DS8000红皮书(part34)

iSeries LUNDOIT博客7GP
`|q(@3Y j]W

iSeries LUN也有固定的1GB extent块组成。然而，对于iSeries LUN有一些特别方面。DS8000上建立LUN总是有RAID保护。LUN基于RAID-5或RAID-10阵列。然而，可能希望欺骗OS/400^®，告诉它LUN没有RAID保护。这使得OS/400做自己的镜像。iSeries LUN有无保护（unprotected）属性，DS8000将向一个iSeries主机说谎，并告诉它LUN没有RAID保护。DOIT博客1^I2qkK;r

OS/400只支持固定大小的卷，例如类型大小是8.5 GB，17.5 GB和35.1 GB。这些尺寸不是1GB的倍数，因此依赖于类型的选择，一些空间将被浪费。iSeries LUN显示给主机的是520字节的块。操作系统使用这些字节的8字节，因此可用的空间像其他SCSI LUN一样，依旧是512字节。iSeriesLUN容量是512字节块为单位的，按照GB（10⁹）表达出来。这些容量应该被转换为GB（2³⁰），当考虑到有效的利用1GB（2³⁰）的extent时。更多的信息请参阅附录B，“在iSeries环境使用DS8000”。

分配和删除LUN/CKD卷DOIT博客!l
GK9yyE

被分派给一个extent pool的所有rank的extent被独立的可利用的分配给逻辑卷。给一个LUN/卷的Extent被逻辑定制，但是它们不是必须来自一个rank，并且extent不必临近一个rank。现在DS8000的extent分配算法将不跨rank分布extent。算法将使用一个rank内可利用的extent，除非rank里没有足够的空闲的extent，但是在同一个extent pool内的其他rank有空闲的extent。当这种算法存在，用户也许想考虑投入每extent pool一个rank来控制逻辑卷跨越rank的分配方式来改善性能，除了逻辑卷的容量需要比一个rank的容量大的唯一情形。DOIT博客vw%j'TW7D

DS8000中这种使用固定extent形成一个逻辑卷的方法允许管理逻辑卷更加灵活。我们能删除LUN并且再使用这个LUN的extent建立另一个LUN，可能是不同的大小。在同一个extent pool内一个逻辑卷在不影响其它LUN条件下移除。对比ESS，不可能删除一个LUN除非整个array被重新格式化，这一点上，DS8000提供了更好的灵活性和允许根据需要进行改变。

因为extent被cleaned在删除一个LUN或CKD卷以后，它也许需要到这些extent被重新分配利用的时候。重新格式化extent是一个后台进程。

IBM计划未来提高LUN/卷管理的灵活性。我们援引从DS8000的公告信基本方向的以下声明：DOIT博客)P`
`Ip+J0]

扩展IBM的动态提供技术在DS8000系列计划提供LUN/卷：动态扩展、在线数据重新分布、超出提供的虚拟容量以及高效的FlashCopy最小保留目标容量的空间。

5.3.6逻辑子系统Logical subsystems (LSS)

一个逻辑子系统（LSS）是另一个逻辑构造。它聚合逻辑卷logical volumes、LUN为一组，可最大达到256个逻辑卷。DOIT博客ch!i]#P
l%|\q

在一台ESS上有一个固定的关联在逻辑子系统LSS（和它关联的逻辑卷）和DA（和它关联的rank）之间。一个8-pack到一个DA的关联决定了哪个LSS的数字能被选择为一个卷。在一台ESS上能达到有16个LSS能被定义，这依赖于DA和阵列的物理配置。DOIT博客o,H8eJ9}dy8Y3W7Y

在DS8000，在任何rank和任何逻辑子系统之间没有固定的关联。一个或多个rank的容量能被聚集入一个extent pool，并配置逻辑卷，由于extent pool不一定针对任何具体的rank。在同一个LSS内不同的逻辑卷能被配置在不同的extent pool中。这样，存储设备的可用容量能够能被灵活的分配横跨一组定义好的LSS和逻辑卷。

DS8000中，在array和LSS之间的预定义关联也没有了。LSS的数量也改变了。现在可以为DS8000定义达到255个LSS，甚至可以使LSS的数量超过array。

现在可以为每个LUN或CKD卷选择一个LSS。最大可以有256个卷放入一个LSS中。然而，有一个限制。我们看到的卷是从一个extent pool中的一串extent形成的。无论怎样，extent pool是属于一台服务器，分别为服务器0或服务器1。LSS也和服务器有关联。所有偶数LSS（X’00，X’02，X’04，到X’FE’）属于服务器0，所有奇数LSS（X’01，X’03，X’05，到X’FD’）属于服务器1。LSS X’FF’被保留。

zSeries用户应该对逻辑控制单元logical control unit (LCU)很熟悉。zSeries操作系统配置LCU来建立设备地址。在一个LCU和一个CKD LSS（LSS X’ab’映射给LCU X’ab’）之间是一对一的关系。逻辑卷有一个逻辑卷编号X’abcd’，X’ab’定义了LSS，X’cd’是LSS上256个逻辑卷其中之一。当一个逻辑卷被创建和确定与LSS的关联的时候，逻辑卷的编号会分配给一个逻辑卷。与一个LSS关联的256个可能的逻辑卷映射给一个LCU可能的256个设备地址（逻辑卷X’abcd’映射给LCU X’ab’的设备地址X’cd’）。当创建CKD逻辑卷以及分配它们逻辑卷数量的时候，使用者应该考虑是否并行访问卷Parallel Access Volumes（PAV）必须在LCU上，和为别名地址保留一些地址在LCU。更多的信息请参阅第十章，“DS存储管理器-逻辑配置”。DOIT博客!W/ja*Y^Qi

对于开放系统，LSS并不是一个重要的角色，除了确定由哪台服务器管理LUN（和哪个extent pool必须被分配）、并且在某些Metro Mirro、Global Mirror，或任何其他远程拷贝功能有关的方面。DOIT博客+S
F.a`,X

