For Pillar Axiom systems, logical units are enumerated devices that have the same characteristics as LUNs.
You can use the AxiomONE Storage Services Manager to create and delete LUNs.
You can create LUNs in a specific volume group or in a generic volume group. A single LUN can use the entire capacity of a disk group. However, for the system, LUNs cannot exceed 1 PB. When LUNs are exactly 1 PB, a warning is issued in the system event log.
LUNs that are exported by the Pillar Axiom system report identification descriptors in the vital product data (VPD). The system uses the LUN-associated binary type-2 IEEE Registered Extended descriptor to identify the LUN. The following format is used: CCCCCCLLLLMMMMMM, where CCCCCC is the IEEE company ID (0x00b08), LLLL is a number that increments each time a LUN is created (0000–0xFFFD) and MMMMMM is the system serial number.
You can find the identifier in the AxiomONE Storage Services Manager. From the AxiomONE Storage Services Manager, click lsmdisk mdisk_id or mdisk_name from the command-line interface and check the value in the UID column.
. The identifier is listed in the LUID column. To verify that the identifier matches the UID that the system lists, issue theIf you want to migrate more than 256 LUNs on an existing Pillar Axiom system to the system, you must use the migration function. The Pillar Axiom system allows up to 256 LUNs per host and the system must be configured as a single host. Because the system is not limited to 256 volumes, you can migrate your existing Pillar Axiom system setup to the system. You must then virtualize groups of LUNs and migrate the group to larger managed mode disks.
Pillar Axiom systems with one pair of controllers report a different worldwide port name (WWPN) for each port and a single worldwide node name (WWNN). Systems with more than one pair of controllers report a unique WWNN for each controller pair.
LUN groups are not used so that all LUNs are independent. The LUN access model is active-active/asymmetric with one controller having ownership of the LUN. All I/O operations to the LUN on this controller is optimized for better performance. You can use the lsmdisk mdisk_id or mdisk_name CLI command to determine the assigned controller for a LUN.
To balance I/O load across the controllers, I/O operations can be performed through any port. However, performance is higher on the ports of the controller that own the LUNs. By default, the LUNs that are mapped to the system are accessed through the ports of the controller that owns the LUNs.