admin931
Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Что-то вы народ совсем отклонились от темы. предлагаю все-же вернуться, а "срач" устраивать в личке. Что касается вопроса отказоустойчивости "вЦентра", то лично я пришел к выводу, что решение должно быть простым и доступным и не осложняться гемороем лишними элементами. В моем случае "центр" крутится в отдельной железке с esxi не входящим в кластер. Но расположен он на "хранилке", которая доступна с любого esxi в кластере. Аналогично и с его бекапом. такое расположение дает определенные бонусы в случае проблем: а) быстрый, но временный, запуск "центра" на любом хосте. б) в случае развала НА кластера, это практически не коснется "центра", что позволяет быстрее вернуть кластер в нормальное состояние. в) в случае проблем с образом "центра", восстанавливаем образ непосредственно в esxi на любом хосте. минусы 1) для без проблемного запуска "центра" архитиктура серверов должна быть наиболее близкой. (речь о хосте центра и хостах в кластере). а это доп хост с ресурсами, которые можно было-бы использовать и более оптимально. 2) алгоритм восстановления несколько усложнен созданием снимка перед запуском "центра" на другом хосте. Он нужен для отката, в случае не 100% соответствия архитектуры. Теперь, что касается отказоустойчивоcти SQL. Собрать кластер можно, но нужно ли? долго (настраивать, + лишняя точка отказа, за которой нужно следить и обслуживать), дорого ибо требует как минимум 2-го SQL сервера (+ ресурсы ) Вроде-бы с версии 5.0 была возможность подключить кластер к двум центрам, которые могут дублировать друг друга. Но это была какая-то доп лицензия, которая стоила отдельных денег с не очень понятным алгоритмом работы (ни один "манагер" вендора так и не смог сказать как оно работает и, что важнее, от чего защищает...). |