Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
Azure Files NFS v4.1 volumes support encryption in-transit via TLS providing enterprise-grade security by encrypting all traffic between clients and servers, without compromising performance. With Azure Files NFS, you could encrypt your data end-to-end: at rest, in transit, and across the network.
For more information, refer the following document: Encryption in transit for NFS Azure file shares.
Deploying Encryption in Transit (EiT) for Azure Files NFS Shares
For SAP on Azure environment, mount Azure Files NFS shares from within the VM with two methods.
- File systems configured in /etc/fstab
- File systems configured as pacemaker resource agent
Steps for setting up Azure Files NFS Encryption in Transit for these two scenarios are described in this document.
Important
For SAP on Azure environments in High Availability(HA) configuration, and file system managed by Pacemaker, support for Azure Files NFS Encryption in Transit (EiT) is restricted to:
- SLES for SAP 15 SP 4 and higher
- RHEL for SAP 8.8, 8.10, 9.x and higher
Refer to SAP Note 1928533 for Operating system supportability for SAP on Azure systems.
Preparations for Azure Files NFS Encryption in Transit deployment
Configure an Azure Files storage account, NFS file share, and private endpoint as described in Create an NFS Azure file share
Note
To enforce Encryption in Transit for all the file shares in the Azure Storage account, enable secure transfer required option in the configuration tab of the storage account.
Deploy the mount helper (AZNFS) package on the Linux VM.
Follow the AZNFS mount helper package installation steps based on operating system.
curl -sSL -O https://packages.microsoft.com/config/$(source /etc/os-release && echo "$ID/${VERSION_ID%%.*}")/packages-microsoft-prod.rpm sudo rpm -i packages-microsoft-prod.rpm rm packages-microsoft-prod.rpm sudo zypper refresh sudo zypper install aznfs
Choose
No
to autoupdate the package during installation. You can also turn off/on autoupdate at any time by changing the value ofAUTO_UPDATE_AZNFS
to false/true respectively in the file/opt/microsoft/aznfs/data/config
.For more information, see the package installation section.
Create the directories to mount the file shares.
mkdir -p <full path of the directory>
Mount the NFS file share from /etc/fstab
To mount the file share permanently by adding the mount commands in '/etc/fstab'.
vi /etc/fstab
sapnfs.file.core.windows.net:/sapnfsafs/sapnw1/sapmntNW1 /sapmnt/NW1 aznfs noresvport,vers=4,minorversion=1,sec=sys,_netdev 0 0
# Mount the file systems
mount -a
For more information, refer to mount the NFS file shares section for mounting the Azure Files NFS Encryption in Transit file share in Linux VMs.
- File system mentioned is an example to explain the mount command syntax.
- To use AZNFS mount helper and Encryption in Transit, use the fstype as
aznfs
. You should always add_netdev
option to their /etc/fstab entries to make sure file shares are mounted on reboot only after the required services are active. - It isn't recommended to use Encryption in Transit and non-Encryption in Transit methods for mounting different file systems using Azure Files NFS in the same Azure VM. Mount commands might fail to mount the file systems if Encryption in Transit and non-Encryption in Transit methods are used in the same VM.
- Mount helper supports private-endpoint based connections for Azure Files NFS Encryption in Transit.
- If SAP VM is custom ___domain joined, then use custom DNS FQDN OR short names for file share in the '/etc/fstab' as its defined in the DNS. To verify the hostname resolution, check using
nslookup <hostname>
andgetent host <hostname>
commands.
Mount the NFS file share as pacemaker cluster resource
For high availability setup of SAP on Azure, if you choose the option to use Azure Files NFS file system as a resource in pacemaker cluster, then it needs to be mounted using pacemaker cluster command. In the pacemaker commands, to setup file system as cluster resource, change the mount type to aznfs
from nfs
. Also add _netdev
in the options section.
Example of command for SLES and RHEL.
sudo crm configure primitive fs_NW1_ASCS Filesystem device='sapnfs.file.core.windows.net:/sapnfsafs/sapnw1/usrsapNW1ascs' directory='/usr/sap/NW1/ASCS00' fstype='aznfs' options='noresvport,vers=4,minorversion=1,sec=sys,_netdev' \
op start timeout=60s interval=0 \
op stop timeout=60s interval=0 \
op monitor interval=20s timeout=40s
Important
To use aznfs
as filesystem type in pacemaker cluster resource agent, maintain the required version of the resource-agents
package based on the operating system release.
- SLES 15 SP4:
resource-agents-4.10.0+git40.0f4de473-150400.3.34.2
or later - SLES 15 SP5:
resource-agents-4.12.0+git30.7fd7c8fa-150500.3.15.3
or later - SLES 15 SP6 and newer:
resource-agents-4.13.0+git6.ae50f94f-150600.4.9.2
or later
Validation of in-transit data Encryption for Azure files NFS
Check the mounted file systems in the VM.
eite10app1:~ # df -Th --type nfs4
Filesystem Type Size Used Avail Use% Mounted on
127.0.0.1:/eite10sapinst00/sapinst nfs4 512G 224G 289G 44% /sapinstall
127.0.0.1:/eite10sapapps00/e10-usrsap-d01 nfs4 256G 7.1G 249G 3% /usr/sap
127.0.0.1:/eite10sapapps00/e10-sapmnt-app nfs4 1.0T 439G 586G 43% /sapmnt/E10
127.0.0.1:/eite10sapapps00/e10-usrsap-temp nfs4 2.0T 640G 1.4T 32% /usr/sap/temp
127.0.0.1:/eite10sapapps00/e10-usrsap-trans nfs4 256G 3.0G 254G 2% /usr/sap/trans
eite10app1:~ #
These mounting details indicate that the client(VM) is connected through the local port 127.0.0.1, not an external network. The stunnel process listens on 127.0.0.1 (localhost) for incoming NFS traffic from the NFS client (the VM). Stunnel then intercepts this traffic and securely forwards it over TLS to the Azure Files NFS server on Azure.
For more information, refer to the Verify that the in-transit data encryption succeeded section for further checks.
Next steps
- Plan and implement an SAP deployment on Azure
- Azure Virtual Machines deployment for SAP NetWeaver
- Using Azure Premium Files NFS and SMB for SAP workload
- High-availability architecture and scenarios for SAP NetWeaver
- High-availability SAP NetWeaver with simple mount and NFS on SLES for SAP Applications VMs
- High availability for SAP NetWeaver on VMs on RHEL with NFS on Azure Files