![]() |
|||
![]() |
![]() ![]() |
![]() |
![]() ![]() |
![]() |
![]() ![]() |
![]() |
| |||||||||||||||||||||||
Chapter 5External AddressingFor a description of the options for connecting nonpeer nodes to the cluster network, see the following sections:
Introduction to External AddressingAn external network communicates with a cluster running the Foundation Services to perform one or more of the following tasks:
The external network can be an Ethernet, ATM, or any other network type supported by the Solaris operating system. The addressing scheme used by the cluster network is classless. The IP addresses of peer nodes can be in a private network or a public network. An external network can connect to a cluster network in the following ways:
External Addressing SchemeExternal addresses have no inherent relationship to internal cluster addresses. External addresses are flexible. They can be single addresses, or multiple addresses combined using IP multipathing. They can be IPv4 or IPv6. Floating External AddressesA logical address assigned to an interface that connects the master node to an external network is called a floating external address. The Node State Manager (NSM) uses Cluster Membership Manager notifications to determine when a node is promoted to or demoted from the master role. When a node is promoted to the master role, the NSM configures a floating external address for one of the node's external interfaces. When a node is demoted from the master role, the NSM unconfigures the floating external address. The floating external address enables clients on an external network to access the master node. Because the floating external address is always configured on the master node, clients on an external network can always access the master node, even after failover and switchover. The NSM can be used for tasks other than address management. For information about how to configure the NSM, see the nhnsmd(1M) and nhfs.conf(4) man pages. Connecting Nonpeer Nodes Directly to a Cluster NetworkThis section describes how a nonpeer node can be connected directly to a cluster network. Connecting a nonpeer node directly to the cluster network is disadvantageous for the following reasons:
Figure 5-1 and Figure 5-2 show examples of how a nonpeer node can be connected directly to a cluster network. In Figure 5-1, the nonpeer node is connected to the hme0 interface of each peer node. Each hme0 interface has a logical interface called hme0:100, configured with an address in the public IP address space. The nonpeer node can access the cluster network through these logical interfaces. Figure 5-1 Example of a Nonpeer Node Connected Directly to a Cluster Network Using a Private IP Address Space ![]() Figure 5-2 shows the same cluster as Figure 5-1. In Figure 5-2 the cluster network uses a public IP address space. The nonpeer node is connected directly to the cluster network without the use of logical interfaces. Figure 5-2 Example of a Nonpeer Node Connected Directly to a Cluster Network Using a Public IP Address Space ![]() Addressing a Shared Cluster Network and External NetworkTable 5-1 shows the IP addresses of the master node in Figure 5-1. In addition to the addresses shown in Figure 5-1, the master node has a floating address for each interface. The Node State Manager configures the floating external address, hme0:101. Table 5-1 Example IP Addresses for a Master Node With a Logical Interface Configured for External Access
| |||||||||||||||||||||||
| |||||||||||||||||||||||
![]() |