Managing the Exalogic vDC Infrastructure

This section describes how to complete the following tasks:

Before you can perform these tasks, you must have completed the Cloud Admin tasks, as described in Administering the Exalogic vDC and Setting Up the Infrastructure.

Logging In as Cloud Admin User

Log in to the Exalogic Control console as the CloudAdmin user.

For more information about creating this user role, see Creating the Cloud Admin User.

Updating an Account

To update an account, complete the following steps:

  1. Log in to the Exalogic Control console as the CloudAdmin user.
  2. In the navigation pane on the left, click vDC Management. Under vDCs, click the name of the default Exalogic vDC (MyCloud).
  3. Expand Accounts under MyCloud. The accounts in the vDC are listed.
  4. To update an account (for example, Dept1), select Dept1 listed under Accounts in the navigation pane on the left.
  5. Click Update Account on the Actions pane. The Update Account wizard is displayed, as shown in Figure 10-1.

    Figure 10-1 Specify Account Details

    Description of Figure 10-1 follows
    Description of "Figure 10-1 Specify Account Details"
  6. Click Next.

    The Specify Account Resource Limits screen is displayed, as shown in Figure 10-2.

    Figure 10-2 Specify Account Resource Limits

    Description of Figure 10-2 follows
    Description of "Figure 10-2 Specify Account Resource Limits"

    In this screen, you can update resource limits in Dept1. For example, change the Memory limit from 100 GB to 400 GB.

  7. After updating the values, click Next.

    The Summary screen is displayed.

  8. Review the summary, and click Finish.

Deleting an Account

To delete an account, complete the following steps:

  1. Log in to the Exalogic Control console as the CloudAdmin user.
  2. In the navigation pane on the left, click vDC Management. Under vDCs, click the name of the default Exalogic vDC (MyCloud).
  3. Expand Accounts under MyCloud. The accounts in the Exalogic vDC are listed.
  4. To delete an account (for example, Dept1), select Dept1 listed under Accounts in the navigation pane on the left.

    Note:

    Deleting an account removes all resources in the account, such as Server Templates, volumes, vServers, and private vNets. When you try to delete an account that has running vServers, the following message is displayed:

    You cannot delete this account because there are virtual servers in running state. Shut down all the virtual servers to delete the account.

  5. Click Delete Account on the Actions pane. The Delete Account screen is displayed, as shown in Figure 10-3.
  6. To delete the Dept1 account, click Delete.

Removing a Cloud User from an Account

An Account needs at least one Cloud User. You cannot remove a Cloud User from an account, which has a single Cloud User associated.

To remove a Cloud User from an account with multiple Cloud Users, complete the following steps:

  1. Log in to the Exalogic Control console as the CloudAdmin user.
  2. In the navigation pane on the left, click vDC Management. Under vDCs, click the name of the default Exalogic vDC (MyCloud).
  3. Expand Accounts under MyCloud. The accounts in the Exalogic vDC are listed.
  4. To remove a Cloud User from an account (for example, myclouduser1 assigned to Dept1), select Dept1 listed under Accounts in the navigation pane on the left. The Dept1 account dashboard is displayed.
  5. In the Dept1 dashboard, click the Users tab. A list of the Cloud Users assigned to the Dept1 Account is displayed as shown in Figure 10-4.

    Figure 10-4 List of Cloud Users Assigned to an Account

    Description of Figure 10-4 follows
    Description of "Figure 10-4 List of Cloud Users Assigned to an Account"
  6. Select a Cloud User (for example, myclouduser1), and click the X icon (Launch Delete User Wizard). The Remove User from Account screen is displayed.
  7. Click Remove to remove the user (myclouduser1).

Overview of CPU Oversubscription

In an Exalogic vDC, the underlying CPU hardware resources of the machine are allocated to the vServers in the form of vCPUs. By default, each vCPU consumes one CPU hardware thread.

