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-netapp-files/application-volume-group-considerations.md
+3-2Lines changed: 3 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ services: azure-netapp-files
5
5
author: b-hchen
6
6
ms.service: azure-netapp-files
7
7
ms.topic: conceptual
8
-
ms.date: 08/13/2024
8
+
ms.date: 01/29/2025
9
9
ms.author: anfdocs
10
10
---
11
11
# Requirements and considerations for application volume group for SAP HANA
@@ -32,7 +32,7 @@ This article describes the requirements and considerations you need to be aware
32
32
It is recommended that you lay out the VNet and delegated subnet at design time.
33
33
34
34
Application volume group for SAP HANA creates multiple IP addresses, up to six IP addresses for larger-sized estates. Ensure that the delegated subnet has sufficient free IP addresses. Consider using a delegated subnet with a minimum of 251 IP addresses with a subnet size of /24. See [Considerations about delegating a subnet to Azure NetApp Files](azure-netapp-files-delegate-subnet.md#considerations).
35
-
* Application volume group for SAP HANA only supports platform-managed keys for Azure NetApp Files volume encryption at volume creation at this time. Contact your Azure NetApp Files specialist or CSA if you have any questions about transitioning volumes from platform-managed keys to customer-managed keys after volume creation.
35
+
* Application volume group for SAP HANA only supports platform-managed keys for Azure NetApp Files volume encryption at volume creation at this time. Contact your Azure NetApp Files specialist or CSA if you have any questions about transitioning volumes from platform-managed keys to customer-managed keys after volume creation. Alternately, you can use customer-managed keys with extension 1.
36
36
37
37
>[!IMPORTANT]
38
38
>The use of application volume group for SAP HANA for applications other than SAP HANA is not supported. Reach out to your Azure NetApp Files specialist for guidance on using Azure NetApp Files multi-volume layouts with other database applications.
@@ -43,6 +43,7 @@ This article describes the requirements and considerations you need to be aware
43
43
* Application volume group supports Basic network features. If you're registered for extension 1, application volume group also supports [Standard network features](azure-netapp-files-network-topologies.md).
44
44
* Extension 1 supports [availability zone volume placement](use-availability-zones.md) as the new default method for placement. This upgrade mitigates the need for AVset pinning and eliminates the need for proximity placement groups. With support for availability zone volume placement, you only need to select the same availability zone as the database servers. Using availability zone volume placement aligns with the Microsoft recommendation on how to deploy SAP HANA infrastructures to achieve best performance with high-availability, maximum flexibility, and simplified deployment.
45
45
If regions do not support availability zones, you can select a regional deployment or choose proximity placement groups.
46
+
* Extension one supports [customer-managed-keys](configure-customer-managed-keys.md).
Copy file name to clipboardExpand all lines: articles/azure-netapp-files/application-volume-group-deploy-first-host.md
+18-14Lines changed: 18 additions & 14 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ services: azure-netapp-files
5
5
author: b-hchen
6
6
ms.service: azure-netapp-files
7
7
ms.topic: how-to
8
-
ms.date: 06/18/2024
8
+
ms.date: 01/29/2025
9
9
ms.author: anfdocs
10
10
---
11
11
# Deploy the first SAP HANA host using application volume group for SAP HANA
@@ -16,9 +16,10 @@ This article describes how to deploy the first SAP HANA host using Azure NetApp
16
16
17
17
## Before you begin
18
18
19
-
You should understand the [requirements and considerations for application volume group for SAP HANA](application-volume-group-considerations.md).
19
+
- Understand the [requirements and considerations for application volume group for SAP HANA](application-volume-group-considerations.md).
20
20
21
-
Be sure to follow the **[pinning recommendations](https://aka.ms/HANAPINNING)** and have at least one HANA virtual machine (VM) in the availability set started. Alternately, you can use [Application volume group for SAP HANA extension 1](application-volume-group-introduction.md#extension-1-features).
21
+
- Application volume group for SAP HANA extension 1 enables you to select Standard network features and availability zone volume placement without using volume pinning. You must register for [extension 1](#register-for-extension-1) to use the function.
22
+
Alternately, adhere to the **[pinning recommendations](https://aka.ms/HANAPINNING)**. Have at least one HANA virtual machine (VM) in the availability set started. Alternately, you can use [Application volume group for SAP HANA extension 1](application-volume-group-introduction.md#extension-1-features).
22
23
23
24
### Register for extension 1
24
25
@@ -80,7 +81,7 @@ You can also use [Azure CLI commands](/cli/azure/feature) `az feature register`
80
81
Specifies that the data, log, and shared volumes are to be created close to the VMs.
81
82
* **Capacity pool**:
82
83
All volumes are placed in a single manual QoS capacity pool.
83
-
If you want to create the log-backup and data-backup volumes in a separate capacity pool, you can choose not to add those volumes to the volume group.
84
+
If you want to create the log-backup and data-backup volumes in a separate capacity pool, you can choose not to add those volumes to the volume group and create them separately.
84
85
* **Virtual network**:
85
86
Specify an existing VNet where the VMs are placed.
86
87
* **Subnet**:
@@ -195,13 +196,15 @@ You can also use [Azure CLI commands](/cli/azure/feature) `az feature register`
195
196
4. In the **Volume group** tab, provide information for creating the volume group:
196
197
197
198
* **Availability option**:
199
+
198
200
Select either **Availability zone** or **Proximity placement group**.
199
201
When selecting **Availability zone**, you must select the appropriate availability zone in the next field.
200
202
* **Proximity placement group (PPG)**:
201
203
Specifies that the data, log, and shared volumes are to be created close to the VMs.
202
204
* **Availability Zone**:
203
205
This option lets you deploy the volumes in the logical availability zone that you specify. Select an availability zone where Azure NetApp Files resources are present. For details, see [Manage availability zone volume placement](manage-availability-zone-volume-placement.md).
204
206
* **Network features**:
207
+
205
208
Standard network features is the default, however you can still use Basic network features.
206
209
See [Configure network features for a volume](configure-network-features.md) and [Guidelines for Azure NetApp Files network planning](azure-netapp-files-network-topologies.md) for details.
207
210
* **Capacity pool**:
@@ -211,6 +214,9 @@ You can also use [Azure CLI commands](/cli/azure/feature) `az feature register`
211
214
Specify an existing VNet where the VMs are placed.
212
215
* **Subnet**:
213
216
Specify the delegated subnet where the IP addresses for the NFS exports are created. Ensure that you have a delegated subnet with enough free IP addresses.
217
+
* **Encryption key source**:
218
+
219
+
Select [Customer Managed Key](configure-customer-managed-keys.md) or Microsoft Managed Key. If you choose Customer Managed Key, provide the key vault private endpoint.
214
220
215
221
Select **Next: Tags**.
216
222
@@ -228,12 +234,14 @@ You can also use [Azure CLI commands](/cli/azure/feature) `az feature register`
228
234
229
235
[  ](./media/application-volume-group-deploy-first-host/application-protocols-tag.png#lightbox)
230
236
231
-
7. The **Volumes** tab summarizes the volumes that are being created with proposed volume name, quota, and throughput.
237
+
7. The **Volumes** tab summarizes the volumes being created, showing protocol, volume name, quota, and throughput.
232
238
233
239
The Volumes tab also shows that only the data, log, and shared volumes are created close to the HANA VMs. The other volumes (data-backup and log-backup) are created at a different location within the region.
234
240
235
241
The creation for the data-backup and log-backup volumes is optional.
236
242
243
+
[ (./media/application-volume-group-deploy-first-host/volume-validation-extension-one.png#lightbox)]
244
+
237
245
8. In the **Volumes** tab, you can select each volume to view or change the volume details. For example, select "data-*volume-name*".
238
246
239
247
Not all settings can be changed because of SAP HANA certification restrictions.
@@ -246,6 +254,8 @@ You can also use [Azure CLI commands](/cli/azure/feature) `az feature register`
246
254
The size of the volume.
247
255
* **Throughput**:
248
256
You can reduce the throughput requirements for development or test systems accordingly to the value required for your use cases.
257
+
* **Encryption key source**:
258
+
Select [Customer Managed Key](configure-customer-managed-keys.md) or Microsoft Managed Key. If you choose Customer Managed Key, provide the key vault private endpoint.
249
259
250
260
Select **Next: Protocols** to review the protocol settings.
251
261
@@ -272,17 +282,11 @@ You can also use [Azure CLI commands](/cli/azure/feature) `az feature register`
272
282
273
283
Select **Volumes** to return to the Volume overview page. Select **Next: Review + create**.
274
284
275
-
11. The **Review + Create** tab lists all the volumes and their creation method. Select **Create Volume Group** to start the volume group creation.
276
-
277
-
12. The **Volume Groups** deployment workflow starts. You can monitor the progress. This process can take a few minutes to complete.
278
-
279
-
:::image type="content" source="./media/application-volume-group-deploy-first-host/volume-group-confirm-extension-one.png" alt-text="Screenshot of the confirmed operation." lightbox="./media/application-volume-group-deploy-first-host/volume-group-confirm-extension-one.png":::
285
+
11. The **Review + Create** tab lists all the volumes and their creation method. Select **Create Volume Group** to start the volume group creation. This process can take a few minutes to complete.
280
286
281
-
You can display the list of volume groups to see the new volume group. You can select the new volume group to see the details and status of each of the volumes being created.
287
+
A notification confirms when the operation completes successfully. When you see this message, you can select **Go to resource** to view the newly created volume group.
282
288
283
-
Creating a volume group is an "all-or-none" operation. If one volume cannot be created, all remaining volumes are removed.
284
-
285
-
[  ](./media/application-volume-group-deploy-first-host/application-new-volume-group.png#lightbox)
289
+
:::image type="content" source="./media/application-volume-group-deploy-first-host/go-to-resource.png" alt-text="Screenshot of a successfully created resource." lightbox="./media/application-volume-group-deploy-first-host/go-to-resource.png":::
Copy file name to clipboardExpand all lines: articles/azure-netapp-files/application-volume-group-oracle-considerations.md
+1-3Lines changed: 1 addition & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -12,7 +12,7 @@ ms.service: azure-netapp-files
12
12
ms.workload: storage
13
13
ms.tgt_pltfrm: na
14
14
ms.topic: conceptual
15
-
ms.date: 04/19/2024
15
+
ms.date: 01/29/2025
16
16
ms.author: anfdocs
17
17
---
18
18
# Requirements and considerations for application volume group for Oracle
@@ -32,8 +32,6 @@ This article describes the requirements and considerations you need to be aware
32
32
* Determine the expected change rate for the database volumes (in case you're using snapshots for backup purposes).
33
33
* Create a VNet and delegated subnet to map the Azure NetApp Files IP addresses. It is recommended that you lay out the VNet and delegated subnet at design time
34
34
* Application volume group for Oracle volumes are deployed in a selectable availability zone for regions that offer availability zones. You need to ensure that the database server is provisioned in the same availability zone as the Azure NetApp Files volumes. You may need to check in which zones the required VM types are available as well as Azure NetApp Files resources.
35
-
* Application volume group for Oracle currently only supports platform-managed keys for Azure NetApp Files volume encryption at volume creation.
36
-
Contact your Azure NetApp Files specialist or CSA if you have questions about transitioning volumes from platform-managed keys to customer-managed keys after volume creation.
37
35
* Application volume group for Oracle creates multiple IP addresses--at a minimum four IP addresses for a single database. For larger Oracle estates distributed across zones, it can be 12 or more IP addresses. Ensure that the delegated subnet has sufficient free IP addresses. It's recommended that you use a delegated subnet with a minimum of 59 IP addresses with a subnet size of /26. For larger Oracle deployments, consider using a /24 network offering 251 IP addresses for the delegated subnet. See [Considerations about delegating a subnet to Azure NetApp Files](azure-netapp-files-delegate-subnet.md#considerations).
Copy file name to clipboardExpand all lines: articles/azure-netapp-files/application-volume-group-oracle-deploy-volumes.md
+12-6Lines changed: 12 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -12,7 +12,7 @@ ms.service: azure-netapp-files
12
12
ms.workload: storage
13
13
ms.tgt_pltfrm: na
14
14
ms.topic: how-to
15
-
ms.date: 04/19/2024
15
+
ms.date: 01/29/2025
16
16
ms.author: anfdocs
17
17
---
18
18
# Deploy application volume group for Oracle
@@ -45,7 +45,7 @@ You can also use [Azure CLI commands](/cli/azure/feature) `az feature register`
45
45
46
46
## Steps
47
47
48
-
1. From your NetApp account, select **Application volume groups**, and click **+Add Group**.
48
+
1. From your NetApp account, select **Application volume groups** then **+Add Group**.
49
49
50
50
[  ](./media/volume-hard-quota-guidelines/application-volume-group-oracle-add-group.png#lightbox)
51
51
@@ -66,7 +66,7 @@ You can also use [Azure CLI commands](/cli/azure/feature) `az feature register`
66
66
* **Oracle database storage throughput (MiB/s)**:
67
67
Specify the total throughput required for your database. If you select more than one database volume, the throughput is distributed evenly among all volumes. You may change each individual volume once the proposals have been created. See Step in this article.
68
68
69
-
Click **Next: Volume Group**.
69
+
Select **Next: Volume Group**.
70
70
71
71
[  ](./media/volume-hard-quota-guidelines/application-oracle-tag.png#lightbox)
72
72
@@ -84,6 +84,8 @@ You can also use [Azure CLI commands](/cli/azure/feature) `az feature register`
84
84
Specify an existing VNet where the VMs are placed.
85
85
* **Subnet**:
86
86
Specify the delegated subnet where the IP addresses for the NFS exports will be created. Ensure that you have a delegated subnet with enough free IP addresses.
87
+
* **Encryption key source**:
88
+
Select [Customer Managed Key](configure-customer-managed-keys.md) or Microsoft Managed Key. If you choose Customer Managed Key, provide the key vault private endpoint.
87
89
88
90
Select **Next: Tags**. Continue with Step 6.
89
91
@@ -101,7 +103,7 @@ You can also use [Azure CLI commands](/cli/azure/feature) `az feature register`
101
103
102
104
Select **Next: Tags**.
103
105
104
-
[  ](./media/volume-hard-quota-guidelines/proximity-placement-group-oracle.png#lightbox)
106
+
[  ](./media/application-volume-group-add-volume-secondary/proximity-placement-group-oracle.png#lightbox)
105
107
106
108
6. In the **Tags** section of the Volume Group tab, you can add tags as needed for the volumes.
107
109
@@ -156,7 +158,11 @@ You can also use [Azure CLI commands](/cli/azure/feature) `az feature register`
156
158
157
159
[  ](./media/volume-hard-quota-guidelines/application-create-volume-details-tags-tab-oracle.png#lightbox)
158
160
159
-
12. The **Volumes Tab** enables you to remove optional volumes.
161
+
12. The **Volumes Tab** enables you to remove optional volumes.
162
+
163
+
<!-- check -->
164
+
Provide an **Encryption key source**. Select [Customer Managed Key](configure-customer-managed-keys.md) or Microsoft Managed Key. If you choose Customer Managed Key, provide the key vault private endpoint.
165
+
160
166
On the Volumes tab, optional volumes are marked with an asterisk (`*`) in front of the name.
161
167
If you want to remove the optional volumes such as `ORA1-ora-data4` volume or `ORA1-ora-binary` volume from the volume group, select the volume then **Remove volume**. Confirm the removal in the dialog box that appears.
162
168
@@ -188,7 +194,7 @@ You can also use [Azure CLI commands](/cli/azure/feature) `az feature register`
188
194
[  ](./media/volume-hard-quota-guidelines/application-new-volume-group-oracle.png#lightbox)
189
195
190
196
191
-
15. Following complete, in **Volumes** you can display the list of volume groups to see the new volume group. You can select the new volume group to see the details and status of each of the volumes being created.
197
+
15. Following completion, in **Volumes** you can display the list of volume groups to see the new volume group. You can select the new volume group to see the details and status of each of the volumes being created.
0 commit comments