Closed sampleblood closed 1 month ago
For aws, we would recommend something more like z1d.6xlarge.
z1d.6xlarge
just used as an api node, not a block producer, r5a.large was enough before spring upgrade,spring api node must use z1d.6xlarge ?
z1d.6xlarge
just used as an api node, not a block producer, r5a.large was enough before spring upgrade,spring api node must use z1d.6xlarge ?
aws r5a.2xlarge (64G RAM and some swap) catch up for an api node.
we are having the same issue. Nodes are struggling to process blocks, RPC API stops responding. Snapshots take a long time to process and, once processed, the node doesn't start syncing up blocks.
We have noticed a huge increase in data per block on Friday and again today.
What is the recommended configuration for running a node that can keep up? Looking for advice on modifications to config.ini like number of net/http threads etc...
z1d.6xlarge
just used as an api node, not a block producer, r5a.large was enough before spring upgrade,spring api node must use z1d.6xlarge ?
It isn't Spring that requires more memory. Recent usage on the EOS network has written a lot of data to RAM, causing the state database to multiply in size.
So now that the state database is much larger, these larger instances are required.
description: start node from 0926-snapshot and not synced after a day.
free -m:
log:
software: nodeos version v1.0.1 v1.0.1-574650744460373f635d48cac9aa6dee67dcbfdb
system: aws r5a.xlarge with 4 vCPUs, 32.0 GiB of memory, 200GB ssd
config.ini: