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
Copy file name to clipboardExpand all lines: articles/azure-vmware/deploy-vsan-stretched-clusters.md
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,5 +1,5 @@
1
1
---
2
-
title: Deploy vSAN stretched clusters
2
+
title: Deploy vSAN stretched clusters (Preview)
3
3
description: Learn how to deploy vSAN stretched clusters.
4
4
ms.topic: how-to
5
5
ms.service: azure-vmware
@@ -48,7 +48,7 @@ It should be noted that these types of failures, although rare, fall outside the
48
48
49
49
## Deploy a stretched cluster private cloud
50
50
51
-
Currently, Azure VMware Solution stretched clusters is in a limited availability phase. In the limited availability phase, you must contact Microsoft to request and qualify for support.
51
+
Currently, Azure VMware Solution stretched clusters is in the (preview) phase. While in the (preview) phase, you must contact Microsoft to request and qualify for support.
52
52
53
53
## Prerequisites
54
54
@@ -120,7 +120,7 @@ Azure VMware Solution stretched clusters are available in the following regions:
120
120
121
121
As of now, the only 3 regions listed above are planned for support of stretched clusters.
122
122
123
-
### What kind of SLA does Azure VMware Solution provide with the stretched clusters limited availability release?
123
+
### What kind of SLA does Azure VMware Solution provide with the stretched clusters (preview) release?
124
124
125
125
A private cloud created with a vSAN stretched cluster is designed to offer a 99.99% infrastructure availability commitment when the following conditions exist:
126
126
- A minimum of 6 nodes are deployed in the cluster (3 in each availability zone)
@@ -137,7 +137,7 @@ No. A stretched cluster is created between two availability zones, while the thi
137
137
- Scale out and scale-in of stretched clusters can only happen in pairs. A minimum of 6 nodes and a maximum of 16 nodes are supported in a stretched cluster environment.
138
138
- Customer workload VMs are restarted with a medium vSphere HA priority. Management VMs have the highest restart priority.
139
139
- The solution relies on vSphere HA and vSAN for restarts and replication. Recovery time objective (RTO) is determined by the amount of time it takes vSphere HA to restart a VM on the surviving AZ after the failure of a single AZ.
140
-
- Preview features for standard private cloud environments aren't supported in a stretched cluster environment. For example, external storage options like disk pools and Azure NetApp Files (ANF), Customer Management Keys, Public IP via NSX-T Data Center Edge, and others.
140
+
- Preview and GA features for standard private cloud environments aren't supported in a stretched cluster environment. For example, external storage options like disk pools and Azure NetApp Files (ANF), Customer Management Keys, Public IP via NSX-T Data Center Edge, and others.
141
141
- Disaster recovery addons like, VMware SRM, Zerto, and JetStream are currently not supported in a stretched cluster environment.
142
142
143
143
### What kind of latencies should I expect between the availability zones (AZs)?
@@ -154,7 +154,7 @@ Customers will be charged based on the number of nodes deployed within the priva
154
154
155
155
### Will I be charged for the witness node and for inter-AZ traffic?
156
156
157
-
No. While in limited availability, customers won't see a charge for the witness node and the inter-AZ traffic. The witness node is entirely service managed, and Azure VMware Solution provides the required lifecycle management of the witness node. As the entire solution is service managed, the customer only needs to identify the appropriate SPBM policy to set for the workload virtual machines. The rest is managed by Microsoft.
157
+
No. While in (preview), customers won't see a charge for the witness node and the inter-AZ traffic. The witness node is entirely service managed, and Azure VMware Solution provides the required lifecycle management of the witness node. As the entire solution is service managed, the customer only needs to identify the appropriate SPBM policy to set for the workload virtual machines. The rest is managed by Microsoft.
0 commit comments