For example, each Sun Fire X4170 M2 compute node on an Exalogic X2-2 machine consists of two 6-core sockets—that is, 12 cores per compute node. Each core supports two hardware threads. So a single X2-2 compute node can support 24 vCPUs—one vCPU per hardware thread—in the default configuration.

To improve hardware utilization and to facilitate denser consolidation of applications, starting with the Exalogic Elastic Cloud Software release 2.0.4.0.0, the Exalogic vDC can be configured to support more vCPUs than the available CPU threads—that is, the CPU resources can be oversubscribed.

  • Cloud Admin users can enable CPU oversubscription by increasing the vCPU-to-physical-CPU-threads ratio. For example, in a vDC that is based on a standard Exalogic X2-2 machine, when the vCPU-to-physical-CPU-threads ratio is increased from the default 1:1 to 2:1, the number of vCPUs available on each Sun Fire X4170 M2 compute node on an Exalogic X2-2 machine increases from 24 to 48. Table 10-1 shows the number of vCPUs available in the vDC at various vCPU-to-physical-CPU-threads ratios.

    Table 10-1 Number of vCPUs at Different vCPU-to-Physical-CPU-threads Ratios

    vCPU-to-Physical-CPU-threads Ratio X2-2 Full X2-2 1/2 X2-2 1/4 X2-2 1/8

    1:1 – CPU oversubscription not enabled

    720

    384

    192

    96

    2:1

    1440

    768

    384

    192

    3:1

    2160

    1152

    576

    288

Configuring the CPU subscription Ratio and CPU Consumption Limit

To enable CPU oversubscription, run the following steps:

  1. Log in to Exalogic control as the Cloud Admin.
  2. From the navigation pane on the left, select vDC Management.
  3. Expand vDCs and select the vDC you want to modify.
  4. From the actions pane on the right, select Edit Virtual Datacenter.

    The Edit Virtual Datacenter wizard is displayed.

  5. You can use the initial screens of the Edit Virtual Datacenter wizard to change the name, description, and tags of the vDC. If you do not want to change any of these settings, click Next till the Specify vCPU Sizing screen is displayed.
  6. In the vCPU to Physical CPU Threads Ratio field, enter the maximum number of virtual CPUs that can share each physical CPU thread. Decimal values can be entered.

    For example, if the vCPU to Physical CPU Threads Ratio field is set to 2, each virtual CPU will receive at least 50% of the cycles of a physical CPU thread.

    Note:

    As the CPU oversubscription ratio increases, performance may be affected, but the utilization of CPU resources improves. The CPU oversubscription ratio that you might want to use is at most 3:1. At extremely high ratios, the risk of instability of the system increases.

    For racks hosting production vServers, CPU oversubscription must be 1:1 to avoid performance issues.

  7. Do not modify the CPU Cap from its default value of 100%.

    Note:

    CPU Cap feature is deprecated.

  8. Click Next.

    The Edit Volume Storage screen is displayed. If required, select more storage resources to allocate to the vDC from the list; otherwise proceed to the next step.

  9. Click Next.

    The Summary screen is displayed.

  10. Review the updated settings of the vDC and click Finish.

Example Scenarios for CPU Oversubscription

This section describes the following example scenarios:

Scenario 1: Increasing the Number of vCPUs in a New VDC

  • An Exalogic X2-2 full rack is set up as a virtual datacenter.

  • At the default vCPU-to-physical-CPU-threads ratio of 1:1, 720 vCPUs (24 x 30) are available in the vDC.

  • The Cloud Admin determines that more than 720 vCPUs are required to support the workloads planned for the vDC.

In this scenario, the Cloud Admin can increase the number of vCPUs available in the vDC, by enabling CPU oversubscription. For example, the Cloud Admin can increase the number of vCPUs available in the vDC to 1440 (2 x 24 x 30), by increasing the vCPU-to-physical-CPU ratio to 2:1, as described in Configuring CPU Oversubscription.

