Can anyone share use cases, best practices, or references for utilizing IP Multipathing (IPMP) with Logical Domains (LDoms) or ideally validate the three examples from the LDoms Administration Guide 1.0.1 820-3268-10 below:
Thanks & Kind Regards, <http://www.sun.com> Michael De Muro Solutions Architect JPMorgan Chase Account Sun Microsystems, Inc. 6000 Midlantic Drive, Suite 102N Mount Laurel, NJ 08054 USA Phone: 1.856.231.5735 / x52735 Mobile: 1.856.220.6328 Email michael.demuro at sun.com http://docs.sun.com/source/820-3268-10/chapter5.html#d0e9046 Configuring IPMP in a Logical Domains Environment Internet Protocol Network Multipathing (IPMP) provides fault-tolerance and load balancing across multiple network interface cards. By using IPMP, you can configure one or more interfaces into an IP multipathing group. After configuring IPMP, the system automatically monitors the interfaces in the IPMP group for failure. If an interface in the group fails or is removed for maintenance, IPMP automatically migrates, or fails over, the failed interface's IP addresses. In a Logical Domains environment, either the physical or virtual network interfaces can be configured for failover using IPMP. Configuring Virtual Network Devices into an IPMP Group in a Logical Domain A logical domain can be configured for fault-tolerance by configuring its virtual network devices to an IPMP group. When setting up an IPMP group with virtual network devices, in a active-standby configuration, set up the group to use probe-based detection. Link-based detection and failover currently are not supported for virtual network devices in Logical Domains 1.0.1 software. The following diagram shows two virtual networks (vnet1 and vnet2) connected to separate virtual switch instances (vsw0 and vsw1) in the service domain, which, in turn, use two different physical interfaces (e1000g0 and e1000g1). In the event of a physical interface failure, the IP layer in LDom_A detects failure and loss of connectivity on the corresponding vnet through probe-based detection, and automatically fails over to the secondary vnet device. *FIGURE 5-1 Two Virtual Networks Connected to Separate Virtual Switch Instances* Further reliability can be achieved in the logical domain by connecting each virtual network device (vnet0 and vnet1) to virtual switch instances in different service domains (as shown in the following diagram). Two service domains (Service_1 and Service_2) with virtual switch instances (vsw1 and vsw2) can be set up using a split-PCI configuration. In this case, in addition to network hardware failure, LDom_A can detect virtual network failure and trigger a failover following a service domain crash or shutdown. *FIGURE 5-2 Each Virtual Network Device Connected to Different Service Domains* Refer to the Solaris 10 System Administration Guide: IP Services for more information about how to configure and use IPMP groups. Configuring and Using IPMP in the Service Domain Network failure detection and recovery can also be set up in a Logical Domains environment by configuring the physical interfaces in the service domain into a IPMP group. To do this, configure the virtual switch in the service domain as a network device, and configure the service domain itself to act as an IP router. (Refer to the Solaris 10 System Administration Guide: IP Services for information on setting up IP routing). Once configured, the virtual switch sends all packets originating from virtual networks (and destined for an external machine), to its IP layer, instead of sending the packets directly via the physical device. In the event of a physical interface failure, the IP layer detects failure and automatically re-routes packets through the secondary interface. Since the physical interfaces are directly being configured into a IPMP group, the group can be set up for either link-based or probe-based detection. The following diagram shows two network interfaces (e1000g0 and e1000g1) configured as part of an IPMP group. The virtual switch instance (vsw0) has been plumbed as a network device to send packets to its IP layer. *FIGURE 5-3 Two Network Interfaces Configured as Part of IPMP Group* Logical Domains (LDoms) 1.0.1 Administration Guide 820-3268-10 Table Of Contents <http://docs.sun.com/source/820-3268-10/index.html> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/ldoms-discuss/attachments/20071030/dc243944/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 5122 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/ldoms-discuss/attachments/20071030/dc243944/attachment.gif> -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 5833 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/ldoms-discuss/attachments/20071030/dc243944/attachment-0001.gif> -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 5150 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/ldoms-discuss/attachments/20071030/dc243944/attachment-0002.gif> -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 168 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/ldoms-discuss/attachments/20071030/dc243944/attachment-0003.gif>
