Необходимый критический анализ дизайна (VLAN & ESXi)
Вы сделали это абсолютно правильно! Кажется мне также, что Вы используете Juniper, переключающуюся на основе формата Ваших интерфейсов.
Рекомендации:
Удостоверьтесь, что Вы устанавливаете MTU 9 216 на переключателе Juniper для любого iSCSI переноса порта. Equallogic нравятся крупные кадры. Необходимо установить ВСЕ ссылки от переключателя до систем ESXI как соединительные линии, неся соответствующие VLAN, это дает Вам гибкость.
Наконец, установите Dell приправленная версия ESXI, таким образом, это имеет открытое, справляются и системные медицинские плагины, и впоследствии устанавливают Dell, мультисоединяющий плагин каналом для ESXI, и позволяют ему создать Ваш iSCSI vswitch для Вас, это удостоверяется, что vswitch, и в свою очередь каждый vmnick и vmkernel порт все установлены правильно для крупных кадров.
Помните также, как VMware blocksizes влияет на хранилища данных на Вашем SAN, обычно если нет требование, мы создаем хранилище данных с размером блока 1 МБ, но это ограничивает Вас VMDK подобных 512 ГБ, или что-то как этот я не могу помнить, размер блока 2 МБ позволит Вам сделать VM's на 2 ТБ и так далее. (Я не могу помнить числа).
@SpacemanSpiff поместил некоторые хорошие рекомендации там, пара вещей добавить:
Я не вижу примечаний, на котором интерфейсе коммуникация HA VMware будет использовать. По умолчанию это, вероятно, захватит интерфейс управления, который должен быть прекрасным; это не большой трафик. Но удостоверьтесь, что Вы знаете, какой интерфейс это использует; если бы, например, Вы добавили хост на другом VLAN для управления, но тот же VMotion и VLAN FT, то кластер HA не принял бы тот хост.
Не уверенный, какой физический NICs Вы имеете, но я рекомендовал бы удостовериться, что данный vSwitch имеет восходящие каналы с помощью нескольких физических NICs, таким образом, неисправность платы не может победить Вас. Так, например, если Вы имеете 2x NICs, с 4 портами, затем вместо того, чтобы делать управление с vmnic1 и vmnic2, делают это на 1 и 5.
Общий подход является звуковым. Некоторые комментарии:
- У Вас может быть слишком много адаптеров и в то же время слишком мало пропускной способности. А именно, нет никакой причины иметь 2 pNICs для управления и 2 pNICs для vMotion. Используйте 2 pNICs для обоих, но настройте, чтобы быть активными для управления и резервного устройства для vMotion, и другое активное для vMotion и резервное устройство для управления. Что касается пропускной способности, не может работать FT по гигабиту. Необходимо вычислить потребности в FT с помощью формул в http://www.vmware.com/files/pdf/perf-vsphere-fault_tolerance.pdf.
- Для iSCSI необходимо использовать Циклический алгоритм или расширение MEM EQL, не только любое мультисоединение каналом.
- Используйте поддерживающую iSCSI Broadcom NICs и настройте аппаратные средства, разгружаются на http://www.vmware.com/pdf/vsphere4/r41/vsp_41_iscsi_san_cfg.pdf. Следует иметь в виду, что Broadcoms не являются реальным дорогим iSCSI HBAs, и они не поддерживают крупные кадры. Однако, у Вас будет лучшая производительность, чем с чистым iSCSI программного обеспечения и крупными кадрами.
- Вы перечисляете различный VMs, который будет использовать различные VLAN, но Вы только указываете единственный VLAN для своих "данных" (сеть VM, я принимаю?) pNICs. Вместо этого они должны быть настроены как соединительные линии с несколькими portgroups на стороне VM.
- Посмотрите на свои бюджетные числа и решите, хотите ли Вы увеличить уровень лицензии к Предприятию. Это даст Вам DRS, устройство хранения данных vMotion и VAAI. Это - также предпосылка для MEM EQL. Так как Вы создаете три кластера сервера, Ваша лучшая покупка является одним из ускоряющих наборов и различием между Рекламой и Серединой (w/Ent. ESXI), ~ $5 тысяч.
- Купите Плагин управления Dell для VMware. Это будет Вашим любимым дополнением после MEM.
- Не экономьте на памяти, особенно если Ваши VMs являются главным образом Windows. Упакуйте те PowerEdges таким количеством RAM, как Ваш бюджет позволяет.
Я уверен, что мог думать о больше, но это должно быть полезно также.