Scenario 2: Increasing the Number of vCPUs in a Running, Fully Subscribed VDC

  • An Exalogic X2-2 full rack is set up as a virtual datacenter.

  • At the default vCPU-to-physical-CPU-threads ratio of 1:1, 720 vCPUs (24 x 30) are available in the vDC.

  • The vCPU quotas of the accounts in the vDC are fully allocated to the vServers created by the cloud users assigned to the accounts.

  • The memory and storage quotas of the accounts in the vDCs are not yet fully allocated to vServers.

  • Cloud Users want to create more vServers, but cannot do so because the vCPU quota is fully allocated.

In this scenario, the Cloud Admin can allow Cloud Users to create more vServers, by enabling CPU oversubscription. For example, the Cloud Admin can increase the number of vCPUs available in the vDC to 1440 (2 x 24 x 30), by increasing the vCPU-to-physical-CPU ratio to 2:1, as described in Configuring CPU Oversubscription. Then, the Cloud Admin can increase the vCPU quota of the accounts in the vDC to enable creation of additional vServers.

Scenario 3: Increasing the Number of vCPUs in a Running, Oversubscribed VDC

  • An Exalogic X2-2 full rack is set up as a virtual datacenter.

  • CPU oversubscription has been enabled and the oversubscription ratio is currently at 2:1—that is, 1440 vCPUs (2 x 24 x 30) are available in the vDC.

  • The vCPU quotas of the accounts in the vDC are fully allocated to the vServers created by the cloud users assigned to the accounts.

  • The memory and storage quotas of the accounts in the vDCs are not yet fully allocated to vServers.

  • Cloud Users want to create more vServers, but cannot do so because the vCPU quota is fully allocated.

In this scenario, the Cloud Admin can allow Cloud Users to create more vServers, by increasing the CPU oversubscription ratio further. For example, the Cloud Admin can increase the number of vCPUs available in the vDC to 2160 (3 x 24 x 30), by increasing the vCPU-to-physical-CPU ratio to 3:1, as described in Configuring CPU Oversubscription. Then, the Cloud Admin can increase the vCPU quota of the accounts in the vDC to enable creation of additional vServers.

Scenario 4: Decreasing the Number of vCPUs in a Running, Oversubscribed VDC

  • An Exalogic X2-2 full rack is set up as a virtual datacenter.

  • CPU oversubscription has been enabled and the ratio is currently at 3:1—that is, 2160 vCPUs (3 x 24 x 30) are available in the vDC.

  • Only 1000 of the available 2160 vCPUs are being used by vServers.

  • The Cloud Admin decides that an oversubscription ratio of 2:1 would suffice for this vDC.

In this scenario, the Cloud Admin can decrease the number of vCPUs available in the vDC to 1440 (2 x 24 x 30), by decreasing the vCPU-to-physical-CPU ratio to 2:1.

Note:

In any of the CPU oversubscription scenarios described earlier, to ensure that application performance across the vDC remains predictable, the Cloud Admin must keep the CPU Cap at 100% and not recommend to change. Note that the CPU Cap feature is deprecated.

Making an OVS Node Unavailable for vServer Placement

In certain situations, you may want to make an OVS node unavailable for vServer placement. For example, when you want to perform maintenance on a compute node.

To make an OVS node unavailable for vServer placement, you must perform the following tasks:

Task 1: Identify and Tag the OVS Node with vserver_placement.ignore_node=true

Task 2: Migrate the vServers on the Tagged OVS Node to Other Available OVS Nodes

Task 3 (optional): Place the OVS Node in Maintenance Mode

