System, Cells, SBA, LBA, Devices and Relationships |
|
On a server, an I/O device communicates to the
system through the LBA and SBA. The path looks like Figure 6-1.
This corresponds to the ioscan hardware path output for an I/O device of sba/lba/ ...
/device.
A LBA actually owns all the devices attached to
it. In the example below, all the I/O devices attached to LBA 0 are
owned by LBA 0, and the hardware paths of those I/O devices begin
with 0/0 (sba/lba). (Cells are discussed later and would change the
hardware path to cell_ID/sba/lba.)
It is at the LBA level where vPars assigns I/O.
In the example below, this means that LBA 0 can be assigned to at
most one virtual partition. If LBA 0 is assigned to vparN, it is implied
that all I/O devices attached to LBA 0 are assigned to vparN.
A SBA has multiple LBAs attached to it; it is
a hierarchical relationship. Nevertheless, assignments in vPars remain
at the LBA level, and each LBA can be assigned to a different virtual
partition.
|
| |
|
| NOTE: Regarding syntax and how vPars commands interpret
what is specified on the command line, see “I/O: Allocation Notes”. Even if there are shortcuts in assigning
LBAs, vPars assigns per LBA. |
|
| |
|
In the example below, each LBA (shown in brackets)
can be assigned to a different virtual partition.
A system has multiple SBAs, but assignments remain
at the LBA levels.
With the addition of cells (an nPartitionable
server), there are more SBAs, but I/O assignments remain at the LBA
level: