- Preface
- Overview of Cisco Unified Computing System
- Overview of Cisco UCS Manager
- Overview of Cisco UCS Manager CLI
- Configuring the Fabric Interconnects
- Configuring Ports and Port Channels
- Managing Licenses
- Configuring Communication Services
- Configuring Authentication
- Configuring Organizations
- Configuring Role-Based Access Control
- Configuring DNS Servers
- Configuring System-Related Policies
- Managing Virtual Interfaces
- Registering Cisco UCS Domains with Cisco UCS Central
- VLANs
- Configuring LAN Pin Groups
- Configuring MAC Pools
- Configuring Quality of Service
- Configuring Network-Related Policies
- Configuring Upstream Disjoint Layer-2 Networks
- Configuring Named VSANs
- Configuring SAN Pin Groups
- Configuring WWN Pools
- Configuring Storage-Related Policies
- Configuring Fibre Channel Zoning
- Configuring Server-Related Pools
- Setting the Management IP Address
- Configuring Server-Related Policies
- Configuring Server Boot
- Deferring Deployment of Service Profile Updates
- Service Profiles
- Managing Power in Cisco UCS
- Managing Time Zones
- Managing the Chassis
- Managing Blade Servers
- Managing Rack-Mount Servers
- CIMC Session Management
- Backing Up and Restoring the Configuration
- Recovering a Lost Password
Deferring Deployment of Service Profile Updates
This chapter includes the following sections:
- Service Profile Deferred Deployments
- Configuring Schedules
- Configuring Maintenance Policies
- Managing Pending Activities
Service Profile Deferred Deployments
Some modifications to a service profile or to an updating service profile template can be disruptive and require a reboot of the server. You can, however, configure deferred deployment to control when those disruptive configuration changes are implemented. For example, you can choose to deploy the service profile changes immediately or have them deployed during a specified maintenance window. You can also choose whether or not a service profile deployment requires explicit user acknowledgment.
Deferred deployment is available for all configuration changes that occur through the association of a service profile with a server. These configuration changes can be prompted by a change to a service profile, to a policy that is included in a service profile, or to an updating service profile template. For example, you can defer the upgrade and activation of firmware through host firmware packages and management firmware packages, such as server BIOS, RAID controller, host HBA, and network adapters. However, you cannot defer the direct deployment of firmware images for components that do not use either of the firmware packages, such as Cisco UCS Manager, fabric interconnects, and I/O modules.
Deferred deployment is not available for the following actions which require the reboot of a server:
-
Initial association of a service profile with a server
-
Final disassociation of a service profile from a server, without associating the service profile with a different server
-
Decommissioning a server
-
Re-acknowledging a server
-
Resetting a server
If you want to defer the deployment of service profile changes, you must configure one or more maintenance policies and configure each service profile with a maintenance policy. If you want to define the time period when the deployment should occur, you also need to create at least one schedule with one or more recurring occurrences or one time occurrences, and include that schedule in a maintenance policy.
- Schedules for Deferred Deployments
- Maintenance Policy
- Pending Activities for Deferred Deployments
- Guidelines and Limitations for Deferred Deployments
Schedules for Deferred Deployments
A schedule contains a set of occurrences. These occurrences can be one time only or can recur at a specified time and day each week. The options defined in the occurrence, such as the duration of the occurrence or the maximum number of tasks to be run, determine whether a service profile change is deployed. For example, if a change cannot be deployed during a given maintenance window because the maximum duration or number of tasks was reached, that deployment is carried over to the next maintenance window.
Each schedule checks periodically to see whether the Cisco UCS domain entered one or more maintenance windows. If so, the schedule executes the deployments that are eligible according to the constraints specified in the maintenance policy.
A schedule contains one or more occurrences, which determine the maintenance windows associated with that schedule. An occurrence can be one of the following:
- One Time Occurrence
-
One time occurrences define a single maintenance window. These windows continue until the maximum duration of the window or the maximum number of tasks that can be run in the window is reached.
- Recurring Occurrence
-
Recurring occurrences define a series of maintenance windows. These windows continue until the maximum number of tasks or the end of the day specified in the occurrence was reached.
Maintenance Policy
The maintenance policy specifies how deploys the service profile changes. The deployment can occur in one of the following ways:
-
Immediately
-
When acknowledged by a user with administrator privileges
-
Automatically at the time specified in a schedule
-
On the next reboot or shutdown without waiting for the user acknowledgment or the timer scheduling option
A UCSM and CIMC version on blade or rack server must be running firmware from 3.1.x bundle, for On Next Boot to work.
If the On Next Boot option is enabled in a maintenance policy, and you downgrade from Cisco UCS Manager Release 3.1(1) or later releases to any release earlier than Cisco UCS Manager Release 2.2(8), firmware downgrade will fail. Disable On Next Boot from the maintenance policy to continue with the downgrade.
You can use the soft shutdown timer in the maintenance policy to configure the wait time for performing a hard shutdown. The soft shutdown timer is applicable when you reboot the server for the following:
-
Reset the server using the Gracefully Restart OS option.
-
Shut down the server with the In case of graceful shutdown failure, a hard shutdown will be issued after X seconds option.
-
Modify a service profile that requires a server reboot.
If the maintenance policy is configured to deploy the change during a scheduled maintenance window, the policy must include a valid schedule. The schedule deploys the changes in the first available maintenance window.
Pending Activities for Deferred Deployments
If you configure a deferred deployment in a Cisco UCS domain, Cisco UCS Manager enables you to view all pending activities. You can see activities that are waiting for user acknowledgement and those that are scheduled.
If a Cisco UCS domain has pending activities, Cisco UCS Manager GUI notifies users with admin privileges when they log in.
Cisco UCS Manager displays information about all pending activities, including the following:
-
Name of the service profile to deploy and associate with a server
-
Server affected by the deployment
-
Disruption caused by the deployment
-
Change performed by the deployment
Note | You cannot specify the maintenance window in which a specific pending activity is applied to the server. The maintenance window depends upon how many activities are pending and which maintenance policy is assigned to the service profile. However, any user with admin privileges can manually initiate a pending activity and reboot the server immediately, whether it is waiting for user acknowledgment or for a maintenance window. |
Guidelines and Limitations for Deferred Deployments
Cannot Undo All Changes to Service Profiles or Service Profile Templates
If you cancel a pending change, Cisco UCS Manager attempts to roll back the change without rebooting the server. However, for complex changes, Cisco UCS Manager may have to reboot the server a second time to roll back the change. For example, if you delete a vNIC, Cisco UCS Manager reboots the server according to the maintenance policy included in the service profile. You cannot cancel this reboot and change, even if you restore the original vNIC in the service profile. Instead, Cisco UCS Manager schedules a second deployment and reboot of the server.
Association of Service Profile Can Exceed Boundaries of Maintenance Window
After Cisco UCS Manager begins the association of the service profile, the scheduler and maintenance policy do not have any control over the procedure. If the service profile association does not complete within the allotted maintenance window, the process continues until it is completed. For example, this can occur if the association does not complete in time because of retried stages or other issues.
Cannot Specify Order of Pending Activities
Scheduled deployments run in parallel and independently. You cannot specify the order in which the deployments occur. You also cannot make the deployment of one service profile change dependent upon the completion of another.
Cannot Perform Partial Deployment of Pending Activity
Cisco UCS Manager applies all changes made to a service profile in the scheduled maintenance window. You cannot make several changes to a service profile at the same time and then have those changes be spread across several maintenance windows. When Cisco UCS Manager deploys the service profile changes, it updates the service profile to match the most recent configuration in the database.
Configuring Schedules
Creating a Schedule
Command or Action | Purpose |
---|
The following example creates a scheduler called maintenancesched and commits the transaction:
UCS-A# scope system UCS-A /system # create scheduler maintenancesched UCS-A /system/scheduler* # commit-buffer UCS-A /system/scheduler #
Create a one time occurrence or recurring occurrence for the schedule.
Creating a One Time Occurrence for a Schedule
UCS-A# scope system UCS-A /system # scope scheduler maintsched UCS-A /system/scheduler # create occurrence one-time onetimemaint UCS-A /system/scheduler/one-time* # set date apr 1 2011 11 00 UCS-A /system/scheduler/one-time* # set concur-tasks 5 UCS-A /system/scheduler/one-time* # commit-buffer UCS-A /system/scheduler/one-time #
Creating a Recurring Occurrence for a Schedule
UCS-A# scope system UCS-A /system # scope scheduler maintsched UCS-A /system/scheduler # create occurrence recurring recurringmaint UCS-A /system/scheduler/recurring* # set day even-day UCS-A /system/scheduler/recurring* # set hour 11 UCS-A /system/scheduler/recurring* # set minute 5 UCS-A /system/scheduler/recurring* # set concur-tasks 5 UCS-A /system/scheduler/recurring* # commit-buffer UCS-A /system/scheduler/recurring #
Deleting a One Time Occurrence from a Schedule
If this is the only occurrence in a schedule, that schedule is reconfigured with no occurrences. If the schedule is included in a maintenance policy and that policy is assigned to a service profile, any pending activities related to the server associated with the service profile cannot be deployed. You must add a one time occurrence or a recurring occurrence to the schedule to deploy the pending activity.
Command or Action | Purpose | |
---|---|---|
Step 1 | UCS-A# scope system |
Enters system mode. |
Step 2 | UCS-A /system # scope scheduler sched-name |
Enters scheduler system mode. |
Step 3 | UCS-A /system/scheduler # delete occurrence one-time occurrence-name |
Deletes the specified one-time occurrence. |
Step 4 | UCS-A /system/scheduler # commit-buffer |
Commits the transaction to the system configuration. |
UCS-A# scope system UCS-A /system # scope scheduler maintsched UCS-A /system/scheduler # delete occurrence one-time onetimemaint UCS-A /system/scheduler* # commit-buffer UCS-A /system/scheduler #
Deleting a Recurring Occurrence from a Schedule
If this is the only occurrence in a schedule, that schedule is reconfigured with no occurrences. If the schedule is included in a maintenance policy and that policy is assigned to a service profile, any pending activities related to the server associated with the service profile cannot be deployed. You must add a one time occurrence or a recurring occurrence to the schedule to deploy the pending activity.
Command or Action | Purpose | |
---|---|---|
Step 1 | UCS-A# scope system |
Enters system mode. |
Step 2 | UCS-A /system # scope scheduler sched-name |
Enters scheduler system mode. |
Step 3 | UCS-A /system/scheduler # delete occurrence recurring occurrence-name |
Deletes the specified recurring occurrence. |
Step 4 | UCS-A /system/scheduler # commit-buffer |
Commits the transaction to the system configuration. |
UCS-A# scope system UCS-A /system # scope scheduler maintsched UCS-A /system/scheduler # delete occurrence recurring onetimemaint UCS-A /system/scheduler* # commit-buffer UCS-A /system/scheduler #
Deleting a Schedule
If this schedule is included in a maintenance policy, the policy is reconfigured with no schedule. If that policy is assigned to a service profile, any pending activities related to the server associated with the service profile cannot be deployed. You must add a schedule to the maintenance policy to deploy the pending activity.
Command or Action | Purpose |
---|
The following example deletes a scheduler called maintenancesched and commits the transaction:
UCS-A# scope system UCS-A /system # delete scheduler maintenancesched UCS-A /system* # commit-buffer UCS-A /system #
Configuring Maintenance Policies
Creating a Maintenance Policy
If you plan to configure this maintenance policy for deferred deployment, create a schedule.
Command or Action | Purpose | |
---|---|---|
Step 1 | UCS-A# scope org org-name |
Enters organization mode for the specified organization. To enter the root organization mode, type / as the org-name . |
Step 2 | UCS-A /org # create maint-policy policy-name |
Creates the specified maintenance policy and enters maintenance policy mode. |
Step 3 | UCS-A /org/maint-policy # set reboot-policy {immediate | timer-automatic | user-ack} |
|
Step 4 | UCS-A /org/maint-policy # set on-next-boot | (Optional)
With the policy enabled, the host OS reboot, shutdown, reset or server reset, shutdown also triggers the associated FSM to apply the changes that are waiting for the user-ack or timer-automatic maintenance window. |
Step 5 | UCS-A /org/maint-policy # set soft-shutdown-timer { 150-seconds | 300-seconds | 600-seconds \ | never } |
Specifies the time in seconds for Cisco UCS Manager to wait after issuing a soft shutdown to allow servers to gracefully shut down and reboot within the specified time instead of issuing a hard shutdown after 150 seconds. |
Step 6 | UCS-A /org/maint-policy # set scheduler scheduler-name | (Optional)
If the reboot-policy property is set to timer-automatic, you must select the schedule that specifies when maintenance operations can be applied to the server. Cisco UCS reboots the server and completes the service profile changes at the scheduled time. |
Step 7 | UCS-A /org/maint-policy # commit-buffer |
Commits the transaction to the system configuration. |
UCS-A# scope org / UCS-A /org # create maint-policy maintenance UCS-A /org/maint-policy* # set reboot-policy immediate UCS-A /org/maint-policy* # set soft-shutdown-timer 300-secs UCS-A /org/maint-policy* # commit-buffer UCS-A /org/maint-policy #
The following example enters a maintenance policy called maintenance, sets the system to reboot when you explicitly acknowledge changes made to the service profile, sets the on-next-boot option, sets the soft shutdown timer to 300 seconds, and commits the transaction:
UCS-A# scope org / UCS-A /org # enter maint-policy maintenance UCS-A /org/maint-policy* # set reboot-policy user-ack UCS-A /org/maint-policy* # set on-next-boot UCS-A /org/maint-policy* # set soft-shutdown-timer 300-secs UCS-A /org/maint-policy* # commit-buffer UCS-A /org/maint-policy #
Deleting a Maintenance Policy
Command or Action | Purpose | |
---|---|---|
Step 1 | UCS-A# scope org org-name |
Enters organization mode for the specified organization. To enter the root organization mode, type / as the org-name . |
Step 2 | UCS-A /org # delete maint-policy policy-name |
Deletes the specified maintenance policy. |
Step 3 | UCS-A /org # commit-buffer |
Commits the transaction to the system configuration. |
UCS-A# scope org / UCS-A /org # delete maint-policy maintenance UCS-A /org/maint-policy* # commit-buffer UCS-A /org/maint-policy #
Managing Pending Activities
Viewing Pending Activities
Command or Action | Purpose | |
---|---|---|
Step 1 | UCS-A# scope org org-name |
Enters organization mode. To enter the root organization mode, type / as the org-name. |
Step 2 | UCS-A /org # scope service-profile profile-name |
Enters organization service profile mode for the specified service. |
Step 3 | UCS-A /org/service-profile # show pending-changes [detail | expand] |
Displays details about pending-changes. |
The following example shows how to display pending changes for a service profile called accounting:
UCS-A# scope org / UCS-A /org # scope service-profile accounting UCS-A /org/service-profile # show pending-changes detail Pending Changes: Scheduler: Changed by: admin Acked by: Mod. date: 2010-09-20T20:36:09.254 State: Untriggered Admin State: Untriggered Pend. Changes: 0 Pend. Disr.: 0 UCS-A /org/service-profile #
Deploying a Service Profile Change Waiting for User Acknowledgement
You cannot stop Cisco UCS Manager from rebooting the affected server after you acknowledge a pending activity.
Command or Action | Purpose | |
---|---|---|
Step 1 | UCS-A# scope org org-name |
Enters organization mode. To enter the root organization mode, type / as the org-name. |
Step 2 | UCS-A /org # scope service-profile profile-name |
Enters organization service profile mode for the specified service. |
Step 3 | UCS-A /org/service-profile # apply pending-changes immediate |
Applies the pending changes immediately. Cisco UCS Manager immediately reboots the server affected by the pending activity. |
The following example shows how to apply pending changes for a service profile called accounting:
UCS-A# scope org / UCS-A /org # scope service-profile accounting UCS-A /org/service-profile # apply pending-changes immediate UCS-A /org/service-profile #
Deploying a Scheduled Service Profile Change Immediately
You cannot stop Cisco UCS Manager from rebooting the affected server after you acknowledge a pending activity.
Command or Action | Purpose | |
---|---|---|
Step 1 | UCS-A# scope org org-name |
Enters organization mode. To enter the root organization mode, type / as the org-name. |
Step 2 | UCS-A /org # scope service-profile profile-name |
Enters organization service profile mode for the specified service. |
Step 3 | UCS-A /org/service-profile # apply pending-changes immediate |
Applies the pending changes immediately. Cisco UCS Manager immediately reboots the server affected by the pending activity. |
The following example shows how to apply pending changes for a service profile called accounting:
UCS-A# scope org / UCS-A /org # scope service-profile accounting UCS-A /org/service-profile # apply pending-changes immediate UCS-A /org/service-profile #