dualhasem.blogg.se - Portal and portal 2 performance

#Portal and portal 2 performance generator

The demo portal deployed in a cluster solution of 5 servers ensured the simultaneous operation of 30 thousand users, which corresponds to the approximate load profile for a large corporation that employs 100-200 thousand employees.Īt the same time, the system provided fast (even by the standards of Internet projects) response not exceeding 1 second for the majority of requests, which ensures a smooth user experience. The results of the load test of the self-hosted version of Bitrix24 (Enterprise edition) confirmed the high performance of the platform and stability in high load conditions. The maximum response time did not exceed 0,9 seconds in 95% of requests.ĭuring the course of 1 hour, the aforementioned number of users generated:ĭuring the course of 24 hours, there will be generated: This was done to emulate the most realistic behavior of a company’s employees who logged into the intranet portal and work inside it during the day.Īn intranet Bitrix24 test portal (Enterprise edition) for 111,000 users installed on a cluster of 5 physical servers was able to provide smooth operation for 30,000 employees simultaneously.

The timeout between the start of each new script was from 20 seconds to 10 minutes.

#Portal and portal 2 performance generator

The load generator logged each of these users into the system and then executed a different set of user scenarios under that account. Instead of one virtual user randomly performing sets of standard actions, the load was generated by a large number of different users each with their own account on the portal.

Unlike the previous load test in 2015, we used a new method of generating user load. The servers were monitored using the Zabbix monitoring system.įor testing purposes, 29 scenarios were selected from 13 blocks characteristic of a typical intranet portal:įor each test, a special load distribution system was used taking into account the work of various users on the portal and the share of each of the blocks in the total load.

The test data was recorded via InfluxDB, a high-performance database designed to handle high query and record loads. The load was created using the JMeter tool, version 5.3.3. The number of employees in the portal database at the time of the start of the final test is 111,304 (distributed across 67 structural divisions). Demo content at the start of the final test:ģ. Standard self-hosted version Bitrix24 (Enterprise edition), version 20.x.x with the latest updates and the Web Cluster module enabled to create a cluster solution.Ģ. This particular configuration was chosen to ensure high cluster performance while also providing high availability.ġ.

Application Server: Intel Xeon E-2236 3.4 GHz (6 cores), 32 GB DDR4, 2 x 480 GB SSDĪ cluster featuring 2 database servers and 3 application servers (web servers) was deployed.

Database server: Intel Xeon W-2255 3.7 GHz (10 cores), 128 GB DDR4, 2 x 960 GB NVMe + 2 x 8000 GB HDD.

The hardware provided for the test featured physical servers in two configurations:

ensure the response time of the portal does not exceed 1 second (for 95% of requests).

demonstrate the stable operation of the portal without errors on available equipment (in a situation when ⅓ of all company’s employees (at least 30,000) are using the portal simultaneously).

provide a testing methodology that’s as close as possible to user behavior in real life.

simulate the operation of an intranet portal of a large corporation (100,000 employees + a large amount of demo data).

Virtual users performed sets of operations that resembled typical work scenarios:Įach user completed one of the typical scenarios and finished their work on the portal. In January 2021, we conducted load testing of the self-hosted version of Bitrix24 (Enterprise edition) to assess the performance of a large company’s intranet portal built on its basis.ĭuring the load test, an intranet portal deployed in a clustered solution and filled with a large amount of test data was subjected to a load that imitated the behavior of real-life users.