Оптимальные методы зонирования Fibre Channel

Я надеюсь, что это будет полезно для большего количества людей, чем только для меня.

Прямо сейчас у меня есть коммутатор Fibre Channel, файлер NetApp и некоторые серверы под управлением Oracle. Все серверы могут видеть одни и те же LUN ​​на файловом устройстве, и есть некоторая внутренняя магия кластеризации, чтобы они не топали друг друга по диску. Коммутатор зонирован таким образом, что каждый сервер находится в своей зоне с дисками, которые он может видеть. Итак, как то так:

Zone1 = {Oracle1, NetApp1, NetApp2}
Zone2 = {Oracle2, NetApp1, NetApp2}
Zone3 = {Oracle3, NetApp1, NetApp2}

(Это мягкие зоны, основанные на WWN). Мой вопрос: это лучший способ сделать что-то или лучше было бы иметь одну зону для всех ресурсов, которые совместно используют ресурсы?

Zone1 = {Oracle1, Oracle2, Oracle3, NetApp1, NetApp2}

Мне кажется, это одно и то же, но, может быть, есть кое-что, о чем я не знаю? Похоже, что это немного меньше затрат на управление. Не много, но мало.

Источник

1 ответ

Решение

Лучшая практика - сохранять вещи такими, какие они есть у вас, вместо одной большой зоны. Это облегчает вытаскивание вещей. Кроме того, в зависимости от вашей аппаратной поддержки (я не знаю NetApp, поэтому я не знаю, относится ли это к ним), вы можете разделить свои зоны дальше:

Zone1A - {Oracle1, NetApp1}
Zone1B - {Oracle1, NetApp2}

Идея в том, что ваши устройства хранения данных не должны видеть друг друга, если они не должны снова, это может не беспокоить NetApp. У тебя все хорошо, как и у тебя.

Источник
Другие вопросы по тегам