You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This topic describes how to migrate a Windows Server failover cluster to Azure Local using your existing machine hardware. This process installs the new operating system for Azure Local and retains your existing system settings and storage, and imports your VMs.
17
+
This topic describes how to migrate a Windows Server failover cluster to Azure Local using your existing machine hardware. This process installs the new operating system for Azure Local and retains your existing system settings and storage, and imports your virtual machines (VMs).
18
18
19
19
The following diagram depicts migrating your Windows Server cluster in-place using the same machine hardware. After shutting down your system, Azure Local is installed, storage is reattached, and your VMs are imported and made highly available (HA).
20
20
@@ -23,7 +23,7 @@ The following diagram depicts migrating your Windows Server cluster in-place usi
23
23
To migrate your VMs to new Azure Local hardware, see [Migrate to Azure Local on new hardware](migrate-cluster-new-hardware.md).
24
24
25
25
> [!NOTE]
26
-
> Migrating stretched clusters is not covered in this article.
26
+
> Migrating stretched clusters isn't covered in this article.
27
27
28
28
## Before you begin
29
29
@@ -40,7 +40,7 @@ There are several requirements and things to consider before you begin migration
40
40
- Shut down your system VMs, offline CSVs, offline storage pools, and the system service.
41
41
- Disable the Cluster Name Object (CNO) (it's reused later) and:
42
42
- Check that the CNO has Create Object rights to its own Organizational Unit (OU)
43
-
- Check that the block inherited policy has been set on the OU
43
+
- Check that the block inherited policy is set on the OU
44
44
- Set the required policy for Azure Local on this OU
45
45
46
46
## VM version support and update
@@ -60,7 +60,7 @@ Regardless of the OS version a VM may be running on, the minimum VM version supp
60
60
|Windows Server 2022||
61
61
|Azure Local|9.0|
62
62
63
-
For VMs on Windows Server 2008 SP1, Windows Server 2008 R2-SP1, and Windows 2012 systems, direct migration to Azure Local is not supported. In these cases, you have two options:
63
+
For VMs on Windows Server 2008 SP1, Windows Server 2008 R2-SP1, and Windows 2012 systems, direct migration to Azure Local isn't supported. In these cases, you have two options:
64
64
65
65
- Migrate these VMs to Windows Server 2012 R2 or later first, update the VM version, then begin the migration process.
66
66
@@ -111,11 +111,11 @@ If using Windows Admin Center to create the Azure Local instance, the Create Clu
111
111
For detailed information on how to create the system, see [Create an Azure Local instance using Windows Admin Center](../deploy/create-cluster.md).
112
112
113
113
> [!IMPORTANT]
114
-
> Skip step **4.1 Clean drives** in the Create system wizard. Otherwise you will delete your existing VMs and storage.
114
+
> Skip step **4.1 Clean drives** in the Create system wizard. Otherwise you'll delete your existing VMs and storage.
115
115
116
116
1. Start the Create Cluster wizard. When you get to **Step 4: Storage**:
117
117
118
-
1. Skip step **4.1 Clean drives**. Don't do this.
118
+
1. Skip step **4.1 Clean drives**. Don't do this operation.
For more information on how to create the system using PowerShell, see [Create an Azure Local instance using Windows PowerShell](../deploy/create-cluster-powershell.md).
145
145
146
146
> [!NOTE]
147
-
> Re-use the same name for the previously disabled Cluster Name Object.
147
+
> Reuse the same name for the previously disabled Cluster Name Object.
148
148
149
149
1. Run the cmdlet to create the system:
150
150
@@ -161,11 +161,11 @@ For more information on how to create the system using PowerShell, see [Create a
161
161
1. If migrating from Windows Server 2016, this also creates a new `ClusterperformanceHistory` ReFS volume and assigns it to the SDDC Cluster Resource Group.
162
162
163
163
> [!NOTE]
164
-
> If a storage pool shows Minority Disk errors (viewable in Cluster Manager), re-run the `Enable-ClusterS2D -verbose` cmdlet.
164
+
> If a storage pool shows Minority Disk errors (viewable in Cluster Manager), rerun the `Enable-ClusterS2D -verbose` cmdlet.
165
165
166
-
1. Using Cluster Manager, enable every CSV except the `ClusterperformanceHistory` volume, which is a ReFS volume (make sure this is not an ReFS CSV).
166
+
1. Using Cluster Manager, enable every CSV except the `ClusterperformanceHistory` volume, which is a ReFS volume (make sure this isn't an ReFS CSV).
167
167
168
-
1. If migrating from Windows Server 2019, re-run the `Enable-ClusterS2D -verbose` cmdlet. This associates the `ClusterperformanceHistory` ReFS volume with the SDDC Cluster Resource Group.
168
+
1. If migrating from Windows Server 2019, rerun the `Enable-ClusterS2D -verbose` cmdlet. This associates the `ClusterperformanceHistory` ReFS volume with the SDDC Cluster Resource Group.
169
169
170
170
1. Determine your current storage pool name and version by running the cmdlet:
171
171
@@ -203,7 +203,7 @@ For more information on how to create the system using PowerShell, see [Create a
203
203
```
204
204
205
205
> [!NOTE]
206
-
> `ClusterFunctionalLevel` is automatically set to `10` and does not require updating due to new the operating system and cluster creation.
206
+
> `ClusterFunctionalLevel` is automatically set to `10` and doesn't require updating due to new the operating system and cluster creation.
207
207
208
208
1. Update your storage pool as follows:
209
209
@@ -215,7 +215,7 @@ For more information on how to create the system using PowerShell, see [Create a
215
215
216
216
If migrating from Windows Server 2016, Resilient File System (ReFS) volumes are supported, but such volumes don't benefit from performance enhancements in Azure Local from using mirror-accelerated parity (MAP) volumes. This enhancement requires a new ReFS volume to be created using the PowerShell `New-Volume` cmdlet.
217
217
218
-
For Windows Server 2016 MAP volumes, ReFS compaction wasn't available, so re-attaching these volumes is OK but will be less performant compared to creating a new MAP volume in an Azure Local instance.
218
+
For Windows Server 2016 MAP volumes, ReFS compaction wasn't available, so reattaching these volumes is OK but will be less performant compared to creating a new MAP volume in an Azure Local instance.
0 commit comments