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

Зонирование Fibre Channel с помощью хранилищ данных VMware

Если у меня есть несколько серверов VMware ESXi, управляемых vCenter, которые совместно используют хранилище данных через FibreChannel, как лучше всего зонировать эти подключения?

Я вижу два очевидных способа сделать это:

Одно лучше другого? Или есть другой способ, который имеет больше смысла?

Как это изменится, если существует несколько хранилищ данных?

Во-первых, вы на самом деле не создаете зону с сервером и хранилищем данных. Вы создаете зону между инициаторами и целями.

Сколько у вас целей и как вы настраиваете доступ к томам / устройствам / LUN / хранилищам данных (любой термин, который вы хотите использовать) через цели, может во многом зависеть от возможностей отдельного массива хранения, который вы используете. Это действительно функция маскировки LUN и не имеет прямого отношения к вашему зонированию.

В слишком упрощенном, слегка вводящем в заблуждение заявлении: Зонирование - это ограничение доступа к устройству хранения. Маскирование - это ограничение доступа к томам на устройстве хранения.

На высоком уровне зонирование с одним инициатором и одной целью (один инициатор, одна цель на зону) обычно считается лучшей практикой, но может создать довольно много зон для настройки, управления и обслуживания. Например, серверу с двумя оптоволоконными HBA (2 инициаторами), подключенными к массиву хранения с 2 портами на каждом контроллере (всего 4 цели), потребуется 8 отдельных зон. Для кластера VMWare с 4 узлами потребуется настроить 32 зоны (по 8 на каждый узел).

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

Я большой «человек FC» и лично предпочитаю вариант «Создать одну зону для каждого сервера, каждая зона будет содержать сервер и хранилище данных» - у нас есть сотни хостов с десятками LUN на каждом, и это наш подход. взят примерно с 2009 года или около того. Да, это намного больше работы, но если вы сделаете это таким образом, у вас будет очень точный контроль над тем, что вы делаете, и я предпочитаю абсолютные знания и ограниченный контроль простоте использования - но это я.