Hi,
Thank you for this feedback
Our listeners are configured to limit the volume of logs inserted into the Tx Store.
The configuration below:
This configuration makes it possible to limit the volume of logs but it is not sufficient compared to the number of daily transactions.
We will study the other solutions proposed:
- Switch to a local store for each MSR
- Setting up a volume with EmptyDir
------------------------------
Thibaut Volpoet
------------------------------
Original Message:
Sent: Thu October 10, 2024 03:44 AM
From: Stephane Tailland
Subject: SAP Adapter Tx Store
I'm certainly not a SAP adapter expert, but from what I see you're using EFS to persist your SAP transactions store.
There is possibly a way of deactivating persistence for this store, but I haven't found it in the documentation.
So, here's what you could do if you have no interest in this data:
- Switch to a local transaction store (since you're using EFS in RWX mode, I have every reason to believe you have configured a shared store)
- Bind the folder in which you write data to an emptyDir, which uses local pod storage (see https://kubernetes.io/docs/concepts/storage/volumes/#emptydir)
With this, SAP purge service will now make local IO which are much faster than network IO you currently perform to access your EFS.
Have you tried to tune the parameters described here to reduce the amount of data send to the store?
------------------------------
Stephane Tailland
Original Message:
Sent: Wed October 09, 2024 11:03 AM
From: Thibaut Volpoet
Subject: SAP Adapter Tx Store
Hi webMethods community,
My client uses SAP adapter in an AWS Kubernetes (EKS) environment with webMethods 10.15.
The Tx Store is configured to store transactions in an EFS.
volumesConfig: storageClassNameSTS: eks-efs-sc accessModesSTS:ReadWriteMany storageSTS: 1Gi
We have several million daily transactions (14To transactions on EFS).
The SAP purge service (pub.sap.transaction:sweep) is scheduled but purges too slowly.
The customer does not operate SAP transactions. So we don't need to keep them.
What implementation do you recommend to implement the TxStore in this environment and be able to purge transactions more quickly or don't save transactions ?
------------------------------
Thibaut Volpoet
------------------------------