Table Of Contents
Working with Cluster Administration
Information About Cluster Administration
Effect of Cluster Changes on Server Task Distribution
Licensing Requirements for Cluster Administration
Prerequisites for Cluster Administration
Guidelines and Limitations for Cluster Administration
Field Descriptions for Cluster Administration
Feature History for Cluster Administration
Working with Cluster Administration
This chapter describes how to use the Cluster Administration feature in Cisco Data Center Network Manager (DCNM).
This chapter includes the following sections:
•Information About Cluster Administration
•Licensing Requirements for Cluster Administration
•Prerequisites for Cluster Administration
•Guidelines and Limitations for Cluster Administration
•Field Descriptions for Cluster Administration
•Feature History for Cluster Administration
Information About Cluster Administration
This section includes the following topics:
•Effect of Cluster Changes on Server Task Distribution
Cluster Administration
Cluster Administration allows you to view information about the Cisco DCNM servers configured to operate in a server cluster. If the Cisco DCNM server is not configured to operate in a cluster, the Cluster Administration feature allows you to view information about the single server.
For each server that appears in the Cluster Administration summary pane, you can view information such as the Cisco DCNM release number, Java version, operating system, system threads, memory utilization, IP address, and disk drive usage.
Clustered-Server Environment
You can deploy Cisco DCNM in a server cluster, with up to five Cisco DCNM servers in a closer. Cisco DCNM servers in a cluster communicate using multicast IP messages. The primary benefit of a clustered-server deployment is enhanced capacity for the device-management tasks that Cisco DCNM performs. A clustered-server deployment also helps to ensure availability of the Cisco DCNM server. Cisco DCNM distributes tasks among all servers in the cluster. Servers in the cluster are always active and never in a stand-by mode.
For information about the server-system and network requirements for a clustered-server deployment, and for the detailed steps for installing a server cluster, see the Cisco DCNM Installation and Licensing Guide, Release 5.x.
Master Server Role
One server in a Cisco DCNM server cluster is the master server. The master server is responsible for assigning tasks to all of the servers in the server cluster, including to itself. Tasks are stored in the Cisco DCNM database. If the master server fails, the server that assumes the master server role can access the tasks in the database.
When users log into the Cisco DCNM client, they should specify the IP address or DNS name of the master server. When users submit requests to the master server, the master server distributes the tasks as needed.
Cisco DCNM determines which server is the master server by the oldest server start time. The Cisco DCNM server that started first is always the master server in a server cluster. If the master server fails, the Cisco DCNM server with the next oldest start time assumes the role of the master server. You can control which server is the master server by controlling the order in which you start the servers in a cluster.
Distributed Server Tasks
The master server distributes tasks by assigning managed devices to servers in the server cluster. For example, in a cluster of four servers, if Cisco DCNM is managing 20 devices, the master server assigns five managed devices to each server, including itself.
After the master server assigns a device to a server, that server performs the following tasks for that device:
•Auto-synchronization with devices—The server regularly retrieves the system message log file from the device. For more information about auto-synchronization, see Chapter 12, "Administering Auto-Synchronization with Devices."
•Statistical data collection—The server runs any statistical data collectors for the device, with the exception of Virtual Port Channel (vPC) statistics. The master server always runs statistical data collectors for vPC statistics. For more information about statistical data collection, see Chapter 14, "Administering Statistical Data Collection."
•Device discovery—The server performs device configuration discovery for the device; however, the remainder of the device discovery phases are performed by the master server. For more information about the phases of device discovery, see the "Discovery Process" section on page 5-3.
For example, if a user initiates device discovery for a switch named DC-NEXUS-7010-3, the master server completes the initial phases of device discovery. It then assigns the device configuration discovery phase for DC-NEXUS-7010-3 to one of the servers in the cluster, ensuring that discovery tasks are evenly distributed. After discovery completes, the master server assigns DC-NEXUS-7010-3 to the server that is managing the least number of devices. The master server instructs the assigned server to perform auto-synchronization for DC-NEXUS-7010-3. Whenever a Cisco DCNM client user starts a statistical chart for any managed feature on DC-NEXUS-7010-3, the master server instructs the assigned server to run the statistical data collector for the chart.
Effect of Cluster Changes on Server Task Distribution
When servers join or leave the cluster, the master server always ensures that the assignment of managed devices to servers is redistributed evenly among the servers in the cluster. Table 11-1 describes the behavior of a Cisco DCNM server cluster for more specific events.
Licensing Requirements for Cluster Administration
The following table shows the licensing requirements for this feature:
Prerequisites for Cluster Administration
The Cluster Administration feature has the following prerequisite:
•Servers in a cluster must meet the clustered-server requirements. For more information, see the Cisco DCNM Installation and Licensing Guide, Release 5.x.
Guidelines and Limitations for Cluster Administration
The Cluster Administration feature has the following limitation:
•The Cluster Administration feature shows information about running servers only. When a server in a cluster stops or fails, it appears to have left the cluster, and its information is not shown by the Cluster Administration feature.
Viewing Server Information
You can view information about the Cisco DCNM servers that are configured to operate as a server cluster. If you have a single server, which is not configured to operate as a member of a server cluster, you can use the Cluster Administration feature to view information about it.
DETAILED STEPS
Step 1 From the Feature Selector pane, choose DCNM Server Administration > Cluster Administration.
The Summary pane displays the cluster by the partition name assigned to the cluster during installation. A single server environment still has a partition name assigned to it during installation.
Step 2 Expand the cluster.
The Summary pane lists each Cisco DCNM server in the cluster with information about the server.
Tip To update the server information, from the toolbar, choose View > Refresh.
Step 3 (Optional) If you want to view disk usage information, on the Details tab, expand the Logical Disk(s) section.
Field Descriptions for Cluster Administration
This section includes the following field descriptions for the Cluster Administration feature:
Summary Pane
Server: Details Tab
Additional References
For additional information related to administering Cluster Administration, see the following sections:
Related Documents
Related Topic Document TitleEvents
Cisco DCNM System Management Configuration Guide, Release 5.x
Device discovery
Auto-synchronization with devices
Chapter 12, "Administering Auto-Synchronization with Devices"
Statistical data collection
Stopping servers
Standards
Standards TitleNo new or modified standards are supported by this feature, and support for existing standards has not been modified by this feature.
—
Feature History for Cluster Administration
Table 11-4 lists the release history for this feature.
Table 11-4 Feature History for Cluster Administration
Feature Name Releases Feature InformationCluster Administration
5.0(2)
Support was added.