Кратко

  • RFC 3980 добавил форму naa., позволив использовать существующий идентификатор Network Address Authority как основу имени узла iSCSI и как выражение той же идентичности, что применялась в Fibre Channel и SAS.
  • Устойчивое имя относилось к логическому узлу, а не к сетевому порталу, IP-адресу, порту TCP, текущему маршруту, результату обнаружения, входу, авторизации, сеансу или успеху операции хранения.

У системы хранения бывает много точек входа, но ей нужна одна биография. Контроллеры переключаются, HBA заменяются, адреса перенумеровываются, а путь на время исчезает. Кроме того, один массив способен одновременно обслуживать Fibre Channel, SAS и iSCSI. Если каждый транспорт создаёт собственную административную сущность, резервирование начинает выглядеть как дублирование активов, а миграция — как потеря прежнего оборудования.

В 2005 году RFC 3980 устранил один конкретный источник такого расщепления. Документ ввёл для iSCSI тип имени naa., после которого записывался шестнадцатеричный идентификатор INCITS T11 Network Address Authority. Статус RFC, перечень опечаток и история Datatracker фиксируют изменение уровня Standards Track. Формат допускал значения NAA длиной 64 или 128 бит; даже второе требовало после обозначения лишь 32 шестнадцатеричных символа и легко укладывалось в предел имени iSCSI.

Смысл заключался не в ещё одном префиксе, а в переносе действующей системы распределения. Идентификаторы формы NAA уже применялись в Fibre Channel и SAS. Приняв ту же форму, iSCSI позволил устройству с несколькими типами портов опираться на один выделенный идентификатор SCSI. При смене транспорта логический узел больше не обязан был получать новую административную личность.

Общее имя, однако, не стало механизмом обнаружения. Исходная спецификация iSCSI, RFC 3720, различала имя узла и адреса, через которые к нему можно обратиться. RFC 3721 рассматривал именование и обнаружение рядом, но как разные задачи. Ответ SendTargets либо отдельная служба могли сопоставить имени цели один или несколько порталов; само имя такого сопоставления не содержало. RFC 4171 определил iSNS как самостоятельную плоскость обнаружения и управления.

Поздняя сводная спецификация провела границу совсем явно. Согласно RFC 7143, имя iSCSI не подразумевает местоположение или адрес. Узел может перемещаться, иметь несколько адресов и менять интерфейс без переименования. Сетевой портал — другой объект: именно у него есть IP-адрес и, для цели, прослушиваемый порт TCP. Статус, опечатки и карточка Datatracker показывают, что RFC 7143 позже отменил и объединил RFC 3980, сохранив форму naa. и заложенное в ней разделение.

Постоянство поэтому относилось к логическому узлу, а не к сетевой карте, HBA, кабелю, порталу или сеансу. Два портала могут вести к одной цели. Отказ одного не делает имя цели недействительным. Но верно и обратное ограничение: синтаксически корректное имя не доказывает, что существует хотя бы один доступный портал. В требованиях к URN из RFC 1737 действует тот же принцип: глобальность и долговечность идентификатора ценны именно потому, что он не является локатором.

Канонизация строки также решает ограниченную задачу. RFC 3722 задал подготовку строк для имён iSCSI, чтобы реализации могли устойчиво их сравнивать. Нормальная форма помогает установить, обозначают ли две записи одно имя. Она не подтверждает, что значение NAA выдано надлежащим центром, что предъявитель управляет названным узлом или что устройство всё ещё эксплуатируется.

Аутентификация не превращает имя в удостоверение. В сводной спецификации имя iSCSI выступает объектом principal, используемым при аутентификации, однако название principal не является секретом или доказательством владения. RFC 3723 вынес аутентификацию, целостность и конфиденциальность в отдельную архитектуру безопасности. Запрос входа может назвать правильное имя и не пройти проверку; пройти проверку и получить отказ авторизации; пройти обе стадии и всё равно потерять сеанс либо операцию I/O. Раздел безопасности RFC 3980 утверждал только, что новая форма не добавляет рисков сверх других форм имён iSCSI.

Дальнейшие исправления подтверждают происхождение нормы, но не состояние конкретной сети. RFC 4850 скорректировал архитектуру узлов iSCSI, а RFC 5048 собрал протокольные исправления до консолидации в RFC 7143. Реестр IANA iSCSI Parameters служит актуальным свидетельством регистрации. Ни один из этих источников не доказывает реализацию конкретного производителя, правильность отдельного назначения, живой маршрут, завершённый вход, исправность multipath или сохранность данных.

Историческое достижение RFC 3980 — снижение текучести идентичности без подмены местоположения именем. Одна схема именования смогла пройти через три транспорта хранения. Выбор адреса, обнаружение, аутентификация, создание сеанса и результат I/O по-прежнему должны подтверждаться отдельно.

Источники