Назад | Перейти на главную страницу

Миграция AWS с t1 на t2: Client.InstanceInitiatedShutdown на новом экземпляре t2

У меня есть Linux t1.micro, на котором уже несколько лет работает небольшой веб-сайт Apache / PHP / Postgresql (именуемый здесь «исходным экземпляром»). Работает как шарм.

Я хотел перенести сайт на новый (более дешевый) экземпляр t2.micro. Я не смог найти никаких пошаговых инструкций, как это сделать, но принял к сведению этот и этот.

Мой основной подход был

  1. Создайте моментальные снимки двух томов (корневого и диска данных для данных postgresql), используемых исходным экземпляром
  2. Создайте новый HVM AMI из корневого каталога и только что сделанных снимков данных (ELASTIC BLOCK STORE> Снимки> выберите исходный снимок корневого экземпляра> Действия> Создать образ) с помощью
    • Архитектура = x86_64, такая же, как у исходного экземпляра
    • Имена корневого устройства и тома данных = такие же, как у исходного экземпляра
    • Тип виртуализации = виртуализация с аппаратной поддержкой (HVM, для совместимости с новым форматом виртуальных машин t2)
    • Идентификатор ядра = "Использовать по умолчанию" (я пытался использовать тот же идентификатор ядра, что и исходный экземпляр, но создание AMI не удалось, заявив, что нельзя использовать его для AMI HVM)
  3. Создайте и запустите новый экземпляр с AMI, только что созданным на шаге 2.

Проблема: при запуске этого нового экземпляра он немедленно выключается с Client.InstanceInitiatedShutdown ошибка. Как я могу решить эту проблему?

Неужели я наивен, полагая, что могу использовать корневой снимок, который работает в среде PVM в среде HVM? Есть ли более простой способ перейти с t1 на t2?

Я надеюсь, что мне не придется заново собирать свой сервер в t2 с нуля и переносить данные вручную (я не использовал сценарии автоматической сборки).

редактировать: Я закончил восстановление экземпляра t2 с нуля: P

Я переходил от HVM к PV и заметил ту же проблему. Оказалось, что я (моя автоматизация) все еще подключал блочное хранилище к / dev / sda1, что мне было нужно для моего HVM AMI, но мне нужно было прикрепить его к / dev / xvda.