Overview

This document contains the results of testing Data Import for MARC Bibliographic records with an update job in the Quesnelia release on qcp1 environments with Kafka consolidated topics and file splitting features enabled on a non-ecs environment.

PERF-832 - Getting issue details... STATUS

Summary

Test Results and Comparison

Test №1

Test with 1k, 10k, 25k and 50k records files DI started on one tenant only.

Test #	# of records	% creates	File	DI duration Morning Glory	DI duration Nolana	DI duration Orchid	DI duration Poppy	DI duration Quesnelia
1	1,000	100	1k_marc_authority.mrc?api=v2	24 s	27 s	41 sec	29 sec	22 sec -24%
2	5,000	100	LC_SUBJ_msplit00000000.mrc?api=v2	1 min 21 s	1 min 15 s	1min 21s	1 min 38 sec	1 min 19 sec -19%
3	10,000	100	msplit00000000.mrc?api=v2	2 min 32 s	2 min 31 s	2min 53s	2 min 53 sec	2 min 36 sec -9.8%
4	22778 (for Poppy test) 25000 (for Quesnelia test)	100	msplit00000013.mrc?api=v2	11 min 14 s	7 min 7 s	5 min 42s	6 min 24 sec	6 min 19 sec -1.3%
5	50,000	100	50000_authorityrecords.mrc?api=v2	22 min	11 min 24 s	11 min 11s	13 min 48 sec	11 min 59 sec -13%

Test №2

Test with CICO 5 concurrent users and DI 1K, 5K, 10K, 25K and 50K started on one tenant only.

# of records (Poppy)	DI Duration with CICO (Poppy)	CI time Avg (Poppy)	CI time 95th pct (Poppy)	CO time Avg (Poppy)	CO time 95th pct (Poppy)	# of records (Quesnelia)	DI Duration with CICO (Quesnelia)	CI time Avg (Quesnelia)	CI time 95th pct (Quesnelia)	CO time Avg (Quesnelia)	CO time 95th pct (Quesnelia)
1,000	35 sec	0.525	0.576	1.078	1.326	1,000	20 sec -42.8%	0.560 +6%	0.754 +30%	1.164 +8%	1.313 -1%
5,000	1 min 41 sec	0.513	0.612	0.9	1.019	5,000	1 min 19 sec -21.7%	0.701 +36%	1.171 +91%	1.141 +26%	1.790 +75%
10,000	3 min 4 sec	0.581	0.685	1.016	1.321	10,000	2 min 35 sec -15.7%	0.723 +24%	1.024 +49%	1.179 +16%	1.494 +13%
22,778	6 min 32 sec	0.598	1.542	1.244	1.729	25,000	6 min 26 sec -1.5%	0.722 +20%	1.024 -33%	1.180 -5%	1.494 -13%
50,000	13 min 48 sec	0.671	1.953	1.51	2.09	50,000	12 min 16 sec -11%	0.777 +15%	1.045 -46%	1.265 -16%	1.550 -25%

Test №3

Multitenant testing

File with 50K, 25K, 10K, 5K, 1K loaded sequences and launched on Tenant1, Tenant2, and Tenant3 for Poppy

File with 50K, 25K, 10K, 5K, 1K loaded sequences and launched on Tenant3, Tenant2 and Tenant1 for Quesnelia

Num of records	Tenant 1 pcp1-00 duration (Poppy)	Tenant 2 pcp1-01 duration (Poppy)	Tenant 3 pcp1-02 duration (Poppy)	Num of records	Tenant 3 qcp1-02 duration (Quesnelia)	Tenant 2 qcp1-01 duration (Quesnelia)	Tenant 1 qcp1-00 duration (Quesnelia)
1000	66 min	75 min	74 min	1000	15 min 15 sec	15 min 46 sec	16 min
5000	67 min	76 min	75 min	5000	22 min 9 sec	22 min 10 sec	21 min 33 sec
10,000	67 min	76 min	74 min	10,000	27 min 38 sec	27 min 51 sec	29 min 42 sec
22,778	67 min*	73 min*	71 min*	25000	46 min 42 sec	47 min	47 min 14 sec
50,000	62 min	56 min	54 min	50,000	67 min 29 sec	67 min 27 sec	67 min 22 sec

Test №4

Order for load files with pause between files: 50k, 25k, 10k, 5k, and 1k for order tenants : Tenant 3(qcp1-02), Tenant 1(qcp1-00) and Tenant 2(qcp1-01)

