- Newest
- Most votes
- Most comments
Thank you for reporting this detailed observation about Aurora Limitless Database shard behavior. While the errors you're seeing might be related to the internal orchestration process, I recommend opening an AWS Support case for this issue. Our product team can then properly investigate the logs, analyze the specific patterns, and provide appropriate guidance for your Aurora Limitless Database deployment.
I hope this might help.
answered a year ago
This behavior appears to be related to the normal provisioning and configuration process for new shards in Aurora PostgreSQL Limitless Database.
Aurora PostgreSQL Limitless Database has a complex architecture consisting of routers and shards that work together in a DB shard group. When you execute rds_aurora.limitless_split_shard(), the system creates a new shard, which requires various configuration steps and internal connections to be established.
The errors you're seeing are likely part of the internal orchestration process:
-
The "foreign server not found" errors in the DistributedTransactionRouter logs occur because the router is trying to establish connections to the newly created shard before all metadata is fully propagated.
-
The pg_hba.conf connection rejections from internal AWS IP addresses (172.31.x.x) are likely temporary authentication issues during the shard initialization process. These IPs are part of AWS's internal network used for communication between routers and shards within the DB shard group.
-
The configuration reloads and parameter errors in the DataAccessShard logs are part of the initialization process as the new shard is being configured with the appropriate Aurora Limitless settings.
It's expected behavior that when you add another new shard, the errors for the previous shard stop, as by that time the previous shard has completed its initialization and is fully integrated into the DB shard group.
The individual shards and routers in the DB shard group aren't directly visible or manageable in your AWS account - they're managed by the Aurora service. The errors you're seeing are likely part of the normal provisioning workflow and should resolve themselves as the system stabilizes.
If these errors persist and cause actual functionality issues with your database operations (rather than just appearing in logs), you may want to contact AWS Support for further investigation.
Sources
Aurora PostgreSQL Limitless Database architecture - Amazon Aurora
Benchmarking Amazon Aurora Limitless with pgbench | AWS Database Blog
answered a year ago
Relevant content
asked 4 years ago
asked 2 years ago
asked 2 years ago
- AWS OFFICIALUpdated 9 months ago
