Add SAPHanaFilesystem for NFS setups

Author: msftrobiro

articles/sap/workloads/sap-hana-high-availability-netapp-files-suse.md

@@ -411,7 +411,7 @@ Follow the steps in [Setting up Pacemaker on SUSE Enterprise Linux](./high-avail
 
 ## Implement HANA hooks SAPHanaSR and susChkSrv
 
-This important step optimizes the integration with the cluster and improves the detection when a cluster failover is needed. We highly recommend that you configure both SAPHanaSR and susChkSrv Python hooks. Follow the steps in [Implement the Python system replication hooks SAPHanaSR and susChkSrv](./sap-hana-high-availability.md#implement-hana-resource-agents).
+This important step optimizes the integration with the cluster and improves the detection when a cluster failover is needed. We highly recommend that you configure both SAPHanaSR and susChkSrv Python hooks. Follow the steps in [Implement the Python system replication hooks SAPHanaSR/SAPHanaSR-angi and susChkSrv](./sap-hana-high-availability.md#implement-hana-resource-agents).
 
 ## Configure SAP HANA cluster resources
 
@@ -443,6 +443,10 @@ Example output:
 
 ### Create file system resources
 
+File system /hana/shared/SID is necessary for both HANA operation and also for Pacemaker monitoring actions that determine HANA's state. Implement resource agents to monitor and act in case of failures. The section contains two options, one for `SAPHanaSR` and another for `SAPHanaSR-angi`.
+
+#### [SAPHanaSR](#tab/saphanasr)
+
 Create a dummy file system cluster resource. It monitors and reports failures if there's a problem accessing the NFS-mounted file system /hana/shared. That allows the cluster to trigger failover if there's a problem accessing /hana/shared. For more information, see [Handling failed NFS share in SUSE HA cluster for HANA system replication](https://www.suse.com/support/kb/doc/?id=000019904).
 
 1. **[A]** Create the directory structure on both nodes.
@@ -508,6 +512,27 @@ Create a dummy file system cluster resource. It monitors and reports failures if
 
    The `on-fail=fence` attribute is also added to the monitor operation. With this option, if the monitor operation fails on a node, that node is immediately fenced.
 
+#### [SAPHanaSR-angi](#tab/saphanasr-angi)
+
+When using SAPHanaSR-angi package and resource agent, it adds a new agent SAPHanaFilesystem to monitor read/write access to /hana/shared/SID. Filesystem /hana/shared is already mounted with entries in /etc/fstab on each host. SAPHanaFilesystem and Pacemaker doesn't mount the filesystem for HANA and doesn't need any additional mount or subdirectory pre-created.
+
+1. **[1]** Configure SAPHanaFilesystem agent
+1. 
+```bash
+# Replace <placeholders> with your instance number and HANA system ID. 
+sudo crm configure primitive rsc_SAPHanaFil_<HANA SID>_HDB<instance number> ocf:suse:SAPHanaFilesystem \
+  op start interval="0" timeout="10" \
+  op stop interval="0" timeout="20" \
+  op monitor interval="120" timeout="120" \
+  params SID="<HANA SID>" InstanceNumber="<instance number>" ON_FAIL_ACTION="fence"
+
+sudo crm configure clone cln_SAPHanaFil_<HANA SID>_HDB<instance number> rsc_SAPHanaFil_<HANA SID>_HDB<instance number> \
+  meta clone-node-max="1" interleave="true"
+
+```
+
+---
+
 > [!IMPORTANT]
 > Timeouts in the preceding configuration might need to be adapted to the specific HANA setup to avoid unnecessary fence actions. Don't set the timeout values too low. Be aware that the file system monitor isn't related to the HANA system replication. For more information, see the [SUSE documentation](https://www.suse.com/support/kb/doc/?id=000019904).