Job Profile	Num of records	Tenant 1 qcp1-00 duration	Tenant 2 qcp1-01 duration	Tenant 3 qcp1-02 duration
KG - Create SRS MARC Authority on nonmatches to 010 $a DUBLICATE for Q	1000	00:28	00:32	00:18
	5000	03:38	03:31	03:29
	10,000	06:58	07:02	06:47
	25000	17:54	17:35	17:53
	50,000	34:09	35:08	29:49

Test №5

Order for load files without pause between files: 1k, 5k, 10k, 25k and 50k for order tenants : Tenant 3(qcp1-02), Tenant 2(qcp1-01) and Tenant 1(qcp1-00)

t 3-2-1 1-5-10-25-50

Job Profile	Num of records	Tenant 1 qcp1-00 duration	Tenant 2 qcp1-01 duration	Tenant 3 qcp1-02 duration
KG - Create SRS MARC Authority on nonmatches to 010 $a DUBLICATE for Q	1000	0:09:37	0:02:43	0:00:53
	5000	0:10:54	0:28:43	0:02:17
	10,000	0:19:13	0:31:45	0:05:53
	25000	0:35:54	0:44:13	0:22:44
	50,000	1:03:55	1:10:16	0:52:38

Resource utilization for Test #1

Resource utilization table

CPU		RAM
mod-inventory-b	49.90%	mod-data-import-b	64.80%
mod-source-record-storage-b	44.70%	mod-permissions-b	63.50%
nginx-okapi	38.10%	mod-source-record-manager-b	49.90%
mod-di-converter-storage-b	28.40%	mod-inventory-b	41.80%
mod-source-record-manager-b	24.80%	mod-di-converter-storage-b	41.30%
okapi-b	16.40%	okapi-b	36.20%
mod-data-import-b	16.10%	mod-source-record-storage-b	27.70%
mod-permissions-b	5.60%	mod-inventory-storage-b	16.20%
mod-inventory-storage-b	0.50%	nginx-okapi	4.90%
pub-okapi	0.20%	pub-okapi	4.70%

Service CPU Utilization

Here we can see that mod-inventory-b module used 171% CPU, mod-di-converter-storage-b used 83% CPU and nginx-okapi used 66% CPU

Service Memory Utilization

Here we can see that all modules show a stable trend.

DB CPU Utilization

DB CPU in the average was 88%.

DB Connections

DB connections was 1139.

DB load

Top SQL-queries


INSERT INTO fs09000000_mod_source_record_manager.events_processed (handler_id, event_id) VALUES ($1, $2)
INSERT INTO fs09000000_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)
insert into "marc_records_lb" ("id", "content") values (cast($1 as uuid), cast($2 as jsonb)) on conflict ("id") do update set "content" = cast($3 as jsonb)
WITH input_rows(record_id, authority_id) AS (
   VALUES ($1::uuid,$2::uuid)
)
, ins AS (
   INSERT INTO fs09000000_mod_inventory.records_authorities(record_id, authority_id)
   SELECT * FROM input_rows
   ON CONFLICT (record_id) DO UPDATE SET record_id=EXCLUDED.record_id
   RETURNING record_id::uuid, authority_id::uuid
   )
SELECT record_id, authority_id
FROM   ins
UNION  ALL
SELECT c.record_id, c.authority_id 
FROM   input_rows
JOIN   fs09000000_mod_inventory.records_authorities c USING (record_id);
UPDATE fs09000000_mod_source_record_manager.job_execution_progress SET succeeded_records_count = succeeded_records_count + $2, error_records_count = error_records_count + $3 WHERE job_execution_id = $1 Returning *

Resource utilization for Test #2

Resource utilization table

CPU		RAM
nginx-okapi	49%	mod-inventory-b	75%
mod-inventory-b	47%	mod-permissions-b	70%
mod-source-record-storage-b	42%	mod-data-import-b	61%
mod-di-converter-storage-b	29%	mod-source-record-manager-b	48%
mod-source-record-manager-b	26%	okapi-b	36%
okapi-b	22%	mod-inventory-storage-b	35%
mod-permissions-b	7%	mod-di-converter-storage-b	34%
pub-okapi	2%	mod-source-record-storage-b	28%
mod-inventory-storage-b	2%	nginx-okapi	5%
mod-data-import-b	2%	pub-okapi	4%

Service CPU Utilization

