• Hi, Pleskians! We are running a UX testing of our upcoming product intended for server management and monitoring.
    We would like to invite you to have a call with us and have some fun checking our prototype. The agenda is pretty simple - we bring new design and some scenarios that you need to walk through and succeed. We will be watching and taking insights for further development of the design.
    If you would like to participate, please use this link to book a meeting. We will sent the link to the clickable prototype at the meeting.
  • (Plesk for Windows):
    MySQL Connector/ODBC 3.51, 5.1, and 5.3 are no longer shipped with Plesk because they have reached end of life. MariaDB Connector/ODBC 64-bit 3.2.4 is now used instead.
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.

Question Which factors determine the maximumconcurrent users in Plesk?

Ayki

Basic Pleskian
Server operating system version
AlmaLinux 9.4
Plesk version and microupdate number
18.0.61
I am trying to find out upper limits of my Plesk server. The sytem specs are as below:

OS: AlmaLinux 9.4 (Seafoam Ocelot)
Product:plesk Obsidian
Version 18.0.61
Server -32 cores/64 threads / 256 GB DDR4/NVme
--------
I am trying to configure nginx/apache/mariadb for maximum performance.
However under load testing The site displays nginx 502 errors such:
( jmeter 2x5K user login test over a 600 rump up time) or If the rump up time reduced with less users.

# peer closed connection in SSL handshake (104: Connection reset by peer) while SSL handshaking to upstream
# connect() failed (110: Connection timed out) while connecting to upstream.

Is there a way of increasing the concurency so that Plesk can handle more users as there are plenty of idele resources on the server CPU and RAM?

Many Thanks
 
I found the information in the blog post below very useful in troubleshooting the issue regarding nginx error.


Furthermore below article provided more guidance on how fast cgi can be limiting the concurrent connections. I was under the impression if apache FPM is deployed fastCgi is redunadant but may be this is not true.


Once the new directives are added and services restarted the error seem to have disappeared.

The 10 K jmeter test fully sucessful with no abondant connections - The server response time appers to have slowed down when there are excessive number of site traffic. The number of hits are nearly 50K per minute at peak
1718117296123.png
Just to makes sure the hit count is accurate cross referenced this with site logs. The data is consistent and shows around 40K transactions per minute at peak as per jmeter test instructions.
 
  • Like
Reactions: mow
Back
Top