Лучшая практика для запросов маршрутизации к правильной версии сервера приложений на EC2
Да, пока файлы не стали поврежденными, можно сделать повторное прикрепление. В Studio управления SQL Server щелкните правой кнопкой по Databases на своих новых экземплярах сервера и выберите Attach Database. Это спросит Вас местоположение Вашего mdf файла, и Вам, возможно, также придется просмотреть в Ваш ldf файл. Не должна быть без проблем. Мог бы занять минуту в зависимости от того, сколько в Вашем журнале транзакций не фиксировалось.
Существует много различных способов сделать простое развертывание новой версии приложения.
Для использования существующего метода Вы просто хотели бы удостовериться, что Вам понизили TTLs для Ваших записей DNS прежде, чем сделать переключение.
- Измените TTL на 5 минут
- Ожидайте общий период исходного значения TTL
- Внесите изменение DNS
- Изменения должны быть обновлены для большинства сопоставителей, после того как 5-минутный TTL истекает
Не абсолютно бесшовный, но довольно распространенный.
Хорошо, это - довольно старый вопрос, который я увидел в первый раз теперь...
Я обновляю запись записи DNS для маршрутизации трафика к IP-адресу нового сервера.
Вы корректны, который приведет к неизвестному проценту Ваших пользователей, все еще идущих в старую версию приложения, из-за кэширования DNS. Если Вы будете следовать за твердым предложением phoebu, то это, вероятно, будут очень немного пользователей - но тем не менее, на AWS существует лучший путь.
Или есть ли AWS-определенное решение?
Да, и я упомянул это в своем исходном ответе, с которым Вы связались.. Эластичные IP-адреса Amazon, если Вы используете просто единственный IP-адрес на сервис; или Эластичное Выравнивание нагрузки, если Вы используете флот серверов.
Эластичный IP обычно переключается за несколько секунд, меньше чем 10 secs, по моему опыту.