Почему следует изолировать трафик iscsi SAN? Я пытаюсь объяснить своему сетевику, почему мы должны изолировать трафик.
Так как:
Я, наверное, мог бы перечислить больше причин, но думаю, этого достаточно, чтобы получить представление. Не смешивайте трафик iSCSI с каким-либо другим трафиком на тех же портах. Если у вас есть достойные коммутаторы, продолжайте и делите коммутационную матрицу с другим трафиком, но сохраняйте iSCSI на отдельных портах в разных VLAN.
Поскольку невыполнение этого требования позволяет регулярному трафику влиять на трафик хранилища, что является плохой идеей, поскольку это означает, что, скажем, загрузка пользователя может задержать важное чтение или запись.
Вы не хотите, чтобы побочные эффекты трафика мешали вашему доступу к SAN. У нас есть небольшая среда VMWare VSphere, в которой сначала трафик VMotion и iSCSI проходил через одни и те же коммутаторы в одной сети. Разные сетевые адаптеры, но одна и та же сеть. Ошибка в ESXi 5.0 приводила к тому, что узлы случайным образом теряли доступ к iSCSI SAN всякий раз, когда было активным более длительное действие VMotion, в котором использовалось более одного сетевого адаптера. В зависимости от решения SAN и используемых клиентов iSCSI можно ожидать всякого рода забавного поведения при смешивании трафика. Конечно, он тоже может работать без каких-либо проблем, но обычно это длится только до того дня, когда все ваши коллеги уйдут в отпуск, и внезапно начнется ад.
Другая проблема, когда в вашей сети по умолчанию есть системы iSCSI SAN: кто-то может использовать IP-адрес, назначенный вашему узлу SAN. Это, вероятно, не произойдет случайно, но кто-то, пытающийся доставить вам или компании проблемы, может просканировать вашу сеть, обнаружить SAN и использовать любое устройство с поддержкой IP, чтобы волшебным образом исчезнуть ваша SAN.