Convention de dénomination IQN


9

J'ai vu beaucoup d'informations sur la façon dont les IQN devraient être formatés, mais il n'y a pas beaucoup d'informations sur la façon de les construire. Je suis une sorte de nouveau en ce qui concerne iSCSI, et je le fais fonctionner, mais je me demande si je devrais simplement inventer ces trucs, ou s'il y a de bonnes raisons de suivre une sorte de norme.

Par exemple, voici comment (wikipedia http://en.wikipedia.org/wiki/ISCSI#Addressing ) dit que vous devez formater les IQN.

              Naming     String defined by
 Type  Date    Auth      "example.com" naming authority
+--++-----+ +---------+ +-----------------------------+
|  ||     | |         | |                             |     

iqn.1992-01.com.example:storage:diskarrays-sn-a8675309
iqn.1992-01.com.example
iqn.1992-01.com.example:storage.tape1.sys1.xyz
iqn.1992-01.com.example:storage.disk2.sys1.xyz[10]

Ma question est particulièrement, Pourquoi la date? Cela peut-il être quelque chose, cela signifie-t-il quelque chose? Y a-t-il des mesures d'application ici? Vais-je jamais tomber sur un point où l'insertion d'une «mauvaise» date me mordra?

L'exemple de domaine est-il inversé (comme le DNS est) pour une raison? Si j'ai un nom de domaine comme starkindustries.pri, mon iqn ressemblerait:

iqn.2006-05.pri.starkindustries:Linux:array0

Cela dépend-il du DNS? (L'expérience me dit que ce n'est pas le cas, mais cela pourrait échouer de manière subtile) Et si cela dépend du DNS, est-ce que j'utilise un nom d'hôte, ou juste mon nom de domaine? c'est-à-dire Jarvis.starkindustries.pri ou simplement starkindustries.pri?

De plus, si j'utilise une adresse IP (ce que certains suggèrent si vous n'utilisez pas DNS, ce qui est plus déroutant car il fonctionne sans DNS), l'inversez-vous comme vous le faites pour DNS? soit 10.1.2.0

iqn.2006-05.0.2.1.10:Linux:array0 

Utilisez-vous également une adresse d'hôte (de la cible iSCSI?) Ou une adresse réseau.

Existe-t-il une application de la «chaîne définie par l'autorité de nommage« example.com »», c'est-à-dire qu'il y a une raison pour laquelle je ne peux pas utiliser blahblahblah par rapport à quelque chose d'utile? Je me rends compte qu'un nom utile est plus descriptif, mais y a-t-il des raisons techniques à cela? Je prends également un énorme acte de foi que je suis «l'autorité de nommage».

Je suppose que plus que tout, je fais un tas de trucs pour ces IQN, et ils semblent fonctionner. Je veux juste savoir au moins où trouver certaines des meilleures pratiques en ce qui concerne la génération réelle des iqns. Je pense juste qu'un jour, je ne serai pas le seul responsable du stockage, donc je dois transmettre certaines normes, ou je vais faire un gâchis, ou demander à quelqu'un d'autre de le faire quand un nouveau bloc d'IQN est nécessaire.


La page wiki à laquelle vous avez fait référence explique la partie date "date (aaaa-mm) à laquelle l'autorité de nommage a pris possession du domaine". Pourquoi - cela a du sens. Cela signifie ce qu'il dit. Ce devrait être ce qu'il dit. N'utilisez pas de données incorrectes. ?
CrackerJack9

Je suis l'autorité de nommage. Quelle date dois-je utiliser? Lorsque j'installe le serveur DNS. Quand le nom DNS a-t-il été enregistré pour la première fois? Quand les Yankees ont-ils remporté la dernière fois la série mondiale?
Steve Butler

Je ne connais aucun des autres, mais la raison pour laquelle le nom de domaine est en arrière est très simple: il va de la partie la moins spécifique à la plus spécifique. Il en va de même pour la raison pour laquelle le format de date a d'abord l'année, puis le mois. C'est également l'un des moyens les plus courants de configurer des espaces de noms de code dans des langages qui les prennent en charge, comme Java, C #, PHP. Voir Wikipedia .
Moshe Katz

Je suppose que je comprends les raisons pour lesquelles cela pourrait être, mais cela semble tout simplement très arbitraire. Il ne semble pas y avoir d'application, juste des directives. Les directives sont excellentes, mais si je peux m'en tirer avec iqn: host: Target: Lun je le ferai.
Steve Butler

Réponses:


7

La raison derrière cela dans la RFC 3720 est que, avant tout, les IQN doivent être uniques. La date ajoutée est une garantie raisonnable que l'entité qui contrôlait le nom de domaine représentait (dans le champ d'authentification de noms) à cette époque une "autorité de nommage" qui pourrait garantir l'unicité - les noms de domaine changent de mains tout le temps et depuis le seul autre élément unique ce qui se passe est le RHS de ce premier: (qui est gratuit pour tous), il pourrait déjà y avoir un Linux: array0 ou quelque chose de similaire imaginatif flottant autour.

La RFC 3720 utilise le (souvent amusant) DOIT pour définir la date comme AAAA-MM et rentre dans les détails pernicieux sur le format précis et l'heure d'utilisation, etc. J'imagine que c'est simplement pour rendre l'analyse et le tri plus simples (longueurs de champs fixes, toujours en augmentation ). Les flics RFC vont-ils casser votre porte si vous appelez votre cible iqn.screwyouRFC3720? Va-t-il casser Internet? Non.

Cela n'a absolument rien à voir avec le DNS, le DNS est simplement un système hiérarchique pratique et délégué qui vous permet déjà de passer d'un TLD à un seul appareil, si vous le souhaitez, c'est donc un moyen facile d'identifier les parties responsables.

Personnellement, j'aime m'assurer que l'IQN dit quand, qui, quoi, pourquoi et à quel point les données sont importantes, donc quand je cherche de l'espace quelque part, je sais à qui demander.

Qu'on le veuille ou non, vous êtes l'autorité de dénomination.


Grande explication. Je me rends compte que je suis l'autorité de nommage. Heureusement / Malheureusement, les NetApps que j'utilise en production deviennent très difficiles à coller au RFC (alors que ma boîte Linux de test ne semble pas s'en soucier), même au point où je dois utiliser com / net / org dans l'iqn. C'est frustrant, d'autant plus que j'aimerais utiliser des noms plus verbeux et utiles. ie iqn. {Date arbitraire}. {hostname}: {Array} {Lun}. Personnellement, je préfère l'avoir en avant qu'en arrière. il est beaucoup plus facile de se rappeler que l'hôte jarvis.starkindustries.pri, a un iqn de iqn.2012-01.jarvis.starkindustries.pri
Steve Butler
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.