IQN命名约定
我已经看到了很多有关应如何格式化IQN的信息,但是关于如何构建它们的信息并不多。在iSCSI方面,我有点像个新手,而且我已经可以使用它了,但是我想知道我是否应该只是整理一下这些东西,还是有充分的理由遵循某种标准。 例如,这就是(wikipedia http://en.wikipedia.org/wiki/ISCSI#Addressing)所说的应该格式化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] 我的问题特别是,为什么要约会?可以是什么,什么意思?这里有执法吗?我会碰到一个错误的日期会咬我的地步吗? 域示例是否由于某种原因而被颠倒了(就像dns一样)?如果我有一个像starkindustries.pri这样的域名,我的iqn会像这样: iqn.2006-05.pri.starkindustries:Linux:array0 这取决于DNS吗?(经验告诉我不是,但是它可能会以微妙的方式失败)并且,如果它依赖于DNS,我是否使用主机名还是仅使用域名?即Jarvis.starkindustries.pri或仅starkindustries.pri吗? 另外,如果我使用的是IP地址(有人建议您使用的不是DNS,那会更令人困惑,因为它在没有DNS的情况下会起作用),您是否像DNS一样将其反向?即10.1.2.0 iqn.2006-05.0.2.1.10:Linux:array0 另外,您是否使用(iSCSI目标的)主机地址或网络地址。 是否对“由“ example.com”命名权限定义的字符串”进行任何强制执行,即是否有原因我不能使用blahblahblah vs有用的东西?我知道有用的名称更具描述性,但是有任何技术原因吗?我也相信自己是“命名权威”的巨大飞跃。 我猜比什么都重要,我正在为这些IQN整理一堆东西,它们似乎正在起作用。我只想知道至少在实际生成iqns时在哪里可以找到一些最佳实践。我只是在考虑,有一天我将不再是唯一负责存储的人,所以我需要降低一些标准,否则我要么搞砸了,要么让别人搞砸了。需要一个新的IQN块。