-
- Using VMware vSphere With Your System
- Networking Checklist For Your System
- Installing Your System Using Automatic Deployment
- Installing Your System Using Manual Deployment
- Configuring Your Mail Server, Time Zone, and Locale
- Altering the System After Installation
- Adding a High Availability System
- Expanding Your System to a Larger System Size
- Updating the System
- Upgrading the System
Expanding Your System to a Larger System Size
- Preparing for System Expansion
- Preparing For a System-Altering Procedure
- Expanding the System Using Automatic Deployment
- Expanding the System Using Manual Deployment
- Testing the System
Preparing for System Expansion
This section describes the prerequisites and best practices for a system expansion.
Determining Your System's New Size
Obtaining the Information Required For Your System Expansion
- Obtain the OVA file used to install the existing system's version.
- Complete the expansion checklist.
Field Name | Current Value For Your System |
---|---|
WebEx Site URL | |
Administration Site URL | |
Private VIP Address | |
Public VIP Address |
Preparing For a System-Altering Procedure
This section describes how to prepare for a major system-altering procedure: expanding your system, adding a high availability system, enabling public access, updating or upgrading your system, and so on.
Caution |
Because this procedure requires exclusive access to the system, users cannot access the system for meetings. Be sure to schedule this procedure during a time that will be least disruptive to your users. |
Other system administrators should not access the system during this procedure. If they do so, their changes are not saved, and the result may be unpredictable. They must wait until this procedure is completed, then sign in to Cisco WebEx Administration to do their task.
Note |
Be sure to coordinate with other system administrators before starting a system-altering procedure. |
If you do not need to create a backup of your virtual machines, then you do not need to complete this procedure. However, as a best practice, Cisco recommends creating a backup. Backups enable you to revert the system if the procedure is unsuccessful.
Step 1 | Sign in to the Cisco WebEx Administration site. | ||
Step 2 | Select Turn On Maintenance Mode. | ||
Step 3 |
In the VMware vSphere client, power off each of the virtual machines in your system. Select . For complete details on using vSphere, see the VMware ESXi and vCenter Server documentation. |
||
Step 4 |
Once all the virtual machines are powered off, then use VMware Data Recovery to create a backup of each of your virtual machines. A backup will help you revert your virtual machine to its state before the update. For further information, see Creating a Backup Using VMware vCenter. For complete details on this backup, see the VMware Data Recovery Administration Guide.
|
||
Step 5 | In the VMware vSphere client, power on each of the virtual machines in your system. | ||
Step 6 | Sign back in to the Cisco WebEx Administration site, but do not turn off maintenance mode. | ||
Step 7 | Continue with the system-altering procedure. |
Expanding the System Using Automatic Deployment
Before You Begin
In this section, we refer to the system before expansion as the "existing system". The system, following expansion, is the "expanded system."
- Schedule a time that is least disruptive to your users to do the system expansion.
- Put the primary system in maintenance mode before starting the system expansion.
Caution |
Because this procedure requires exclusive access to the system, users cannot access the system for meetings. Be sure to schedule this procedure during a time that will be least disruptive to your users. |
Other system administrators should not access the system during this procedure. If they do so, their changes are not saved, and the result may be unpredictable. They must wait until this procedure is completed, then sign in to Cisco WebEx Administration to do their task.
Note |
Be sure to coordinate with other system administrators before starting a system-altering procedure. |
Expanding the System
The overall tasks to expand the system are:
- Create a backup of your existing system.
- Use the same OVA file you used to deploy your existing system and deploy the Admin virtual machine for the new system size.
- Copy the data from your existing system to the Admin virtual machine for the expanded system.
- Deploy any additional virtual machines for the new system size.
- Test the expanded system.
Considerations Before Expanding the System
Note the following:
- You may choose to reuse the same hostnames and IP addresses for the existing virtual machines in the expanded system. However, only the existing system, or the expanded system, can be powered on at any given time. Both systems cannot be powered on and running at the same time.
- If you have already added a HA system to your existing system, then following deployment of the expanded system, you must add a new HA system. You cannot reuse the existing HA system as it is not retained, following the expansion.
- You may want to keep the existing system until you have finished testing the expanded system. Once testing is complete and you are satisfied with the expanded system, you can remove the existing (pre-expansion) system.
- The internal virtual machines for the existing system and the expanded system must be on the same subnet.
- If you have added public access, then the Internet Reverse Proxy virtual machines for the existing system and the expanded system must be on the same subnet.
- Because this process affects the virtual machines in your system, your current security certificate may become invalid and require an update.
- Be sure the expanded system can access the disks for the existing system's Admin virtual machine. You will be copying over Hard disk 4 to the expanded system.
Summary of Tasks to Expand the System Using an Automatic Deployment
Task | Description | For Details, See | ||
---|---|---|---|---|
1 | Prepare the existing system for expansion. | Preparing for System Expansion | ||
2 | Prepare for a system-altering procedure. | Preparing For a System-Altering Procedure | ||
3 | Initiate the expansion procedure from the Administration site of the existing system. | Expanding System Size | ||
4 | Using the VMware vSphere client, select | on the virtual machines for the existing system.|||
5 | Using the vSphere client, deploy the Admin virtual machine for the new system size. | Deploying the OVA File From the VMware vSphere Client | ||
6 | Attach Hard disk 4 from the existing system's Admin virtual machine to the Admin virtual machine for the expanded system. | Attaching an Existing VMDK File to a New Virtual Machine | ||
7 | Power on the Admin virtual machine for the expanded system and write down the deployment URL. | |||
8 | Enter the deployment URL into a web browser and continue the deployment of your expanded system. | |||
9 | Select your preferred language for the deployment of the expanded system. | Selecting Your Language for Setup | ||
10 | Confirm the system size. (This system size must be larger than or equal to the existing system.) | Confirming the Size of Your System | ||
11 | Select Install a primary system. | Choosing What System to Install | ||
12 | Select an automatic deployment. | Choosing the Type of System Deployment | ||
13 | Enter your vCenter credentials so that we may deploy the virtual machines for you. | Providing VMware vCenter Credentials | ||
14 | Select the ESXi host, datastore, and virtual machine port group for the media virtual machine. | Choosing vCenter Settings for your Media Virtual Machine | ||
15 | Enter the fully qualified domain name of the media virtual machine. (If you have already updated your DNS server with entries for the expanded system, then we will look up the IP address for you.) | Entering Networking Information for the Media Virtual Machine | ||
16 | If you want public access for your expanded system, then ensure there is a check in the Create an Internet Reverse Proxy virtual machine check box. Otherwise, uncheck this check box.
|
Adding Public Access | ||
17 | If you have added public access, then select the ESXi host, datastore, and virtual machine port group for the Internet Reverse Proxy virtual machine. | Choosing vCenter Settings for your Internet Reverse Proxy | ||
18 | Enter the hostname and networking information for the Internet Reverse Proxy. | Entering the Networking Information for the Internet Reverse Proxy | ||
19 | Enter the public VIP address for the WebEx site URL.
|
Entering the Public VIP Address | ||
20 | Enter the private VIP address for the WebEx Administration URL.
|
Entering the Private VIP Address | ||
21 | Enter the WebEx site URL. Participants access this URL to host and attend meetings. (This URL resolves to the private VIP address or the public VIP address, depending on whether or not you are using a split-horizon DNS.)
|
Entering the WebEx Site and Administration URLs | ||
22 | Enter the WebEx Administration URL for administrators to access Cisco WebEx Administration and internal participants to host or attend meetings (only with a split-horizon DNS). (This URL resolves to the Private VIP address.)
|
Entering the WebEx Site and Administration URLs | ||
23 | Check that you have made all the networking, DNS server, and firewall configuration changes required for your system. | Confirming That Your Network is Configured Correctly | ||
24 | Once your virtual machines have deployed successfully, then select Next to continue to the system check. | Deploying Your Virtual Machines | ||
25 | Along with the system check, we update the expanded system with any required updates to match the software version of the existing system, before expansion. (These updates may take up to an hour.) When complete, the system restarts. | Checking Your System | ||
26 | Sign in to Cisco WebEx Administration. | |||
27 | Test the expanded system. If the expansion is unsuccessful, then power off the expanded system and power on the existing system. Contact Cisco TAC for further assistance. | Testing the System |
Expanding the System Using Manual Deployment
Before You Begin
In this section, we refer to the system before expansion as the "existing system". The system, following expansion, is the "expanded system."
- Schedule a time that is least disruptive to your users to do the system expansion.
- Put the primary system in maintenance mode before starting the system expansion.
Caution |
Because this procedure requires exclusive access to the system, users cannot access the system for meetings. Be sure to schedule this procedure during a time that will be least disruptive to your users. |
Other system administrators should not access the system during this procedure. If they do so, their changes are not saved, and the result may be unpredictable. They must wait until this procedure is completed, then sign in to Cisco WebEx Administration to do their task.
Note |
Be sure to coordinate with other system administrators before starting a system-altering procedure. |
Expanding the System
The overall tasks to expand the system are:
- Create a backup of your existing system.
- Use the same OVA file you used to deploy your existing system and deploy the Admin virtual machine for the new system size.
- Copy the data from your existing system to the Admin virtual machine for the expanded system.
- Deploy any additional virtual machines for the new system size.
- Test the expanded system.
Considerations Before Expanding the System
Note the following:
- You may choose to reuse the same hostnames and IP addresses for the existing virtual machines in the expanded system. However, only the existing system, or the expanded system, can be powered on at any given time. Both systems cannot be powered on and running at the same time.
- If you have already added a HA system to your existing system, then following deployment of the expanded system, you must add a new HA system. You cannot reuse the existing HA system as it is not retained, following the expansion.
- You may want to keep the existing system until you have finished testing the expanded system. Once testing is complete and you are satisfied with the expanded system, you can remove the existing (pre-expansion) system.
- The internal virtual machines for the existing system and the expanded system must be on the same subnet.
- If you have added public access, then the Internet Reverse Proxy virtual machines for the existing system and the expanded system must be on the same subnet.
- Because this process affects the virtual machines in your system, your current security certificate may become invalid and require an update.
- Be sure the expanded system can access the disks for the existing system's Admin virtual machine. You will be copying over Hard disk 4 to the expanded system.
Summary of Tasks to Expand the System Using a Manual Deployment
Task | Description | For Details, See | ||
---|---|---|---|---|
1 | Prepare the existing system for expansion. | Preparing for System Expansion | ||
2 | Prepare for a system-altering procedure. | Preparing For a System-Altering Procedure | ||
3 | Initiate the expansion procedure from the Administration site of the existing system. | Expanding System Size | ||
4 | Using the VMware vSphere client, select | on the virtual machines for the existing system.|||
5 | Using the vSphere client, deploy the Admin virtual machine for the new system size. | Deploying the OVA File From the VMware vSphere Client | ||
6 | Attach Hard disk 4 from the existing system's Admin virtual machine to the Admin virtual machine for the expanded system. | Attaching an Existing VMDK File to a New Virtual Machine | ||
7 | Power on the Admin virtual machine for the expanded system and write down the deployment URL. | |||
8 | Enter the deployment URL into a web browser and continue the deployment of your expanded system. | |||
9 | Select your preferred language for the deployment of the expanded system. | Selecting Your Language for Setup | ||
10 | Confirm the system size. (This system size must be larger than or equal to the existing system.) | Confirming the Size of Your System | ||
11 | Select Install a primary system. | Choosing What System to Install | ||
12 | Select a manual deployment. | Choosing the Type of System Deployment | ||
13 | If you want public access for your expanded system, then ensure there is a check in the Create an Internet Reverse Proxy virtual machine check box. Otherwise, uncheck this check box. | Adding Public Access | ||
14 | Enter the public VIP address for the WebEx site URL.
|
Entering the Public VIP Address | ||
15 | Enter the private VIP address for the WebEx Administration URL.
|
Entering the Private VIP Address | ||
16 | Enter the WebEx site URL. Participants access this URL to host and attend meetings. (This URL resolves to the private VIP address or the public VIP address, depending on whether or not you are using a split-horizon DNS.)
|
Entering the WebEx Site and Administration URLs | ||
17 | Enter the WebEx Administration URL for administrators to access Cisco WebEx Administration and internal participants to host or attend meetings (only with a split-horizon DNS). (This URL resolves to the Private VIP address.)
|
Entering the WebEx Site and Administration URLs | ||
18 | Check that you have made all the networking, DNS server, and firewall configuration changes required for your system. | Confirming That Your Network is Configured Correctly | ||
19 | Once your virtual machines have deployed successfully, then select Next to continue to the system check. | Deploying Your Virtual Machines | ||
20 | Along with the system check, we update the expanded system with any required updates to match the software version of the existing system, before expansion. (These updates may take up to an hour.) When complete, the system restarts. | Checking Your System | ||
21 | Sign in to Cisco WebEx Administration. | |||
22 | Test the expanded system. If the expansion is unsuccessful, then power off the expanded system and power on the existing system. Contact Cisco TAC for further assistance. | Testing the System |
Testing the System
These are some of the tests to run on the system. You can accomplish these tests and validate your system by using two diagnostic tools provided on the support pages for this product: the Meetings Test and the System Resources test.