[SERVER-48548] Create a Performance Test for Auditing with Sharding / Replication Created: 02/Jun/20  Updated: 29/Oct/23  Resolved: 23/Dec/20

Status: Closed
Project: Core Server
Component/s: None
Affects Version/s: None
Fix Version/s: 4.9.0

Type: Task Priority: Major - P3
Reporter: Salman Baset Assignee: Sara Golemon
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Related
Backwards Compatibility: Fully Compatible
Sprint: Security 2020-11-16, Security 2020-11-30, Security 2020-12-14, Security 2020-12-28
Participants:

 Description   

Users interested in enabling auditing often ask "what is the performance hit of enabling various types of auditing in the Server". Specifically, if they enable write/update only auditing or ready only auditing or both, how should they setup the cluster topology. Of course, the auditing performance also depends on the users' workload, but the users are also interested in understanding some ball park numbers.

Thus, it would be helpful to have a test where YCSB workloads are run against the following configurations:
1) A three node replica set
2) A one node replica set
3) A sharded cluster with two three node replica sets, and ycsb keys evenly distributed between the two.



 Comments   
Comment by Githook User [ 23/Dec/20 ]

Author:

{'name': 'Sara Golemon', 'email': 'sara.golemon@mongodb.com', 'username': 'sgolemon'}

Message: SERVER-48548 Add perf tests for auditing
Branch: master
https://github.com/mongodb/mongo/commit/0286015ed1e0406eee312e03adfd308d01fd189e

Generated at Thu Feb 08 05:17:26 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.