AWS RDS Аврора Mysql своп CNAME в аварийном переключении
Несколько дней назад я тестировал RDS Aurora Writer-Reader (как классический MySQL Master-Slave). В частности, в его способности восстановления после аварийного переключения в модуле записи, среди других задач, RDS должен поменять себя ролью Writer и Reader (все хорошо на этом шаге) и поменять местами конечную точку CNAME, чтобы приложение могло нормально продолжаться.
В моем случае этот последний шаг не произошел, и мое приложение все еще указывает на ту же машину (эта машина находится в состоянии сбоя, а затем ухудшается до читателя).
Чтобы проверить это, я использую кнопку "Test Failover" на панели RDS.
Функция изменения конечной точки CNAME упоминается в официальных документах: https://aws.amazon.com/rds/faqs/
В следующем абзаце:
Аварийное переключение автоматически обрабатывается Amazon RDS, поэтому вы можете как можно быстрее возобновить работу с базой данных без вмешательства администратора. При переходе на другой ресурс Amazon RDS просто переворачивает запись канонического имени (CNAME), чтобы ваш экземпляр БД указывал на резервный, который, в свою очередь, превращается в новый основной. Мы рекомендуем вам следовать рекомендациям и реализовать повторную попытку подключения к базе данных на прикладном уровне.
2 ответа
Основываясь на @Michael - sqlbot, я исправляю проблему. Когда вы используете aurora в конфигурации HA, вам необходимо использовать в конфигурации приложения конечную точку кластера, а не конечную точку экземпляра, поскольку имя изменяется внутри кластера.
У меня есть другой вопрос по этому поводу. Итак, какой тип записи нам нужно создать в маршруте 53? CNAME в порядке? и если у меня есть две конечные точки кластера, мне нужно создать одно имя cname для каждого кластера? или только один CNAME? Я попробовал и увидел, что невозможно создать 1 CNAME с двумя конечными точками кластера. Спасибо !