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

Лучший подход к резервному хранилищу DAS / SAN

Мы всегда использовали хранилище DAS (которое в соответствии со стандартами Dell) имеет несколько контроллеров для резервирования, несколько блоков питания и т. Д. Однако в случае полного отказа оборудования (что может быть или не быть вероятным) что-то вроде репликации DAS будет очевидным. ответ.

Однако как это связано с кластерами. Скажем, кластер Hyper-V, использующий CSV на DAS, если весь этот DAS откажет, как реплицированный DAS возьмет верх, возможно ли это?

Требуется ли для этого отдельный кластер, в котором выполняются копии виртуальных машин в настройке DAS с репликацией DAS? Какой был бы лучший подход?

DAS действительно предназначен как расширение локального хранилища для автономных машин. Наличие блоков DDAS (DASD), которые позволяют более чем одному хосту получить доступ к виртуальным дискам (термин Dell) в них, на самом деле является SAN для бедных с некоторыми очень жесткими ограничениями. Итак, на самом деле вам нужно обратить внимание на репликацию SAN в сценариях аварийного восстановления.

Сказав это, ящики Dell PV не имеют репликации вообще (если вы не используете программное обеспечение на хосте для репликации томов, например DRBD), а MD более высокого уровня на самом деле не являются DAS, даже те, у которых есть разъемы SAS.

Сказав все это, типичный сценарий аварийного восстановления реплицированного хранилища означает полный отказ сайта, когда узлы и сеть SAN не работают, а удаленный сайт, где все реплицировалось, должен взять на себя нагрузку. В этом случае аварийное переключение обычно выполняется вручную (чтобы избежать SB и, как правило, сценарий аварийного восстановления не является чем-то легкомысленным и позволяет автоматизировать работу). Что происходит, это то, что хосты подключаются к сайту аварийного восстановления, подключаются к DR SAN, где они выбирают реплицированные виртуальные машины и запускают их. Очевидно, есть гораздо больше (например, изменения в сети, DNS и т. Д.), Но это общая идея.

Локальное резервирование SAN обычно достигается более простыми средствами - многопутевостью, резервированием фабрики (несколько коммутаторов фабрики), RAID, избыточными контроллерами и блоками питания, дублированными HBA в хостах. Очевидно, большая часть этого не будет доступна для базовых устройств, подключенных не совсем по SAN SAS, таких как MD3xxx начального уровня (без -i или -f)