Here we can see that mod-inventory-b module used 140% CPU in average, mod-inventory-b used 117% CPU and nginx-okapi used 109% CPU

Service Memory Utilization

Here we can see that all modules show a stable trend.

DB CPU Utilization

DB CPU was 93%.

DB Connections

DB connections was 1273.

DB load

Top SQL-queries


INSERT INTO fs09000000_mod_source_record_manager.events_processed (handler_id, event_id) VALUES ($1, $2)
INSERT INTO fs09000000_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)
UPDATE fs09000000_mod_source_record_manager.job_execution_progress SET succeeded_records_count = succeeded_records_count + $2, error_records_count = error_records_count + $3 WHERE job_execution_id = $1 Returning *
insert into "marc_records_lb" ("id", "content") values (cast($1 as uuid), cast($2 as jsonb)) on conflict ("id") do update set "content" = cast($3 as jsonb)
WITH input_rows(record_id, authority_id) AS (
   VALUES ($1::uuid,$2::uuid)
)
, ins AS (
   INSERT INTO fs09000000_mod_inventory.records_authorities(record_id, authority_id)
   SELECT * FROM input_rows
   ON CONFLICT (record_id) DO UPDATE SET record_id=EXCLUDED.record_id
   RETURNING record_id::uuid, authority_id::uuid
   )
SELECT record_id, authority_id
FROM   ins
UNION  ALL
SELECT c.record_id, c.authority_id 
FROM   input_rows
JOIN   fs09000000_mod_inventory.records_authorities c USING (record_id);

Resource utilization for Test #3

Resource utilization table

CPU		RAM
mod-permissions-b	146%	mod-permissions-b	79%
mod-inventory-b	56%	mod-inventory-b	72%
nginx-okapi	42%	mod-data-import-b	61%
mod-source-record-storage-b	41%	mod-source-record-manager-b	44%
mod-di-converter-storage-b	37%	okapi-b	37%
mod-source-record-manager-b	27%	mod-source-record-storage-b	36%
okapi-b	20%	mod-inventory-storage-b	36%
mod-data-import-b	2%	mod-di-converter-storage-b	35%
mod-inventory-storage-b	1%	nginx-okapi	5%
pub-okapi	1%	pub-okapi	4%

Service CPU Utilization

Here we can see that mod-inventory-b module used 140% CPU in average, mod-inventory-b used 117% CPU and nginx-okapi used 109% CPU

Service Memory Utilization

Here we can see that all modules show a stable trend.

DB CPU Utilization

DB CPU was 94%.

DB Connections

DB connections was 1823.

DB load

Top SQL-queries


INSERT INTO fs07000002_mod_source_record_manager.events_processed (handler_id, event_id) VALUES ($1, $2)
INSERT INTO fs09000000_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)
INSERT INTO fs07000001_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)
INSERT INTO fs09000000_mod_source_record_manager.events_processed (handler_id, event_id) VALUES ($1, $2)
INSERT INTO fs07000001_mod_source_record_manager.events_processed (handler_id, event_id) VALUES ($1, $2)

Resource utilization for Test #4

Resource utilization table

CPU		RAM
mod-inventory-b	91.30%	mod-permissions-b	80.00%
nginx-okapi	43.60%	mod-data-import-b	65.10%
mod-source-record-storage-b	39.90%	mod-inventory-b	60.40%
mod-di-converter-storage-b	26.60%	mod-source-record-storage-b	42.20%
okapi-b	25.00%	mod-di-converter-storage-b	42.00%
mod-source-record-manager-b	18.90%	mod-source-record-manager-b	41.90%
mod-data-import-b	2.40%	okapi-b	37.60%
mod-permissions-b	1.60%	mod-inventory-storage-b	16.30%
mod-inventory-storage-b	0.30%	nginx-okapi	5.60%
pub-okapi	0.20%	pub-okapi	4.80%

Service CPU Utilization

Here we can see that mod-inventory-b module used 140% CPU in average, mod-inventory-b used 117% CPU and nginx-okapi used 109% CPU

Service Memory Utilization

Here we can see that all modules show a stable trend.

DB CPU Utilization

DB CPU was 93%.

DB Connections

DB connections was 1273.

DB load

Top SQL-queries


INSERT INTO fs09000000_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)
INSERT INTO fs07000002_mod_source_record_manager.events_processed (handler_id, event_id) VALUES ($1, $2)
INSERT INTO fs09000000_mod_source_record_manager.events_processed (handler_id, event_id) VALUES ($1, $2)
INSERT INTO fs07000002_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)
INSERT INTO fs07000001_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)

