1

Я создал экземпляр Amazon Aurora в своем VPC. Когда экземпляр был создан, он пришел с двумя конечными точками, писателем и конечной точкой считывателя.AWS RDS Writer Endpoint vs Read Endpoint

Экземпляр использует политику безопасности с правилом входа (Тип: Все трафик, Протокол: Все, Порт: Все, Источник: 0.0.0.0/0).

Я попытался использовать MySQL Workbench и интерфейс мониторинга MySQL для подключения к конечным точкам.

Соединение с конечной точкой считывателя работало, но для конечной точки Writer этого не произошло. Конечная точка читателя была только для чтения, поэтому мне не удалось создать мою БД, используя ее.

Любая идея?

+0

Поскольку MySQL Workbench пытается прочитать первый, прежде чем разрешить вам написать – Adam

+0

Так как вы можете» t указать разные SG/NACL для чтения и записи (по крайней мере, этого я не знаю), я бы ошибался на стороне клиента. Ваш хозяин смог разрешить автора для IP? Что сделал nc -w 0 write -p 3306? –

+0

@RobinsTharakan Спасибо. Я не тестировал их, и мне удалось подключиться к нему, несколько раз создав новые экземпляры. Это просто, что в некоторых случаях это сработало, а некоторые нет. –

ответ

2

Экземпляр кластера aurora может быть либо писателем, либо читателем. Кластеры Aurora позволяют одному автору и до 15 читателей. Роль экземпляра может изменить переход на другой ресурс.

Автор DNS-конечная точка всегда решает к экземпляру писателя, Cluster writer endpoint

Читателя конечной точки DNS случайным образом решает одного из экземпляров считывателя с TTL = 1.

(Примечание: Это может указывать на экземпляр писателя, только если они один здоровый экземпляр доступен в кластере флота) Cluster reader endpoint