Просто хочу сказать, что я кое-что знаю о серверах и базах данных, но недостаточно, чтобы достичь того, о чем просили, поэтому мне просто нужен совет, чтобы меня сразу понять :)
Итак, у нас есть два выделенных сервера под управлением Windows Server 2008 Standard SP2, из-за ограничений стоимости у меня будет только два сервера, ничего больше.
На этих серверах будут размещаться службы IIS7, Apache2, SQL Server и MySQL, пока у меня не появятся средства для масштабирования.
У меня нет балансировщика нагрузки, и я не могу изменить IP-конфигурацию серверов, поэтому, что касается балансировки / кластеризации, единственное, что я могу сделать, это циклический DNS с низким TTL, будет ли это правильно?
Что касается IIS и apache, у меня есть настройка общего домена с DFS, которую оба веб-сервера используют для своих файлов, снова ли это приемлемый способ сделать это?
Пока я думаю, что это будет работать, пока я найду способ обновить DNS-серверы для отправки трафика на рабочий сервер.
Я боролся с базами данных, пока я настроил их как зеркало, и я могу переключаться с одного на другой, и это работает нормально для SQL, поскольку я могу указать партнерский сервер в строке подключения, но это не идеально, поскольку это также для каждой базы данных, и я не хочу изменять приложения.
Мне неизвестен партнерский сервер в строке подключения mysql.
Может кто-нибудь пролить некоторый свет на это? Я вот уже несколько дней рву волосы!
Спасибо.
Мое предложение для вашей среды, предполагающее, что обе машины идентичны (одна является основной, а другая - горячим резервом?), Будет либо Службы кластеризации Microsoft / аварийное переключение IP или добавление третьей машины для работы в качестве балансировщика нагрузки (это может быть очень рентабельным и существенно упрощает администрирование систем).
Вы можете получить базовую балансировку нагрузки и услуги высокой доступности с HAProxy или через правильно настроенный Коробка PFSense по стоимости оборудования и некоторого времени.
Отсутствие возможности реализовать любое из этих решений циклический DNS даст вам (гетто) балансировку нагрузки и ограниченную отказоустойчивость в случае сбоя системы (клиенты, указывающие на «хорошую» машину, продолжают работать, любой, кто получит «мертвую» "IP нет).
Вы также можете реализовать одну запись DNS, указывающую на «первичный» сервер, и использовать некоторые умные сценарии, чтобы изменить это так, чтобы оно указывало на «вторичный» блок, если первичный когда-либо уйдет. Это оставит всех ваших клиентов в покое, пока для DNS TTL установлено значение.
У обоих вышеперечисленных решений есть свои проблемы: клиенты, которые указывали на отказавший сервер, не смогут использовать ваш сайт, пока их кеш не избавится от «мертвого» адреса. Оба также требуют некоторого вмешательства в случае простоев более чем на несколько секунд (для удаления «мертвого» сервера из DNS).
Вам также может потребоваться предпринять шаги, чтобы «сделать» сервер основным в случае длительного простоя, хотя это может стать проблемой при любой реализации высокой доступности.