Resource utilization for Test #5

Resource utilization table

CPU		RAM
mod-permissions-b	77%	mod-permissions-b	77%
mod-inventory-b	63%	mod-inventory-b	75%
mod-di-converter-storage-b	35%	mod-data-import-b	59%
nginx-okapi	35%	mod-source-record-manager-b	53%
mod-source-record-storage-b	35%	mod-source-record-storage-b	44%
mod-source-record-manager-b	23%	mod-di-converter-storage-b	34%
mod-data-import-b	20%	mod-inventory-storage-b	34%
okapi-b	19%	okapi-b	33%
mod-inventory-storage-b	1%	nginx-okapi	4%
pub-okapi	1%	pub-okapi	4%

Service CPU Utilization

Here we can see that mod-inventory-b module used 140% CPU in average, mod-inventory-b used 117% CPU and nginx-okapi used 109% CPU

Service Memory Utilization

Here we can see that all modules show a stable trend.

DB CPU Utilization

DB CPU was 98%.

DB Connections

DB connections was 1757.

DB load

Top SQL-queries


INSERT INTO fs09000000_mod_source_record_manager.events_processed (handler_id, event_id) VALUES ($1, $2)
INSERT INTO fs09000000_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)
INSERT INTO fs07000002_mod_source_record_manager.events_processed (handler_id, event_id) VALUES ($1, $2)
INSERT INTO fs07000001_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)
INSERT INTO fs07000002_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)

Appendix

Infrastructure

PTF - environment Quesnelia (qcp1)

10 db.r6g.xlarge EC2 instances located in US East (N. Virginia)us-east-1
1 database instances, writer
Name Memory GIB vCPUs
db.r6g.xlarge
32 GiB 4 vCPUs
MSK ptf-mobius-testing2
- 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=2

Quesnelia modules memory and CPU parameters

Methodology/Approach

DI tests scenario a data import job profile that creates new MARC authority records for non-matches (Job Profile: KG - Create SRS MARC Authority on nonmatches to 010 $a DUBLICATE for Q) were started from UI on Quesnelia (qcp1) env with file splitting features enabled on a non-ecs environment..

Action for non-matches: Create MARC authority record

The above files are all stored here - MARC Resources
- 22k file what was provided from MARC Resources does nor work, so 50k file was split to file with 25k records and used instead of 22k file.

Test set

Test 1: Manually tested 1k, 10k, 25k and 50k records files DI started on one tenant only.
Test 2: Manually tested 1k, 10k, 25k and 50k records files DI started on one tenant only plus Check-in and Checkout (CICO) for 5 concurrent users.
Test 3: Manually tested 1k, 10k, 25k and 50k records files DI started on 3 tenants concurrently. Order for load file without pause between files: 50k, 25k, 10k, 5k, and 1k for order tenants : Tenant 3(qcp1-02), Tenant 2(qcp1-01) and Tenant 1(qcp1-00)
Test 4: Manually tested 1k, 10k, 25k and 50k records files DI started on 3 tenants concurrently. Order for load file with pause between files: 50k, 25k, 10k, 5k, and 1k for order tenants : Tenant 3(qcp1-02), Tenant 1(qcp1-00) and Tenant 2(qcp1-01)
Test 5: Manually tested 1k, 10k, 25k and 50k records files DI started on 3 tenants concurrently. Order for load file without pause between files: 1k, 5k, 10k, 25k and 50k for order tenants : Tenant 3(qcp1-02), Tenant 2(qcp1-01) and Tenant 1(qcp1-00)

#	TOP 5 SQL statements
1	`INSERT INTO fs09000000_mod_source_record_manager.events_processed (handler_id, event_id) VALUES ($1, $2)`
2	`INSERT INTO fs09000000_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)`
3	`insert into "marc_records_lb" ("id", "content") values (cast($1 as uuid), cast($2 as jsonb)) on conflict ("id") do update set "content" = cast($3 as jsonb)`
4	`WITH input_rows(record_id, authority_id) AS ( VALUES ($1::uuid,$2::uuid) ) , ins AS ( INSERT INTO fs09000000_mod_inventory.records_authorities(record_id, authority_id) SELECT * FROM input_rows ON CONFLICT (record_id) DO UPDATE SET record_id=EXCLUDED.record_id RETURNING record_id::uuid, authority_id::uuid ) SELECT record_id, authority_id FROM ins UNION ALL SELECT c.record_id, c.authority_id FROM input_rows JOIN fs09000000_mod_inventory.records_authorities c USING (record_id);`
5	`UPDATE fs09000000_mod_source_record_manager.job_execution_progress SET succeeded_records_count = succeeded_records_count + $2, error_records_count = error_records_count + $3 WHERE job_execution_id = $1 Returning *`

