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/virtual-machines/workloads/sap/hana-vm-operations-netapp.md
+35Lines changed: 35 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -116,6 +116,41 @@ Therefore you could consider to deploy similar throughput for the ANF volumes as
116
116
117
117
Documentation on how to deploy an SAP HANA scale-out configuration with standby node using NFS v4.1 volumes that are hosted in ANF is published in [SAP HANA scale-out with standby node on Azure VMs with Azure NetApp Files on SUSE Linux Enterprise Server](./sap-hana-scale-out-standby-netapp-files-suse.md).
118
118
119
+
## Linux Kernel Settings
120
+
To successfully deploy SAP HANA on ANF Linux kernel settings need to be implemented according to SAP note [3024346](https://launchpad.support.sap.com/#/notes/3024346).
121
+
122
+
For systems using High Availability (HA) using pacemaker and Azure Load Balancer following settings need to be implemeneted in file /etc/sysctl.d/91-NetApp-HANA.conf
123
+
124
+
```
125
+
net.core.rmem_max = 16777216
126
+
net.core.wmem_max = 16777216
127
+
net.ipv4.tcp_rmem = 4096 131072 16777216
128
+
net.ipv4.tcp_wmem = 4096 16384 16777216
129
+
net.core.netdev_max_backlog = 300000
130
+
net.ipv4.tcp_slow_start_after_idle=0
131
+
net.ipv4.tcp_no_metrics_save = 1
132
+
net.ipv4.tcp_moderate_rcvbuf = 1
133
+
net.ipv4.tcp_window_scaling = 1
134
+
net.ipv4.tcp_timestamps = 0
135
+
net.ipv4.tcp_sack = 1
136
+
```
137
+
138
+
Systems running with no pacemaker and Azure Load Balancer should implemented these settings in /etc/sysctl.d/91-NetApp-HANA.conf
139
+
140
+
```
141
+
net.core.rmem_max = 16777216
142
+
net.core.wmem_max = 16777216
143
+
net.ipv4.tcp_rmem = 4096 131072 16777216
144
+
net.ipv4.tcp_wmem = 4096 16384 16777216
145
+
net.core.netdev_max_backlog = 300000
146
+
net.ipv4.tcp_slow_start_after_idle=0
147
+
net.ipv4.tcp_no_metrics_save = 1
148
+
net.ipv4.tcp_moderate_rcvbuf = 1
149
+
net.ipv4.tcp_window_scaling = 1
150
+
net.ipv4.tcp_timestamps = 1
151
+
net.ipv4.tcp_sack = 1
152
+
```
153
+
119
154
## Deployment through Azure NetApp Files application volume group for SAP HANA (AVG)
120
155
To deploy ANF volumes with proximity to your VM, a new functionality called Azure NetApp Files application volume group for SAP HANA (AVG) got developed. **The functionality is currently in public preview**. There's a series of articles that document the functionality. Best is to start with the article [Understand Azure NetApp Files application volume group for SAP HANA](../../../azure-netapp-files/application-volume-group-introduction.md). As you read the articles, it becomes clear that the usage of AVGs involves the usage of Azure proximity placement groups as well. Proximity placement groups are used by the new functionality to tie into with the volumes that are getting created. To ensure that over the lifetime of the HANA system, the VM’s aren't going to be moved away from the ANF volumes, we recommend using a combination of Avset/ PPG for each of the zones you deploy into.
0 commit comments