| Table of Contents |
|---|
...
- ListApp refreshing duration is about 8.5 min when testing separately from other workflows. With Data Import and Check-in/Check-out scenarios added ListApp duration has +108% increase and reaches 17.7 min. It's above the expected value of 10 minutes.
- Data Import and Check-in/Check-out response times have increase about 10-20% with ListApp scenario added.
- According to the results, maximum CPU utilization for DI + CICO test is about 85%, while with ListApp scenario added CPU reaches 160%.
- RDS CPU utilizatoin is about 95% for DI+CICO test and it doesn't increase with ListApp scenario added.
Test runs
Query used in lists - "Item status == Checked out". List refresh result is 200K records.
| Scenario | Data quantity |
|---|---|
| List App * + Check-in/Check-out + Data Import Create** | ListApp - 10 users CICO - 20 users DI - 25k |
| Check-in/Check-out + Data import** | CICO - 20 users DI - 25k |
| List App | ListApp - 10 users |
...
**PTF Create 2 job was used for DI scneario
...
| Transaction | Duration | Degradation | ||
|---|---|---|---|---|
[Orchid] Testing separately | [Poppy] Testing separately (ListApp and DI+CICO) | [Poppy] Testing in parallel | ||
| ListApp refresh, avg | from 9 min 40 sec to 10 min 40 sec | 8.5 min | 17.7 min | +108% |
| Check-in, avg | 1.173 sec | 1.290 sec | +9.9% | |
| Check-out, avg | 1.648 sec | 1.948 sec | +18.2% | |
| DI Create 25k | 18 min | 22 min | +22% | |
...
Infrastructure
PTF -environment pcp1
- 10 m6i.2xlarge EC2 instances located in US East (N. Virginia)us-east-1
1 database instance, writer
Name API Name Memory GIB vCPUs max_connections R6G Extra Large db.r6g.xlarge 32 GiB 4 vCPUs 2731 - MSK tenant
- 4 m5.2xlarge brokers in 2 zones
Apache Kafka version 2.8.0
EBS storage volume per broker 300 GiB
- auto.create.topics.enable=true
- log.retention.minutes=480
- default.replication.factor=3
...