Я ищу рекомендации по опциям общего хранилища для поддержки кластера ESXi HA (обратите внимание, я НЕ прошу рекомендации по продукту / бренду / модели - я знаю, что это противоречит правилам). Я прошу рекомендации по технологии .
Компания, в которой я работаю, является малым бизнесом. На данный момент у нас есть один HP DL380 G9 с DAS с ESXi 6.0, на котором выполняется наше специальное приложение. Сейчас мы смотрим, как достичь HA / FT, используя наиболее экономичный вариант. Нам нужен HA / FT, потому что я - команда из одного человека, и я часто путешествую, поэтому отказоустойчивость / восстановление вручную недоступны.
Я понимаю, что нам нужно минимум 2 хоста ESXi (физический сервер) и общее хранилище для достижения HA / FT. Здесь, я думаю, это становится интересным: даже самый дешевый массив хранения начального уровня для нас, вероятно, является излишним. Наши требования к объему хранилища, вероятно, составляют около 200 ГБ, и мы не увидим, что это удвоение в течение как минимум 5 лет. Тем не менее, нам нужно общее хранилище для HA / FT.
Таким образом, будет очень признателен за любые рекомендации по моим вариантам. Спасибо.
Ответы:
Общие примечания (поток сознания):
Итак, теперь мы пришли к общему хранилищу. Общее хранилище становится точкой отказа, в зависимости от того, как оно спроектировано.
Но опять же, это функция вашего риска. Люди могут легко пройти по кроличьей норе высокой доступности ...
Хозяева двойных гипервизоров ... хорошо. Тогда вам нужны ткани с двойным переключением? Сложенные выключатели? Агрегация каналов с несколькими шасси (MLAG / MC-LAG)? Один SAN с двумя контроллерами? Два SAN? Репликация SAN? Репликация ВМ? Репликация ВМ на разнородное хранилище?
Есть ли у вас разнообразие сил? Несколько PDU? Несколько блоков ИБП? Поддерживается ли сайт генератором?
Итак, что у вас осталось?
Я думаю, что лучше иметь несколько вариантов. Может быть, договориться о дополнительной помощи для покрытия. Документируйте решение достаточно хорошо, чтобы у клиента было несколько вариантов. Сделать DR или системный сбой runbook / script.
источник
Если ваша компания не может выдержать простои пользователей, VMware FT - ваш выбор. Для реализации этой функции вам определенно понадобится какое-то общее хранилище. В этом случае я бы порекомендовал взглянуть на программно-определяемые хранилища (SDS), которые все чаще используются для создания виртуализированных инфраструктур. При таком подходе вы можете виртуализировать локальные физические ресурсы хранения ваших хостов ESXi и превратить их в полноценную виртуальную сеть хранения данных. Сразу вспоминается VMware VSAN, но я хотел бы указать на некоторые очень интересные альтернативы, которые должны быть значительно дешевле в среде ESXi. Первый кандидат - HPE VSA: хороший уровень функциональности и раздражающее требование третьего узла голосования для кворума. Да, я знаю, вы все равно можете перейти на 2 узла, но если вы не согласны с простоями, кворум является обязательным. Второй кандидат, напротив, имеет минималистичную аппаратную часть с двумя физическими хостами и набором функций, таких как кэширование, сжатие данных и т. Д. Это StarWind vSAN . Оба решения имеют бесплатные версии, просто проверьте и посмотрите, как вы можете их использовать.
источник
Технология, которую вам лучше всего использовать - это «хранилище с программным обеспечением». Виртуальная машина, которая делает локально подключенные диски доступными для всех виртуальных машин, в идеале обеспечивая избыточность, позволяя использовать локальные диски на нескольких узлах одновременно (позволяя вам потерять узел, не потеряв все свои виртуальные машины). Поскольку мы не говорим о рекомендациях по продукту, я оставлю это на этом. Это все еще зарождающийся рынок, но есть несколько хорошо зарекомендовавших себя вариантов, которые бы отвечали всем требованиям.
источник