Skip to content

Commit 4e86cbd

Browse files
author
Jill Grant
authored
Merge pull request #269969 from rvandenbedem/patch-1
Update attach-azure-netapp-files-to-azure-vmware-solution-hosts.md
2 parents 68ad3b7 + 57d97ce commit 4e86cbd

File tree

2 files changed

+6
-6
lines changed

2 files changed

+6
-6
lines changed

articles/azure-vmware/attach-azure-netapp-files-to-azure-vmware-solution-hosts.md

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -3,7 +3,7 @@ title: Attach Azure NetApp Files datastores to Azure VMware Solution hosts
33
description: Learn how to create Azure NetApp Files-based NFS datastores for Azure VMware Solution hosts.
44
ms.topic: how-to
55
ms.service: azure-vmware
6-
ms.date: 11/27/2023
6+
ms.date: 3/22/2024
77
ms.custom: "references_regions, engagement-fy23"
88
---
99

@@ -102,7 +102,7 @@ Under **Manage**, select **Storage**.
102102
1. Under **Associated cluster**, in the **Client cluster** field, select one or more clusters to associate the volume as a datastore.
103103
1. Under **Data store**, create a personalized name for your **Datastore name**.
104104
1. When the datastore is created, you should see all of your datastores in the **Storage**.
105-
2. Notice that the NFS datastores are added in vCenter.
105+
2. Notice that the NFS datastores are added in vCenter Server.
106106

107107
### [Azure CLI](#tab/azure-cli)
108108

@@ -152,7 +152,7 @@ az vmware datastore netapp-volume create \
152152
--volume-id /subscriptions/<subscription ID>/resourceGroups/<resource group>/providers/Microsoft.NetApp/netAppAccounts/<NetApp account>/capacityPools/<changed capacity pool>/volumes/<volume name>
153153
```
154154
>[!IMPORTANT]
155-
> The parameters for datastore **name**, **resource-group**, **cluster**, and **private-cloud** (SDDC) must be **exactly the same as those on the existing datastore in the private cloud**. The **volume-id** is the updated Resource ID of the Azure NetApp Files volume after the service level change.
155+
> The parameters for datastore **name**, **resource-group**, **cluster**, and **private-cloud** must be **exactly the same as those on the existing datastore in the private cloud**. The **volume-id** is the updated Resource ID of the Azure NetApp Files volume after the service level change.
156156
157157
## Disconnect an Azure NetApp Files-based datastore from your private cloud
158158

@@ -224,10 +224,10 @@ Now that you attached a datastore on Azure NetApp Files-based NFS volume to your
224224

225225
Azure NetApp Files NFS volumes that are used as datastores are billed following the [capacity pool based billing model](../azure-netapp-files/azure-netapp-files-cost-model.md). Billing depends on the service level. There's no extra charge for using Azure NetApp Files NFS volumes as datastores.
226226

227-
- **Can a single Azure NetApp Files datastore be added to multiple clusters within the same Azure VMware Solution SDDC?**
227+
- **Can a single Azure NetApp Files datastore be added to multiple clusters within the same Azure VMware Solution private cloud?**
228228

229229
Yes, you can select multiple clusters at the time of creating the datastore. More clusters can be added or removed after the initial creation as well.
230230

231-
- **Can a single Azure NetApp Files datastore be added to multiple clusters within different Azure VMware Solution SDDCs?**
231+
- **Can a single Azure NetApp Files datastore be added to multiple clusters within different Azure VMware Solution private clouds?**
232232

233-
Yes, you can connect an Azure NetApp Files volume as a datastore to multiple clusters in different SDDCs. Each SDDC needs connectivity via the ExpressRoute gateway in the Azure NetApp Files virtual network. Latency considerations apply.
233+
Yes, you can connect an Azure NetApp Files volume as a datastore to multiple clusters in different private clouds. Each private cloud needs connectivity via the ExpressRoute gateway in the Azure NetApp Files virtual network. Latency considerations apply.
-112 KB
Loading

0 commit comments

Comments
 (0)