minutes of SCT meeting on 2024-04-15
10:01-10:47
Intro: We started with conclusion in the email-discussion on the proposed way on how to get a solution on different IDs: no changes on the document.
Main talk: Igor presented his studies departing from the overall goal regarding SciCat at DESY with a nice introduction to this topic: He started with non-functional requirements that represent general actions: I/O and CPU which can stand for ingesting data into MongoDB or calculating hashing/routing, respectively. He studied requests-per-seconds (RPS) in 2 scenarios: single scicat instance and 8 instances + load balancer (nginx) in front. From his plots one could conclude
Avoid single instances: especially CPU performance drops already when one has 10 ms operations. In case of 8 nodes, 10 times improved behaviour can be expected. At DESY, we have as standard 3 nodes, which is already good and somewhere in between his scenarios.
Next step would be to set up performance monitoring tools on our demonstrator beamlines to get numbers of the mixture of I/O and CPU.
To-DOs:
Longer scale: find which monitoring tools we should use (Grafana, APM, etc).
Short scale: Get licence for FS-SC to set up CI/CD for pipeline with GitLab that allows mirroring from GitHub repos → allows quicker handle for development work.
Medium to short time scale: wait for next pyscicat release 4.5 due to incompatibilities of python versions available at DESY beamline environment.
Now: send (done at the time of writing) and discuss options for DESY case with SciCat community.
Participants:
- Linus P
- Igor K
- Jan K
- Martin G
- Anjali A
- Olga M
- Dmytro K
- Neele R
- RH