Похоже разработчикам пока не до amazon. У меня была подобная проблема. Оплатил новый инстанс, и только потом понял, что попал. Однако, после нескольких попыток удалось запустить bitrix на T2. Описываю свой путь.
В исходном состоянии я имел T1 с рабочим bitrix vm, запущенный со стандартной bitrix ami (все благополучно крутилось около 1,5 лет). В нем у меня был один volume под системный раздел на 10Gb и один volume со swap на 2Gb.
0. Для начала надо обновить систему на рабочем T1 (предварительно делаем backup в виде snapshot) - я это делал стандартными средствами Centos: yum update. Были кое-какие косяки из-за dup'ов, я их поборол. Перегружаем, проверяем работоспособность T1. Кстати, после обновления в меню bitrix мне предложили обновиться до 5 версии (Update system to BitrixEnv 5.0). Я, как наивный чукотский юноша, решил обновить. В итоге получил неработоспособный сайт и необходимость восстанавливать систему из snapshot. Поэтому рекомендую остаться на BitrixEnv 4.3.4.
1. Сделал snapshot системного volume (требуется, только для работоспособности bitrix на время манипуляций).
2. Создал volume из snapshot п.1 (опять таки не обязательно, если не нужен рабочий T1 во время перехода на T2).
3. Запускаем новый instance T2 на основе типовой Centos с поддержкой hvm (например, Centos 6.4 x86_64 HVM (ami-2de6f559)).
4. Обновляем систему на T2 (yum update), перегружаем, проверяем работоспособность, выключаем.
5. Делаем snapshot из volume T2.
6. Делаем новый volume (на котором впоследствии и будет жить наша система) из snapshot п.5.
7. Подключаем volume п.2 (или, предварительно отключив, рабочий T1, если не делали п.1-2) к T2 instance как диск /dev/sdf.
8. Подключаем volume п.6 к T2 instance как диск /dev/sdg.
9. Запускаем T2.
10. У системы, основанной на выбранной мной ami немного другая разбивка диска и настройка загрузчика grub в отличие от системы на T1:
в T2 есть 3 раздела: загрузочный, swap и корень, а в T1 весь диск - это корень. Также, в параметрах ядра в загрузчике корень указывается по метке раздела (kernel /boot/vmlinuz-2.6.32-358.el6.x86_64 ro root=LABEL=rootfs console=ttyS0). Поэтому, берем в руки бубен и:
1) меняем label у корневого раздела на volume п.6: e2label /dev/xvdg3 bitrix.
2) перегружаемся (ибо у меня система примонтировала корень с /dev/xvdg3).
11. Монтируем volume со старой системой: mkdir /mnt/src && mount /dev/xvdf /mnt/src
12. Форматируем корневой раздел новой системы: mkfs.ext4 /dev/xvdg3.
13. Обновляем label: e2label /dev/xvdg3 bitrix.
14. Монтируем volume с новой системой: mkdir /mnt/dst && mount /dev/xvdg3 /mnt/dst.
15. Переносим старую систему на новый диск: rsync -aAXv /mnt/src/* /mnt/dst --exclude={"/dev/*","/boot/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*",/lost+found}
16. Монтируем загрузочный раздел новой системы: mount /dev/xvdg1 /mnt/dst/boot.
17. Переносим недостающие модули: rsync -aAXv /lib/modules/* /mnt/dst/lib/modules.
18. Правим конф загрузчика (nano /mnt/dst/boot/grub/grub.conf): меняем kernel /boot/vmlinuz-2.6.32-358.el6.x86_64 ro root=LABEL=rootfs console=ttyS0
на kernel /boot/vmlinuz-2.6.32-358.el6.x86_64 ro root=LABEL=bitrix console=ttyS0
19. Правим fstab:
1) За основу берем fstab из T2: cp /etc/fstab /mnt/dst/etc/
2) Узнаем UUID разделов новой системы: blkid
/dev/xvda1: UUID="d7ec1df5-2ab1-4462-8283-2ce90232a8b9" TYPE="ext4" LABEL="rootfs"
/dev/xvda2: UUID="a7b223e0-9bae-4844-a1dc-542fee77b046" TYPE="swap" LABEL="swap"
/dev/xvda3: LABEL="rootfs" UUID="68690cf7-59de-4023-9a13-0c5893d0fc08" TYPE="ext4"
/dev/xvdf: LABEL="_/" UUID="3b6b5e04-6e1f-485d-b9aa-aa2dd2d60860" TYPE="ext4"
/dev/xvdg1: UUID="d7ec1df5-2ab1-4462-8283-2ce90232a8b9" TYPE="ext4"
/dev/xvdg2: UUID="a7b223e0-9bae-4844-a1dc-542fee77b046" TYPE="swap"
/dev/xvdg3: LABEL="bitrix" UUID="e7f65be2-e524-40db-b871-f058bdcf85b1" TYPE="ext4"
3) Прописываем их в /mnt/dst/etc/fstab. Надо заменить UUID разделов /dev/xvda* на UUID разделов /dev/xvdg*
20. Отмонтируем диски: umount /mnt/dst/boot && umount /mnt/dst && umount /mnt/src
21. Выключаем T2, отсоединяем от нее все volume.
22. Подключаем volume п.6 к T2 как /dev/sda1.
23. Запускаем T2. Проверяем работоспособность. Если все ок, то останавливаем T1, отцепляем от него EIP и подрубаем к T2.
Вроде все. Может кому поможет.
Если есть вопросы - пишите.