Репликация: новые реплики Aurora MySQL не подбираются SypeRORM после автоматического масштаба ⇐ MySql

[Anonymous]

среда

[*] typeorm: 0.3.20
[*] @nestjs/typeorm: 10.0.2
[*] node.js: v22.13

node.js: v22.13 AWS Aurora MySQL 8.0 (подготовленный кластер с автоматической рукой чтения) Когда Aurora Autoscaler добавляет новую реплику чтения, Typeorm продолжает отправлять весь трафик считывания в исходный экземпляр-он никогда не повторно разрешает конечную точку и не заполняет свой пул.TypeOrmModule.forRoot({
type: 'mysql',
entities: [__dirname + '/../../**/*.entity{.ts,.js}'],
synchronize: false,
charset: 'utf8mb4_unicode_ci',
replication: {
master: {
host: process.env.MYSQL_HOST,
port: +process.env.MYSQL_PORT,
username: process.env.MYSQL_USER,
password: process.env.MYSQL_PASSWORD,
database: process.env.MYSQL_DATABASE,
},
slaves: [
{
host: process.env.MYSQL_SLAVE_HOST, // Aurora read endpoint
port: +process.env.MYSQL_SLAVE_PORT,
username: process.env.MYSQL_SLAVE_USER,
password: process.env.MYSQL_SLAVE_PASSWORD,
database: process.env.MYSQL_SLAVE_DATABASE,
},
],
restoreNodeTimeout: 5000,
removeNodeErrorCount: 9999999,
},
});
< /code>
наблюдаемое поведение < /h2>
Пул репликации типов инициализируется один раз при запуске и никогда не повторно разрешает DNS конечной точки чтения, поэтому новые реплики не используются до перезапуска. Конечная точка DNS и распределение соединений во всех доступных репликах. В качестве альтернативы, предоставьте опцию конфигурации для принудительного вращения /переподключения пула, чтобы автоматически сбалансировались узлы сбалансированы. DNS чтения DNS без перезапуска приложения? молча не удается в другую доступную копию? Я также уверен, что конечная точка рабов указывает на балансировщик кластера/нагрузки, а не определенную копию, потому что, когда реплики существуют до начала приложения, трафик распределяется правильно. Это может означать, что, несмотря на то, что конечная точка, лежащая в основе реплики чтения>

Подробнее здесь: https://stackoverflow.com/questions/795 ... m-after-au