CPU do PostgreSQL 100% após configurar o envio de log do Wal em espera quente

Configurei o Hight Avaliabily WAL Log Shipping Hot Standby (SSL) com um nó. Mas depois de configurar, ambos os hosts (primário e secundário) usam 100% da CPU.

O mais estranho é porque tenho apenas um banco de dados chamado "TESTE" com uma tabela chamada "EXEMPLO" para verificar se a replicação estava OK. A replicação funcionou perfeitamente, mas não entendo porque minha CPU usa 100% porque não tenho nenhum aplicativo conectado ao meu cluster.

Eu executei o comando HTOP e obtive estes resultados:

Imagem 1 - Informações HTOP do servidor principal

Imagem 2 - Informações HTOP do Servidor Secundário

Versão SO:

No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 10 (buster)
Release:        10
Codename:       buster

Versão do PostgreSQL:

postgres (PostgreSQL) 12.3 (Debian 12.3-1.pgdg100+1)

Arquivo postgres.conf do servidor primário:

max_connections = 100
SSL = on
shared_buffers = 2GB
work_mem = 10485kb
maintenance_work_mem = 512MB
dynamic_shared_memory_type = posix
effective_io_concurrency = 200
max_worker_processes = 4
max_parallel_maintenance_workers = 2
max_parallel_workers_per_gather = 2
max_parallel_workers = 4
wal_level = replica
wal_buffers = 16MB
max_wal_size = 200MB
min_wal_size = 80MB
checkpoint_completion_target = 0.7
archive_mode = on
max_wal_senders = 3
wal_keep_segments = 8
hot_standby = on
hot_standby_feedback = on
random_page_cost = 1.1
effective_cache_size = 6GB
default_statistics_target = 100

informações de pg_stat_activity:

pg_stat_archiver informações:

informações de pg_stat_replication:

Se eu parar o serviço postgres em ambos os servidores, a CPU ainda terá 100% de uso.

Alguém pode me ajudar?