Technologie iSNS (présentation)

Le service iSNS est un protocole qui permet de détecter de manière dynamique les cibles et les initiateurs iSCSI au sein d'un réseau de stockage (SAN) IP. Le protocole iSNS permet d'identifier et de gérer des périphériques iSCSI, ainsi que de s'y connecter, par le biais des services suivants :

• Détection et enregistrement du nom : la source des données à stocker (appelée initiateur) et l'objet de stockage (appelé cible) enregistrent leurs attributs et leur adresse, afin d'obtenir des informations sur les périphériques de stockage accessibles en dynamique.

• Domaines de détection et contrôle de connexion : les ressources d'un réseau de stockage standard sont divisées en groupes appelés domaines de détection, pouvant être administrés via les applications de gestion de réseau. Les domaines de détection améliorent la sécurité en fournissant un contrôle d'accès aux cibles qui n'en possèdent pas, tout en restreignant le processus de connexion de chaque initiateur à un sous-ensemble de cibles disponibles sur le réseau.

• Notification de changement d'état : le serveur iSNS notifie les clients iSNS concernés en cas d'événements réseau, par exemple la création d'un numéro d'unité logique (LUN, Logical Unit Number) de disque, la mise hors ligne de ressources de stockage, le changement d'appartenance d'un domaine de détection et une panne de liaison sur un réseau. Ces notifications permettent au réseau de s'adapter rapidement aux changements de topologie, ce qui est essentiel à l'évolutivité et la disponibilité. Il s'agit d'un service en option.

• Interrogation de l'état de l'entité : le serveur iSNS vérifie qu'un client iSNS est disponible. Une notification de changement d'état peut alors être émise, le cas échéant. Il s'agit d'un service en option.

Dans une configuration simple, la source des données à stocker (l'initiateur) échange les données avec un objet de stockage (la cible). L'initiateur peut localiser la cible et la cible reconnaît toujours l'initiateur. Par exemple, l'appareil de stockage NAS (Network Attached Storage) Oracle StorageTek 5320 est une cible iSCSI car il stocke des données. Les données proviennent de différents clients iSCSI, tels que des applications de gestion des données ou de cartes d'interface réseau, qui agissent comme initiateurs. Cependant, dans les configurations plus grandes et plus complexes, il est difficile et fastidieux de configurer chaque initiateur pour chaque cible et chaque cible ne peut reconnaître tous les initiateurs. Le serveur iSNS résout ce problème en faisant appel à des mécanismes de sécurité et de détection afin d'identifier de manière automatique et dynamique les initiateurs et les cibles, puis de gérer leurs connexions aux ressources autorisées.

Une fois le système Oracle Solaris configuré en tant que serveur iSNS, tous les initiateurs et toutes les cibles peuvent s'enregistrer auprès du serveur. Les cibles et les initiateurs deviennent des clients ou des noeuds iSCSI du serveur iSNS. Ces clients sont membres du domaine de détection par défaut, le seul domaine contenu dans l'ensemble de domaines de détection par défaut. Lorsque vous activez l'ensemble de domaines de détection par défaut, le serveur iSNS peut fournir aux clients le service de nom iSCSI (iSNS), de manière simple.

Pour tirer parti des fonctionnalités du service de nom iSCSI, créez plusieurs ensembles de domaines de détection et domaines de détection. Puis affectez les clients à différents domaines, créant ainsi un chevauchement des appartenances. Le serveur iSNS conserve la trace de l'état des clients en tant qu'un membre d'un ou de plusieurs domaines de détection. Par exemple, lorsqu'un nouveau périphérique de stockage est ajouté au réseau de stockage et enregistré auprès du serveur iSNS, il fait partie du domaine de détection par défaut de l'ensemble de domaines de détection par défaut. Vous affectez ensuite cette cible aux domaines de détection, afin que les initiateurs de ceux-ci l'utilisent comme ressource. Le serveur iSNS supprime ensuite cette cible en tant que membre du domaine de détection par défaut, dans l'ensemble par défaut.

Tous les initiateurs et toutes les cibles sont affectés à au moins un domaine de détection. Affecter un initiateur à un seul domaine de détection lui limite l'accès aux cibles de cet ensemble de domaines. Affecter un initiateur à plusieurs domaines de détection lui permet de rechercher et d'utiliser les cibles de tous les ensembles de domaines de détection qui contiennent les domaines concernés. Vous pouvez gérer l'accès aux clients en désactivant et en activant les ensembles de domaines de détection, sans affecter les clients des autres ensembles.

Par exemple, imaginons un site comportant deux ensembles de domaines de détection en plus de l'ensemble par défaut : Production et Recherche. Ces deux ensembles contiennent trois domaines en plus du domaine par défaut : Développement, Exploitation et Finance. Le domaine Développement se situe dans l'ensemble Recherche, le domaine Exploitation dans l'ensemble Production et le domaine Finance est membre des deux ensembles. Chaque client a été affecté à l'ensemble de domaines de détection qui l'utilise le plus. Une application de données du domaine Exploitation peut localiser des périphériques de stockage dans l'ensemble de domaines Production, et y accéder, car il est membre de cet ensemble ; mais il ne peut pas accéder à un périphérique de stockage dans l'ensemble Recherche. A l'inverse, une application de données du domaine Finance peut localiser des périphériques de stockage à la fois dans l'ensemble de domaines Production et dans l'ensemble Recherche, car il est membre de ces deux ensembles. Si l'ensemble de domaines de détection Recherche a été désactivé, les initiateurs du domaine Finance n'auront pas accès aux périphériques de stockage de l'ensemble Recherche, mais continueront à accéder à ceux de l'ensemble Production.