#	TOP 5 SQL statements
1	`INSERT INTO fs09000000_mod_source_record_manager.events_processed (handler_id, event_id) VALUES ($1, $2)`
2	`INSERT INTO fs09000000_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)`
3	`UPDATE fs09000000_mod_source_record_manager.job_execution_progress SET succeeded_records_count = succeeded_records_count + $2, error_records_count = error_records_count + $3 WHERE job_execution_id = $1 Returning *`
4	`insert into "marc_records_lb" ("id", "content") values (cast($1 as uuid), cast($2 as jsonb)) on conflict ("id") do update set "content" = cast($3 as jsonb)`
5	`WITH input_rows(record_id, authority_id) AS ( VALUES ($1::uuid,$2::uuid) ) , ins AS ( INSERT INTO fs09000000_mod_inventory.records_authorities(record_id, authority_id) SELECT * FROM input_rows ON CONFLICT (record_id) DO UPDATE SET record_id=EXCLUDED.record_id RETURNING record_id::uuid, authority_id::uuid ) SELECT record_id, authority_id FROM ins UNION ALL SELECT c.record_id, c.authority_id FROM input_rows JOIN fs09000000_mod_inventory.records_authorities c USING (record_id);`

#	TOP 5 SQL statements
1	`INSERT INTO fs07000002_mod_source_record_manager.events_processed (handler_id, event_id) VALUES ($1, $2)`
2	`INSERT INTO fs09000000_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)`
3	`INSERT INTO fs07000001_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)`
4	`INSERT INTO fs09000000_mod_source_record_manager.events_processed (handler_id, event_id) VALUES ($1, $2)`
5	`INSERT INTO fs07000001_mod_source_record_manager.events_processed (handler_id, event_id) VALUES ($1, $2)`

#	TOP 5 SQL statements
1	`INSERT INTO fs09000000_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)`
2	`INSERT INTO fs07000002_mod_source_record_manager.events_processed (handler_id, event_id) VALUES ($1, $2)`
3	`INSERT INTO fs09000000_mod_source_record_manager.events_processed (handler_id, event_id) VALUES ($1, $2)`
4	`INSERT INTO fs07000002_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)`
5	`INSERT INTO fs07000001_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)`

#	TOP 5 SQL statements
1	`INSERT INTO fs09000000_mod_source_record_manager.events_processed (handler_id, event_id) VALUES ($1, $2)`
2	`INSERT INTO fs09000000_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)`
3	`INSERT INTO fs07000002_mod_source_record_manager.events_processed (handler_id, event_id) VALUES ($1, $2)`
4	`INSERT INTO fs07000001_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)`
5	`INSERT INTO fs07000002_mod_source_record_manager.journal_records (id, job_execution_id, source_id, source_record_order, entity_type, entity_id, entity_hrid, action_type, action_status, error, action_date, title, instance_id, holdings_id, order_id, permanent_location_id, tenant_id) VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15, $16, $17)`

Name	Memory GIB	vCPUs
db.r6g.xlarge	32 GiB	4 vCPUs

[Quesnelia] [non-ECS] [Data import] Create MARC authority Records

Overview

Summary

Test Results and Comparison

Resource utilization for Test #1

Service CPU Utilization

Service Memory Utilization

DB CPU Utilization

DB Connections

DB load

Top SQL-queries

Resource utilization for Test #2

Service CPU Utilization

Service Memory Utilization

DB CPU Utilization

DB Connections

DB load

Top SQL-queries

Resource utilization for Test #3

Service CPU Utilization

Service Memory Utilization

DB CPU Utilization

DB Connections

DB load

Top SQL-queries

Resource utilization for Test #4

Service CPU Utilization

Service Memory Utilization

DB CPU Utilization

DB Connections

DB load

Top SQL-queries

Resource utilization for Test #5

Service CPU Utilization

Service Memory Utilization

DB CPU Utilization

DB Connections

DB load

Top SQL-queries

Appendix

Infrastructure

Methodology/Approach