Task 1: Identify and Tag the OVS Node with vserver_placement.ignore_node=true

  1. Identify the OVS node that you want to make unavailable for vServer placement.

  2. Tag the OVS node with vserver_placement.ignore_node=true by doing the following:

    1. Log in to Exalogic Control as the ELAdmin user.

    2. From the navigation pane on the left, click Assets.

    3. Under Assets, from the drop-down list, select Server Pools, as shown in the following screenshot:

      Figure 10-5 Exalogic Views List

      Description of Figure 10-5 follows
      Description of "Figure 10-5 Exalogic Views List"

      A list of the OVS nodes is displayed.

    4. Select the OVS node you identified in step 1, as shown in the following screenshot:

      Figure 10-6 Select the OVS Node

      Description of Figure 10-6 follows
      Description of "Figure 10-6 Select the OVS Node"

      The OVS node dashboard is displayed as shown in the following screenshot:

      Figure 10-7 OVS Node Dashboard

      Description of Figure 10-7 follows
      Description of "Figure 10-7 OVS Node Dashboard"
    5. Click the Summary tab.

    6. From the Actions pane on the right, click Edit Tags.

      The Edit Tags dialog box is displayed.

    7. Click the plus (+) button.

    8. Enter vserver_placement.ignore_node as the Tag Name.

    9. Enter true as the Value. The following screenshot shows the Edit Tags dialog box after adding the vserver_placement.ignore_node=true tag:

      Figure 10-8 Edit Tags Dialog Box

      Description of Figure 10-8 follows
      Description of "Figure 10-8 Edit Tags Dialog Box"
    10. Click the Save button. Once the job is complete, the tag should be visible in the Summary tab under the Tags table. Any new vServers that you create will be placed on nodes other than ones tagged with vserver_placement.ignore_node=true.

      Note:

      To make the OVS node available for placement again, either delete the tag or set the value of the vserver_placement.ignore_node tag to false.

Task 2: Migrate the vServers on the Tagged OVS Node to Other Available OVS Nodes

  1. Identify the vServers running on the tagged OVS node by doing the following:

    1. Log in to Exalogic Control as a user with the Cloud Admin role.

    2. From the navigation pane on the left, click vDC Management.

    3. Expand vDCs.

    4. Expand MyCloud.

    5. Expand Server Pools.

    6. Click your server pool as shown in the following screenshot:

      The server pool dashboard is displayed.

    7. Click the Summary tab.

    8. Scroll down to the Oracle VM Servers section as shown in the following screenshot:

      Figure 10-10 List of Oracle VM Servers

      Description of Figure 10-10 follows
      Description of "Figure 10-10 List of Oracle VM Servers "
    9. Select the OVS node you tagged in Task 1: Identify and Tag the OVS Node with vserver_placement.ignore_node=true.

    10. Under the Virtual Machines section, note the vServers hosted on the node.

  2. Stop the vServers you identified in the previous step by following the steps described in Stopping vServers.

  3. Start the vServers you stopped in the previous step by following the steps described in Starting vServers.

    Note:

    If a HA-enabled vServer fails, while selecting a node for restarting the failed vServer, Exalogic Control considers all of the available nodes, including those that are tagged with vserver_placement.ignore_node=true. To make an OVS node unavailable to HA-enabled vServers as well, you must perform Task 3 (optional): Place the OVS Node in Maintenance Mode.

Task 3 (optional): Place the OVS Node in Maintenance Mode

To make an OVS node unavailable to all vServers, including HA-enabled vServers, do the following:

  1. Migrate all vServers off the OVS node as described in Task 2: Migrate the vServers on the Tagged OVS Node to Other Available OVS Nodes.
  2. Log in to Exalogic Control as the Exalogic Systems Admin user.
  3. From the navigation pane on the left, click Assets.
  4. Under Assets, from the drop-down list, select Exalogic Systems and expand Servers.

    A list of the OVS nodes is displayed.

  5. Select the OVS node you want to make unavailable.

    The OVS node dashboard is displayed as shown in the following screenshot:

    Figure 10-11 OVS Node Dashboard

    Description of Figure 10-11 follows
    Description of "Figure 10-11 OVS Node Dashboard"
  6. From the actions pane on the right, click Place in Maintenance Mode.

    Note:

    Before you place an OVS node in maintenance mode, ensure that there are no vServers running on the OVS node. All vServers running on the OVS node must be migrated as described in step 1.

    A confirmation box is displayed.

  7. Click Yes.

Changing Passwords for Components on the Exalogic Machine