У меня нет опыта работы в области отказоустойчивого кластера. Я создаю систему для пользователей, которые создают новый ftp-сайт (в настоящее время Windows FTP). Я думаю о том, чтобы рассчитать использование сервера, выбрать сервер с наименьшим использованием и развернуть сайт на этом сервере.
Чего я не знаю, так это того, как работает отказоустойчивый кластер, эта система будет использоваться на серверах отказоустойчивого кластера.
Мой пример списка серверов:
Сервер 1 - FTP, Интернет
Сервер 2 - FTP, электронная почта
Сервер 3 - Интернет, электронная почта
Сервер 4 - FTP, DNS
Сервер 5 - FTP, DNS
Это подводит меня к мысли: нужно ли мне рассчитывать (запрашивать серверы об использовании) и развертывать на самом низком уровне, или я должен выбрать первый, а этот сервер широко развернуть ftp-сайт?
Что происходит при добавлении ftp-сайта к серверу 1? Сайт автоматически "реплицируется" на серверы 2, 4, 5? Это мой главный вопрос.
Если сервер автоматически скажет другим серверам в кластере добавить / создать сайт с этими привязками или нет.
Спасибо, надеюсь, вы понимаете, о чем я спрашиваю: /
Отказоустойчивый кластер - это несколько кластерных узлов, обеспечивающих переключение службы / виртуальной машины / приложения на работающий партнерский узел. Это может быть 2 или более кластерных узла. Это зависит от используемого гипервизора / ОС и конфигурации хранилища: конвергентный (вычислительные ресурсы и хост-хранилище разделены) или гиперконвергентный (когда узел имеет как вычислительные ресурсы, так и ресурсы хранения).
Настоятельно рекомендуется ознакомиться с отказоустойчивой кластеризацией. https://docs.microsoft.com/en-us/windows-server/failover-clustering/failover-clustering-overview
Когда дело доходит до планирования инфраструктуры, было бы лучше определить девять единиц доступности, прежде чем получить оборудование. Далее я бы спланировал количество виртуальных машин / служб для запуска и рассчитал системные требования.
Что касается вашего примера списка серверов, я бы, вероятно, пошел гиперконвергентным, взял 2 сервера со спецификациями для виртуализации FTP, Web, Mail, DNS, чтобы каждый хост мог обрабатывать все производство, когда хост-партнер выдает сбой. С реализацией хранилища без общего доступа, которое является зеркальным хранилищем между хостами, у меня будет от 4 до 5 девяток безотказной работы.