Назад | Перейти на главную страницу

VMware ESX, iSCSI Targets - избыточность

Приветствую команду,

Я хотел бы провести мозговой штурм с экспертами о том, как обеспечить 100% бесперебойную работу и избыточную инфраструктуру VMware.

В настоящее время я работаю с двумя серверами контроллеров VMware, и они представлены с двумя целевыми объектами iSCSI, которые на самом деле являются системами, сконфигурированными с Linux DRBD и действующими как SANS с репликацией данных между целями в реальном времени.

Если контроллер выходит из строя, все в порядке, если цель iSCSI снова выходит из строя, хорошо, но что, если ... в случае аварии обе цели iSCSI вышли из строя, что-то пошло не так.

Теперь все вместе я не против идеи полностью отказаться от DRBD для конкретного экземпляра, где 100% время безотказной работы действительно означает то, что он обслуживает, но, учитывая тот факт, что он работает хорошо, что мы бы порекомендовали в качестве третичной формы резервирования, чтобы обеспечить мгновенное или если не мгновенно, быстро как можно быстрее переключите режим восстановления для целей iSCSI, чтобы вернуть виртуальные машины в оперативный режим.

С нетерпением жду ответов, всем удачного дня.

Лучше, Ник

Возможно, проще достичь этой цели с помощью NFS вместо iSCSI.

Во-первых, клиенты NFS не просто взрываются, если не могут получить доступ к серверу NFS - они остаются и ждут, пока он вернется.

Кроме того, создание кластера серверов NFS не является суперэкзотическим. это в примере используется drbd, но этот пример использует общее хранилище (FC).

Я открыто признаю, что это не тот ответ, который вы ищете, но он решает более глобальную проблему обеспечения надежного хранилища для серверов ESX.

IRC, DRBD может асинхронно передавать поток в третий блок, обеспечивая окончательный уровень защиты данных. Затем вы можете запустить iSCSI в этом ящике или перенести данные в другое место, или что-то еще.