Требуется ли в двухузловом отказоустойчивом кластере Windows Server 2008, чтобы машины были идентичными? Мы стремимся использовать существующее оборудование, чтобы сократить время простоя, используя один очень быстрый сервер и один только умеренно быстрый сервер, оба Dell PowerEdges, но разных поколений.
Я нашел следующие предложения, которые вы должен использовать подходящее оборудование, но сможем ли мы достичь наших целей повышения доступности, используя разные серверы? И если да, то на какие проблемы следует обращать внимание при использовании этого типа конфигурации?
Из MS TechNet: Приложение A: Требования к отказоустойчивому кластеру
Мы рекомендуем вам использовать набор подходящих компьютеров, содержащих одинаковые или похожие компоненты.
Из Windows Server 2008: наизнанку
Вы должны использовать одинаковое оборудование на всех кластерных серверах. Использование идентичных аппаратных компонентов упрощает управление конфигурацией и может устранить потенциальные проблемы совместимости.
Они не обязательный, но, как вы цитировали, они рекомендуются.
Я видел кластеры, в которых одна половина - это физическая машина, а другая - виртуальная машина.
редактировать
По причинам поддержки в большинстве случаев вам не следует этого делать, но во время аварийного переключения, пока обе стороны кластера могут обрабатывать сдвиг ресурсов, все должно быть в порядке.
Если все стороны кластера имеют необходимое оборудование и ресурсы для обработки отказа, это будет вполне приемлемо.
Вы также можете запустить проверка кластера чтобы все было хорошо.
Возможно, вы захотите убедиться, что используемая вами конфигурация поддерживается, поскольку поставщик вашего сервера и / или Microsoft могут отказать в поддержке, если это не так.
Да, вы можете достичь своей цели высокой доступности с оговорками, которые вы уже указали в отношении поддержки. Возможные проблемы, которые я видел лично:
Можно будет создать кластер, однако мастер проверки кластера будет показывать предупреждения. Без «зеленой» проверки кластера Microsoft не будет поддерживать кластер, а некоторые другие серверы кластера (на ум приходит SQL 2008) даже не будут устанавливать его поверх кластера без предварительной проверки.