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

iSCSI SAN для vCenter Cluster

Я хочу настроить SAN для кластера VMWare vCenter хостов ESX. Я бы хотел, чтобы он был основным устройством хранения для виртуальных машин. В конечном итоге в кластере будет до 10 хостов.

Я создаю тестовую среду с FreeNAS, установленной на Poweredge R610. Если все пойдет хорошо, мы сможем купить R720 или что-то еще с большим количеством отсеков для дисков. У меня есть RAID-Z на дисках на R610 с кэшем SSD на 120 ГБ. Я планирую подключить этот сервер к выделенному / изолированному гигабитному коммутатору с включенными jumbo-кадрами, и все хосты будут подключаться к этому коммутатору для iSCSI.

Вот что у меня есть до сих пор.

  1. Подходит ли FreeNAS для этого?
  2. Как мне настроить это на стороне VMWare? Могу ли я подключать каждый хост индивидуально к SAN через iSCSI? Или добавить прямо в vCenter? Я хотел бы иметь возможность легко балансировать нагрузку виртуальных машин между хостами без необходимости передачи VMDK, что, как я полагаю, является довольно неявным, поскольку все они в любом случае будут в SAN.

Будем очень признательны за любую помощь, советы, то, что вы узнали из опыта!

Я должен отметить, что я никогда раньше не настраивал SAN / iSCSI, поэтому я вступаю в новые воды.

РЕДАКТИРОВАТЬ Этот пост помог мне понять, что мне нужно будет много вложить в какое-то более высокопроизводительное сетевое оборудование, чтобы оно работало так, как я хочу. Время переоценить!

Этот вопрос во многом зависит от вашего Уровень лицензирования VMware vSphere ..., приложения и виртуальные машины, которые вы собираетесь запускать, а также необходимый объем дискового пространства и профиль производительности.

Сначала ответьте, как организация, которая может позволить себе должным образом лицензировать десять Хосты ESXi в кластере vSphere должны быть готовы к использованию более высокого уровня решения для хранения данных и сетевой магистрали, чем вы планируете. (Ориентировочная цена за правильный уровень лицензирования для такого количества хостов составляет ~ 100 тысяч долларов США.)

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

Примечания к ZFS:

  • RAIDZ - плохой выбор для использования виртуальных машин практически во всех сценариях использования. Это также не позволит вам расширение вам может понадобиться со временем. Использование зеркал или тройных зеркал было бы предпочтительнее для обработки случайных шаблонов ввода-вывода для чтения / записи виртуальных машин. Чтобы узнать о лучших практиках ZFS, ознакомьтесь с ТО, ЧТО ВАМ НИКТО НЕ СКАЗАЛ О ZFS.
  • Выбор SSD важен в решениях на основе ZFS. У вас есть варианты кеширования L2ARC и ZIL. Они оптимизированы для чтения и записи соответственно. Характеристики твердотельных накопителей, которые вы будете использовать в каждом приложении, различны. Качественные твердотельные накопители SAS для кэширования ZFS стоят от 1500 долларов США.
  • FreeNAS не является надежной целью VMware. У него репутация плохой производительности. Если вы настроены на ZFS, подумайте о чем-то вроде NexentaStor, который может работать на том же типе оборудования, но совместим с VMware аппаратное ускорение хранилища (VAAI) и имеет некоторый уровень коммерческой поддержки.

Примечания к VMware vSphere:

  • Определите, какие функции вам понадобятся в VMware. vMotion, Хранилище vMotion, Высокая доступность, Распределенное планирование ресурсови т. д. - все это полезные функции управления кластером.
  • Краткое руководство по лицензированию: самый низкий уровень VMware, который предоставляет vMotion, - это Essentials Plus пакет @ ~ 5000 долларов США. Это только вмещает три 2-процессорные серверы. Ценообразование оттуда значительно подскакивает. 10 000 долл. США или более, масштабирование с увеличением количества хост-серверов.

Сетевые примечания:

Я использую большие кластеры VMware в повседневной работе. Когда я имею дело с более чем тремя хостами, я начинаю полагаться на соединения 10GbE между массивом хранения и коммутатором (ами). Мои подключения к отдельным хостам могут оставаться 1GbE, но часто также 10GbE.

Изолируйте свою сеть хранения от данных. Jumbo-кадры не всегда являются ключом к производительности. Если вы ДЕЙСТВИТЕЛЬНО включаете их, убедитесь, что они настроены сквозным образом на каждом устройстве на пути.

FreeNAS для производственной среды vSPhere? Я бы не рекомендовал это.

Тем не менее, на каждом хосте вам необходимо добавить программный адаптер iSCSI (из узла Storage Adapters на вкладке Configuration для каждого хоста), а затем вам нужно будет соответствующим образом настроить адаптер iSCSI для подключения к вашей цели iSCSI. После подключения адаптера iSCSI к цели iSCSI вам потребуется выполнить поиск новых устройств хранения на одном из ваших хостов и создать новое хранилище данных из обнаруженного целевого блочного устройства iSCSI. Затем вы подключитесь к вновь созданному хранилищу данных с каждого из ваших хостов. Затем вы можете переместить хранилище виртуальной машины в iSCSI SAN.

Вам нужен конкретный выпуск или комплект для переноса включенных виртуальных машин с одного хоста на другой и / или для перемещения хранилища виртуальных машин.

  1. Для теста? Конечно, почему бы и нет.
  2. Каждому хосту ESX необходимо подключение к сети iSCSI. Старайтесь не использовать эти адаптеры iSCSI совместно с трафиком локальной сети, поэтому это может означать, что вам потребуется иметь несколько сетевых адаптеров на каждом хосте, как только вы начнете добавлять в многопутевый режим или агрегирование. Ага.
  3. машине vCenter не требуется подключение к сети iSCSI, если только вы не делаете с ней что-то, что этого требует.

Поскольку вы используете серверы Dell, вы можете захотеть изучить Dell EqualLogic или серию iSCSI SAN более низкого уровня MD ... Я не предлагаю, чтобы они лучше работали с серверами Dell, но я использую их уже более 4 лет и Они мне очень нравятся, и поддержка хорошая, если вам это нужно. У них есть модели на 10 Гбит / с, но вам также нужны переключатели на 10 Гбит / с. Мы наблюдали очень хорошую пропускную способность с нашей новой моделью EQL с 4 сетевыми адаптерами каждая, но пара более старых, которые у нас есть только с 3 сетевыми адаптерами 1 Гбит / с, также отлично работают с 4-6 хостами Hyper-V и ESX, каждый со смесью приложений и db-серверы под управлением Windows и CentOS. В итоге, 10 Гбит / с не требуется, iSCSI широко используется с несколькими 1 Гбит / с и MPIO.

Запуск FreeNAS на стандартном сервере - это неплохо, но если сервер выходит из строя, ваше хранилище не работает. Специально созданный массив, такой как EQL или аналогичный, обычно работает с двумя контроллерами в дополнение к двум источникам питания и RAID ... меньше шансов на время простоя.

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