The advantage of the network virtualization with shared Ethernet shown so far, is the extremely simple configuration. After creating trunking adapters on a virtual I/O server and creating the shared ethernet adapter with “vios mksea“, client LPARs can use the shared ethernet adapter via easy-to-create virtual ethernet adapters. A major disadvantage, however, is that the shared Ethernet adapters shown so far have no redundancy. If the virtual I/O server with the shared Ethernet adapter fails, or if the physical Ethernet adapter of the SEA has a problem, the client LPARs immediately lose their connection to the external network.
To solve this problem, the HA mode of shared Ethernet adapters was introduced. A second shared Ethernet adapter with the same configuration is created on a second virtual I/O server. At a time, only one of the two SEAs takes over the connection to the external network, the other SEA remains passive and waits for the currently active SEA to fail. The active SEA is the so-called primary SEA, the passive SEA is the so-called backup SEA.
Figure 8.9 shows a highly available shared Ethernet adapter configuration with a primary SEA on the left virtual I/O server and a backup SEA on the right virtual I/O server. The trunking adapters on both SEAs have the same VLAN configuration. Both have 2 trunking adapters with PVIDs 1 and 2, as well as the additional VLAN IDs 100 and 1001, as well as 350, 399 and 512. The two trunking adapters of the left virtual I/O server have a trunk_priority of 1, the two trunking adapters of the right virtual I/O server have a trunk_priority of 2. All trunking adapters of a shared Ethernet adapter must have the same priority! The lower the value of trunk_priority, the higher the priority (values between 1 and 15 are allowed). The most important SEA attribute for an HA configuration is the attribute ha_mode with the two possible values auto and standby for an HA failover configuration as shown in figure 8.9.
Note: The device names of the individual adapters do not have to match on the two virtual I/O servers. It makes administration a little easier if the names are the same on both sides, but this is not necessary and cannot always be achieved.
You must be logged in to post a comment.