IT tutorials
 
Technology
 

Windows Server 2012 : Continuous availability (part 5) - Failover Clustering enhancements - Node drain, Cluster-Aware Updating

10/7/2013 9:02:04 PM
- Free product key for windows 10
- Free Product Key for Microsoft office 365
- Malwarebytes Premium 3.7.1 Serial Keys (LifeTime) 2019

Node drain

When a failover cluster node needs to be taken down for maintenance, the clustered roles hosted on that node first need to be moved to another node in the cluster. Some examples of the kind of maintenance you might need to perform on a cluster node might be upgrading the hardware on the node or applying a service pack.

In the previous version of Failover Clustering in Windows Server 2008 R2, taking down a node for maintenance was a manual process that required placing the node into a Paused state and then manually moving the applications and services running on the node to another node on the cluster.

However, Failover Clustering in Windows Server 2012 now makes performing maintenance on cluster nodes much easier. A new feature called node drain now lets you automate the moving of clustered roles off from the node scheduled for maintenance onto other nodes running on the cluster.

Draining a node can be done either manually by a single click in the Failover Cluster Manager console (as shown in Figure 4), or you can script it with PowerShell for automation purposes by using the Suspend-ClusterNode cmdlet.

Initiating a node drain to take down a node for maintenance.

Figure 4. Initiating a node drain to take down a node for maintenance.

Initiating the node drain process does the following:

  1. Puts the node into the Paused state to prevent roles hosted on other nodes from being moved to this node

  2. Sorts the roles on the node according to the priority you’ve assigned them (assigning priorities to roles is another new feature of Failover Clustering in Windows Server 2012)

  3. Moves the roles from the node to other nodes in the cluster in order of priority (VMs are live-migrated to other hosts)

Once the process is completed, the node is down and is ready for maintenance.

Cluster-Aware Updating

Cluster-Aware Updating (CAU) is a new feature of Windows Server 2012 that lets you automatically apply software updates to the host operating system in clustered servers with little or no downtime. CAU thus both simplifies update management of cluster nodes and helps ensure your cluster remains available at all times.

CAU functionality works seamlessly with your Windows Server Update Services (WSUS) infrastructure and is installed automatically on each cluster node. CAU can be managed from any server that has the Failover Cluster feature installed but does not belong to the cluster whose nodes you wish to update.

As shown previously in Figure 2, you can use Server Manager to initiate the process of updating a cluster. Selecting the Update Cluster menu item opens the Cluster-Aware Updating dialog box and connects to the cluster you selected in Server Manager:

image with no caption

You can also open the Cluster-Aware Updating dialog box from Failover Cluster Manager.

Clicking the Preview Updates For This Cluster option opens the Preview Updates dialog box, and clicking Generate Update Preview List in this dialog box downloads a list of the updates available for nodes in the cluster:

image with no caption

Closing the Preview Updates dialog box returns you to the Cluster-Aware Updating dialog box where clicking the Apply Updates To This Cluster option starts the Cluster-Aware Updating Wizard:

image with no caption

Once you’ve walked through the steps of this wizard and clicked Next, the update process begins. The way the whole process works is like this:

Cluster nodes are scanned to determine which updates they require in the following way:

  1. Nodes are prioritized according to the number of workloads they have running on them.

  2. The node with the fewest workloads is then drained to place it into maintenance mode. This causes the workloads running on the node to be moved automatically to other active nodes in the cluster .

  3. The Windows Update Agent on this node downloads the necessary updates from either Windows Update or from your WSUS server if you have one deployed in your environment.

  4. Once the node has been successfully updated, the node is resumed and becomes an active node in the cluster again.

  5. The process is then repeated on each remaining node in the cluster in turn, according to priority.

CAU employs an updating run profile to store the settings for how exceptions are handled, time boundaries for the update process, and other aspects of the node updating process. You can configure these settings by clicking the Create Or Modify Updating Run Profile option in the Cluster-Aware Updating dialog box shown previously. Doing this opens the Updating Run Profile Editor, as shown here:

image with no caption

Why CAU?

Since Failover Clustering was first introduced back in Microsoft Windows NT 4.0 Service Pack 3, there has been an issue with updating the nodes of the cluster. With Windows NT, because we could have only 2 nodes, the problem was relatively easy to solve. You could put the individual nodes into separate update groups, or create a custom batch file or script to move everything off a single node, update it, and then repeat on the other side at a later time. As clustering has improved, and we have added the number of nodes you can have in a cluster, updating gets more and more complex. With Windows 2008 R2 allowing up to 16 nodes in a cluster, maintaining an update methodology that keeps all resources online as much as possible in large clusters is cumbersome and replete with possible errors. This contributes to the most common issue I see at customer sites when I am brought in to review clusters or troubleshoot what went wrong in a failure. This issue is that the hotfixes or drivers installed are different versions in a cluster.

The answer to this in Windows Server 2012 is CAU, which allows all nodes in the cluster to be updated, one at a time, while maintaining the availability of applications. By having an update process that is aware of all nodes in the cluster and can move the resources around, we are able to maintain availability and still update all nodes of the cluster. This also helps reduce the human error element when relying on someone to follow the best practice of moving resources off and pausing a node—this action is automated in CAU. With CAU, we can coordinate and install updates and hotfixes on all nodes, moving the groups around to maintain availability and still get everything up to date. Because CAU also integrates with normal Windows updating, you can control what updates are applied using WSUS and only approve the updates that are appropriate for your environment.

 
Others
 
- Windows Server 2012 : Continuous availability (part 4) - Failover Clustering enhancements - Virtual machine monitoring
- Windows Server 2012 : Continuous availability (part 3) - Failover Clustering enhancements - VM priority
- Windows Server 2012 : Continuous availability (part 2) - Failover Clustering enhancements - Simplified cluster management, Active Directory integration
- Windows Server 2012 : Continuous availability (part 1) - Failover Clustering enhancements - CSV2 and scale-out file servers
- Windows Phone 8 : Location APIs (part 3) - Emulating Location Information
- Windows Phone 8 : Location APIs (part 2) - Accessing Location Information
- Windows Phone 8 : Location APIs (part 1) - Location Permission
- SQL Server 2008 : Data compression (part 2) - Data compression considerations
- SQL Server 2008 : Data compression (part 1) - Row compression, Page compression
- SQL Server 2008 : BLOB storage with FileStream (part 2) - FileStream data
 
 
Top 10
 
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Finding containers and lists in Visio (part 2) - Wireframes,Legends
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Finding containers and lists in Visio (part 1) - Swimlanes
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Formatting and sizing lists
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Adding shapes to lists
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Sizing containers
- Microsoft Access 2010 : Control Properties and Why to Use Them (part 3) - The Other Properties of a Control
- Microsoft Access 2010 : Control Properties and Why to Use Them (part 2) - The Data Properties of a Control
- Microsoft Access 2010 : Control Properties and Why to Use Them (part 1) - The Format Properties of a Control
- Microsoft Access 2010 : Form Properties and Why Should You Use Them - Working with the Properties Window
- Microsoft Visio 2013 : Using the Organization Chart Wizard with new data
Technology FAQ
- Is possible to just to use a wireless router to extend wireless access to wireless access points?
- Ruby - Insert Struct to MySql
- how to find my Symantec pcAnywhere serial number
- About direct X / Open GL issue
- How to determine eclipse version?
- What SAN cert Exchange 2010 for UM, OA?
- How do I populate a SQL Express table from Excel file?
- code for express check out with Paypal.
- Problem with Templated User Control
- ShellExecute SW_HIDE
programming4us programming4us