Если у меня есть несколько серверов VMware ESXi, управляемых vCenter, которые совместно используют хранилище данных через FibreChannel, как лучше всего зонировать эти подключения?
Я вижу два очевидных способа сделать это:
Одно лучше другого? Или есть другой способ, который имеет больше смысла?
Как это изменится, если существует несколько хранилищ данных?
Во-первых, вы на самом деле не создаете зону с сервером и хранилищем данных. Вы создаете зону между инициаторами и целями.
Сколько у вас целей и как вы настраиваете доступ к томам / устройствам / LUN / хранилищам данных (любой термин, который вы хотите использовать) через цели, может во многом зависеть от возможностей отдельного массива хранения, который вы используете. Это действительно функция маскировки LUN и не имеет прямого отношения к вашему зонированию.
В слишком упрощенном, слегка вводящем в заблуждение заявлении: Зонирование - это ограничение доступа к устройству хранения. Маскирование - это ограничение доступа к томам на устройстве хранения.
На высоком уровне зонирование с одним инициатором и одной целью (один инициатор, одна цель на зону) обычно считается лучшей практикой, но может создать довольно много зон для настройки, управления и обслуживания. Например, серверу с двумя оптоволоконными HBA (2 инициаторами), подключенными к массиву хранения с 2 портами на каждом контроллере (всего 4 цели), потребуется 8 отдельных зон. Для кластера VMWare с 4 узлами потребуется настроить 32 зоны (по 8 на каждый узел).
Однако передовой опыт может зависеть от поставщика и отличаться от предоставленных общих рекомендаций. Всегда лучше всего подтверждать любые принятые решения с их поддержкой и / или документацией.
Я большой «человек FC» и лично предпочитаю вариант «Создать одну зону для каждого сервера, каждая зона будет содержать сервер и хранилище данных» - у нас есть сотни хостов с десятками LUN на каждом, и это наш подход. взят примерно с 2009 года или около того. Да, это намного больше работы, но если вы сделаете это таким образом, у вас будет очень точный контроль над тем, что вы делаете, и я предпочитаю абсолютные знания и ограниченный контроль простоте использования - но это я.