一些Metro Mirro、Global Mirror或Global Copy操作的管理动作是在LSS级别的。例如，如果有一个问题在一对当中的一个，为了保护跨越所有对的数据一致性冻结对，是在LSS级别完成的。选择投入所有的或大多数的某一应用的卷在一个LSS上，这是的管理远程拷贝更加方便（如图5-9）。当然，在ESS上能够把一个应用的所有卷都放入一个LSS内，但是那个应用的所有的卷也在一个或一些array上，并且从一个性能的观点上看这不是一个令人满意的方法。现在，DS8000上可以组合卷在一个或一些LSS上，但是仍然有卷在许多array或rank上。

DOIT博客(@4az BcG W

图5-9在LSS内的卷分组

当在LSS上第一个固定块逻辑卷被创建和删除时，固定块LSS被自动创建和删除。CKD LSS需要制定用户参数和必须在第一个CKD逻辑卷在LSS创建之前被建立；必须在LSS上崔后一个CKD卷被删除以后手工删除。

地址组Address groupsDOIT博客0p7bU3k4v.n,?o"[

当建立第一个LSS关联时地址组就会自动被建立，以及当最后一个LSS被删除时地址组随之自动删除。

LSS可以是CKD LSS，也可以是FB LSS。在一个LSS内所有的设备必须是CKD或FB。这个限制会持续存在。地址组可以由16个LSS组成。LSS被编号为X’ab’，a是地址组的编号，b是在这个地址组的LSS编号。因此，例如X’10’到X’1F’是在地址组1中的LSS。

在一个地址组中的LSS必须是同一个类型，CKD或者FB。地址组中第一个LSS的类型决定了那个地址组的类型。DOIT博客[%d ncLzb7g

zSeries的客户仍然想使用ESCON连接DS8000和主机的话，必须意识到ESCON只支持地址组0（X’00’到X’0F’）中只有16个LSS这种影响。因此，这个地址组需要为ESCON连接设备保留，这样的话，这个地址组就不能用于FB LSS。

图5-10显示了LSS和地址组的概念。