Configuring VSM Backup and Recovery
This chapter describes how to configure the backup and recovery procedures on the Virtual Supervisor Module (VSM).
This chapter includes the following sections:
•
Information About VSM Backup and Recovery
•
Guidelines and Limitations
•
Configuring VSM Backup and Recovery
•
Additional References
•
Feature History for VSM Backup and Recovery
Information About VSM Backup and Recovery
You can use the VSM backup and recovery procedure to create a template from which the VSMs can be re-created in the event that both VSMs fail in a high availability (HA) environment.
Note
We recommend that you do periodic backups after the initial backup to ensure that you have the most current configuration. See the "Performing a Periodic Backup" section.
Guidelines and Limitations
VSM backup and recovery has the following configuration guidelines and limitations:
•
Backing up the VSM VM is a onetime task.
•
Backing up the VSM VM requires coordination between the network administrator and the server administrator.
•
The following procedures are applicable starting with Release 4.0(4)SV1(3) and later releases.
•
These procedures are not for upgrades and downgrades.
•
These procedures require that the restoration is done on the VSM with the same release as the one from which the backup was made.
•
Configuration files do not have enough information to re-create a VSM.
Configuring VSM Backup and Recovery
This section includes the following topics:
•
Performing a Backup of the VSM VM
•
Performing a Periodic Backup
•
Recovering the VSM
Note
Be aware that Cisco NX-OS commands might differ from the Cisco IOS commands.
Backing Up the VSM
This section includes the following topics:
•
Performing a Backup of the VSM VM
•
Performing a Periodic Backup
Performing a Backup of the VSM VM
This section describes how to create a backup of the VSM.
BEFORE YOU BEGIN
Before beginning this procedure, you must know or do the following:
•
If the VSM is on a Virtual Ethernet Module (VEM) host, you must configure the management VLAN as a system VLAN.
•
Enter the copy running-config startup-config command at the VSM before beginning this procedure.
•
This procedure is required when there is a Certificate change, Extension key change, after an upgrade to a new release, and installation of the license.
PROCEDURE
Step 1
Open the vSphere Client.
The vSphere Client window opens. See Figure 14-1.
Figure 14-1 vSphere Client Window
Step 2
In the left navigation pane, right-click the standby VSM.
A drop-down list appears.
Step 3
Choose Power > Power Off.
Figure 14-2 Clone to Template Window
Step 4
In the left navigation pane, right-click the standby VSM.
A drop-down list appears.
Step 5
Choose Template > Clone to Template.
The Clone Virtual Machine to Template screen opens. See Figure 14-3.
Figure 14-3 Clone Virtual Machine to Template Screen
Step 6
In the Template Name field, enter a name.
Step 7
In the Template Inventory Location pane, choose a location for the template.
Step 8
Click Next.
The Choosing the Host screen opens. See Figure 14-4.
Figure 14-4 Choosing the Host Screen
Step 9
Choose the host on which the template will be stored.
Step 10
Click Next.
The Choosing a Datastore screen opens. See Figure 14-5.
Figure 14-5 Choosing a Datastore Screen
Step 11
In the Select a format in which to store the virtual machine's virtual disks drop-down list, choose Same format as source.
Step 12
Choose a datastore.
Step 13
Click Next.
The Confirming Settings screen opens. See Figure 14-6.
Figure 14-6 Confirming Settings Screen
Step 14
Confirm the settings for the new virtual machine and click Finish.
The backup template is created and appears under the Virtual Machines tab.
The Template Virtual Machine window opens. See Figure 14-7.
Figure 14-7 Template Virtual Machine Window
The template creation is complete.
Performing a Periodic Backup
This section describes how to back up the active VSM after the initial backup of the standby VSM has been performed.
The following lists some instances when you should run this procedure:
•
You have performed an upgrade.
•
You have made a significant change to the configuration.
PROCEDURE
Step 1
Back up the VSM by entering a command similar to the following:
switch# copy running-config scp://root@10.78.19.15/tftpboot/config/
Enter destination filename: [switch-running-config]
Enter vrf (If no input, current vrf 'default' is considered):
The authenticity of host '10.78.19.15 (10.78.19.15)' can't be established.
RSA key fingerprint is 29:bc:4c:26:e3:6f:53:91:d4:b9:fe:d8:68:4a:b4:a3.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '10.78.19.15' (RSA) to the list of known hosts.
root@10.78.19.15's password:
switch-running-config 100% 6090 6.0KB/s 00:00
Recovering the VSM
This section describes how to deploy a VSM by using the backup template.
This section includes the following topics:
•
Deploying the Backup VSM VM
•
Erasing the Old Configuration
•
Restoring the Backup Configuration on the VSM
PROCEDURE
Step 1
To deploy the backed up VSM VM, see the "Deploying the Backup VSM VM" section.
Step 2
To erase the old configuration, see the "Erasing the Old Configuration" section.
Step 3
To restore the backup configuration, see the "Restoring the Backup Configuration on the VSM" section.
Deploying the Backup VSM VM
This section describes how to deploy the backup VSM VM when the primary and secondary VSMs are not present.
Note
While deploying the VSM VM, do not power it on.
PROCEDURE
Step 1
Open the vSphere Client.
The vSphere Client window opens.
Step 2
In the left navigation pane, choose the host of the standby VSM.
Step 3
Click the Virtual Machines tab.
Step 4
Right-click the template_VSM.
Step 5
Choose Deploy Virtual Machine from this Template.
The Deploy Template Wizard screen opens. See Figure 14-8.
Figure 14-8 Deploy Template Wizard Screen
Step 6
In the Name field, enter a name for the VSM.
Step 7
In the Inventory Location pane, choose a cluster.
Step 8
Click Next.
The Choosing a Host screen opens. See Figure 14-9.
Figure 14-9 Choosing a Host Screen
Step 9
Choose a host.
Step 10
Click Next.
The Choosing a Datastore screen opens. See Figure 14-10.
Figure 14-10 Choosing the Datastore Screen
Step 11
In the Select a format in which to store the virtual machine's virtual disks drop-down list, choose Same format as source.
Step 12
Choose a datastore.
Step 13
Click Next.
The Guest Customization screen opens. See Figure 14-11.
Figure 14-11 Guest Customization Screen
Note
Make sure that the Power on this virtual machine after creation check box is not checked.
Step 14
Click Next.
The Deploy Template - Ready to Complete screen opens. See Figure 14-12.
Figure 14-12 Deploy Template - Ready to Complete Screen
Step 15
Confirm the settings for the new virtual machine and click Finish.
Note
If the management VLAN is not available on the VEM, you must add the management interface to the vSwitch.
Step 16
Right-click the newly deployed VM.
Step 17
Choose Edit Settings.
The Virtual Machine Properties window opens. See Figure 14-13.
Figure 14-13 Virtual Machine Properties Window
Step 18
In the Hardware / Summary pane, choose Network adapter 1.
Step 19
In the Hardware / Summary pane, uncheck the Connect at power on check box.
Step 20
In the Hardware / Summary pane, choose Network adapter 2.
Step 21
In the Device Status area, uncheck the Connect at power on check box.
Step 22
Click OK.
The Power On window opens. See Figure 14-14.
Figure 14-14 Power On Window
Step 23
Right-click the newly deployed VSM.
A drop-down list appears.
Step 24
Choose Power > Power On.
Deploying the backup VSM VM is complete.
Erasing the Old Configuration
This section describes how to erase the startup configuration of the newly deployed VSM.
PROCEDURE
Step 1
Launch the virtual machine console of the newly deployed VSM.
Step 2
Set the redundancy role to primary by entering the following command:
switch# system redundancy role primary
Setting will be activated on next reload
Step 3
Copy the running configuration to the startup configuration by entering the following command:
switch# copy running-config startup-config
scp: sftp: startup-config
[####################################] 100%
Step 4
Erase the startup configuration by entering the following command:
Warning: The command will erase the startup-configurations.
Do you wish to proceed anyway? (y/n) [n] y
Step 5
Reboot the primary and secondary VSMs by entering the following command:
This command will reboot the system. (y/n)? [n] y
Restoring the Backup Configuration on the VSM
This section describes how to restore the backup configuration on the VSM.
Step 1
When the VSM reboots, the System Admin Account Setup window opens. See Figure 14-15.
Figure 14-15 System Admin Account Setup Window
Step 2
Enter and confirm the Administrator password.
---- System Admin Account Setup ----
Enter the password for "admin":
Confirm the password for "admin":
Step 3
Enter the domain ID.
Enter the domain id<1-4095>: 50
Step 4
Enter the HA role.
If you do not specify a role, standalone is assigned by default.
Enter HA role[standalone/primary/secondary]:
primary
[#########################################] 100%
---- Basic System Configuration Dialog ----
This setup utility will guide you through the basic configuration of
the system. Setup configures only enough connectivity for management
Press Enter at anytime to skip a dialog. Use ctrl-c at anytime
to skip the remaining dialogs.
Step 5
Enter yes when you are prompted to enter the basic configuration dialog.
Would you like to enter the basic configuration dialog (yes/no):
yes
Step 6
Enter no when asked to create another Login account. .
Create another login account (yes/no) [n]:
no
Step 7
Enter no when asked to configure a read-only SNMP community string.
Configure read-only SNMP community string (yes/no) [n]:
no
Step 8
Enter no when asked to configure a read-write SNMP community stringwer no.
Configure read-write SNMP community string (yes/no) [n]:
no
Step 9
Enter a name for the switch.
Step 10
Enter yes, when asked to configure out-of-band management and then enter the mgmt0 IPv4 address and subnet mask.
Continue with Out-of-band (mgmt0) management configuration? [yes/no] [y]:
yes
Mgmt0 IPv4 address: 172.28.15.152
Mgmt0 IPv4 netmask: 255.255.255.0
Step 11
Enter no when asked to configure the default gateway
Configure the default-gateway: (yes/no) [y]:
no
IPv4 address of the default gateway : 172.23.233.1
Step 12
Enter yes when asked to enable the Telnet service.
Enable the telnet service? (yes/no) [y]:
yes
Step 13
Enter yes when asked to enable the SSH service, and then enter the key type and number of key bits.
For more information, see theCisco Nexus 1000V Security Configuration Guide, Release 4.2(1)SV1(4b).
Enable the ssh service? (yes/no) [y]:
yes
Type of ssh key you would like to generate (dsa/rsa) : rsa
Number of key bits <768-2048> : 1024
Step 14
Enter yes when asked to enable the HTTP server.
Enable the http-server? (yes/no)
yes
Step 15
Enter no when asked to configure the NTP server
Configure NTP server? (yes/no) [n]:
no
Step 16
Enter no when asked to configure the VEM feature level Vem feature level will be set to 4.2(1)SV1(4a),
Do you want to reconfigure? (yes/no) [n] no
The system now summarizes the complete configuration and prompts you to edit it.
The following configuration will be applied:
ip address 172.28.15.152 255.255.255.0
ip route 0.0.0.0/0 10.78.111.11
Step 17
Enter no when asked if you would like to edit the configuration.
Would you like to edit the configuration? (yes/no) [n]:
no
Enter SVS Control mode (L2 / L3) : L2
Enter control vlan <1-3967, 4048-4093> : 100
Enter packet vlan <1-3967, 4048-4093> : 101
Step 18
Enter yes when asked to use and save this configuration.
Caution
If you do not save the configuration now, then none of your changes are part of the configuration the next time the switch is rebooted. Enter
yes to save the new configuration. This ensures that the kickstart and system images are also automatically configured.
Use this configuration and save it? (yes/no) [y]:
yes
[########################################] 100%
Step 19
In the vSphere Client, right-click the VSM and choose Edit Settings.
The VSM Virtual Machine Properties window opens. See Figure 14-16.
Figure 14-16 VSM Virtual Machine Properties Window
Step 20
In the Hardware / Summary pane, choose Network adapter 2.
Step 21
Check the Connect at power on check box.
Step 22
Log in to the VSM.
Step 23
Copy the backup configuration to the VSM bootflash by entering the following command:
switch# copy scp://root@10.78.19.15/tftpboot/backup/VSM-Backup-running-config
Enter vrf (If no input, current vrf 'default' is considered):
The authenticity of host '10.78.19.15 (10.78.19.15)' can't be established.
RSA key fingerprint is 29:bc:4c:26:e3:6f:53:91:d4:b9:fe:d8:68:4a:b4:a3.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '10.78.19.15' (RSA) to the list of known hosts.
root@10.78.19.15's password:
switch-running-config 100%
Step 24
Copy the backup configuration to the running configuration by entering the following command:
switch# copy bootflash:VSM-Backup-running-config running-config
Disabling ssh: as its enabled right now:
Can't disable ssh for key generation:Current user is logged in through ssh
Please do a "copy running startup" to ensure the new setting takes effect
LACP Offload Status can be verified using "show lacp offload status"
Change in LACP Offload Status takes effect only on the next VSM Reboot
This can potentially cause modules with LACP uplinks to flap
Syntax error while parsing 'limit-resource m4route-mem minimum 58 maximum 58'
Syntax error while parsing 'limit-resource m6route-mem minimum 8 maximum 8'
Syntax error while parsing 'interface Ethernet3/2'
Syntax error while parsing 'inherit port-profile uplink-cdp'
Warning: Config saved but not pushed to vCenter Server due to inactive connection!
Warning: Config saved but not pushed to vCenter Server due to inactive connection!
Warning: Config saved but not pushed to vCenter Server due to inactive connection!
Warning: Config saved but not pushed to vCenter Server due to inactive connection!
command failed. Invalid ip address.
Syntax error while parsing 'log-level '
Syntax error while parsing 'no ip dhcp relay'
Note
You might see syntax errors. You can ignore them.
Figure 14-17 Virtual Machine Properties Window
Step 25
In the Hardware / Summary pane, choose Network adapter 1.
Step 26
In the Device Status area, check the Connect at power on check box.
Step 27
Confirm that the VEMs are attached to the VSM by entering the following command:
Mod Ports Module-Type Model Status
--- ----- -------------------------------- ------------------ ------------
1 0 Virtual Supervisor Module Nexus1000V active *
3 248 Virtual Ethernet Module NA ok
--- ---------------- ------------------------------------------------
3 4.2(1)SV1(4a) VMware ESXi 4.0.0 Releasebuild-261974 (1.20)
Mod MAC-Address(es) Serial-Num
--- -------------------------------------- ----------
1 00-19-07-6c-5a-a8 to 00-19-07-6c-62-a8 NA
3 02-00-0c-00-03-00 to 02-00-0c-00-03-80 NA
Mod Server-IP Server-UUID Server-Name
--- --------------- ------------------------------------ --------------------
3 10.78.111.186 0e973f80-e804-11de-956e-4bc311a28ede VEM-186-KLU2
Step 28
Copy the backup configuration to the running configuration after all the VEMs attach by entering the following command:
switch# copy bootflash:VSM-Backup-running-config running-config
Disabling ssh: as its enabled right now:
Can't disable ssh for key generation:Current user is logged in through ssh
2011 Apr 26 12:21:22 switch %KERN-3-SYSTEM_MSG: redun_platform_ioctl :
2011 Apr 26 12:21:22 switch %KERN-3-SYSTEM_MSG: redun_platform_ioctl : Host
name is set switch - kernel
2011 Apr 26 12:21:22 switch %KERN-3-SYSTEM_MSG: redun_platform_ioctl :
2011 Apr 26 12:21:22 switch %KERN-3-SYSTEM_MSG: redun_platform_ioctl : Host
name is set switch - kernel
ERROR: Flow Record: Record is in use. Remove from all clients before modifying.
ERROR: Flow Record: Record is in use. Remove from all clients before modifying.
ERROR: Flow Record: Record is in use. Remove from all clients before modifying.
Please do a "copy running startup" to ensure the new setting takes effect
LACP Offload Status can be verified using "show lacp offload status"
Change in LACP Offload Status takes effect only on the next VSM Reboot
This can potentially cause modules with LACP uplinks to flap
2011 Apr 26 12:21:23 switch %VMS-5-DVS_NAME_CHANGE: Changed dvswitch
name to 'switch' on the vCenter Server.
Syntax error while parsing 'limit-resource m4route-mem minimum 58 maximum 58'
Syntax error while parsing 'limit-resource m6route-mem minimum 8 maximum 8'
ERROR: Port-channel interface has non-zero members!
2011 Apr 26 12:21:34 switch %MSP-5-DOMAIN_CFG_SYNC_DONE: Domain config
successfully pushed to the management server.
ERROR: Cannot change connection configuration in 'Enabled' state.
ERROR: Cannot change connection configuration in 'Enabled' state.
ERROR: Cannot change the data-center name in connected state.
command failed. Invalid ip address.
Syntax error while parsing 'log-level '
Syntax error while parsing 'no ip dhcp relay'
switch# 2011 Apr 26 12:21:35 switch last message repeated 3 times
2011 Apr 26 12:21:35 switch %ETHPORT-5-SPEED: Interface port-channel1,
operational speed changed to 1 Gbps
2011 Apr 26 12:21:35 switch %ETHPORT-5-IF_DUPLEX: Interface port-channel1,
operational duplex mode changed to Full
2011 Apr 26 12:21:35 switch %ETHPORT-5-IF_RX_FLOW_CONTROL: Interface portchannel1,
operational Receive Flow Control state changed to on
2011 Apr 26 12:21:35 switch %ETHPORT-5-IF_TX_FLOW_CONTROL: Interface portchannel1,
operational Transmit Flow Control state changed to on
VSM backup and Recovery Procedure EDCS-1017832
Cisco Systems Pvt Ltd Internal Document April-27-2011
2011 Apr 26 12:21:35 switch %ETH_PORT_CHANNEL-5-PORT_UP: port-channel1:
2011 Apr 26 12:21:35 switch %ETH_PORT_CHANNEL-5-FOP_CHANGED: portchannel1:
first operational port changed from none to Ethernet3/2
2011 Apr 26 12:21:35 switch %ETHPORT-5-IF_UP: Interface Ethernet3/2 is up in
2011 Apr 26 12:21:35 switch %ETHPORT-5-IF_UP: Interface port-channel1 is up in
Note
This step is necessary if features are configured directly through the interface configuration mode for Ethernet interfaces and for features like ERSPAN/NFM.
Step 29
Copy the running-configuration to the startup-configuration by entering the following command:
switch# copy running-config startup-config
[########################################] 100%
Step 30
Create the standby VSM by using the OVA/OVF files to form an HA pair. See the "Installing the Software from an OVA or OVF Image" section in the Cisco Nexus 1000V Software Installation Guide, Release 4.2(1)SV1(4b).
•
For release 4.2(1)SV1(4) and later releases, deploy the OVF template from the VMware vSphere Client and choose Nexus 1000V Secondary from the Configuration drop-down list.
•
For release 4.0(4)SV1(2) through release 4.0(4)SV1(3d), choose Manual Install of Nexus 1000V from the Configuration drop-down list and assign the HA role of secondary in the System Admin Setup of the VSM.
The recovery is complete.
Additional References
For additional information related to implementing system message logging, see the following sections:
•
Related Documents
•
Standards
Related Documents
|
|
System messages |
Cisco NX-OS System Messages Reference |
Complete command syntax, command modes, command history, defaults, usage guidelines, and examples |
Cisco Nexus 1000V Command Reference, Release 4.2(1)SV1(4a) |
Standards
|
|
No new or modified standards are supported by this feature, and support for existing standards has not been modified by this feature. |
— |
Feature History for VSM Backup and Recovery
This section provides the VSM backup and Recovery feature release history.
|
|
|
VSM Backup and Recovery |
4.2(1)SV1(4a) |
This feature was introduced. |