Расширить экземпляр EC2 легко, как вдох (например, создать AMI, запустить экземпляр из него, а затем изменить размер хранилища).

Но уменьшить его становится все труднее. Я бы хотел уменьшить размер корневого тома EBS экземпляра Amazon Web Services (AWS) EC2. В сети есть пары старых процедур высокого уровня. Более подробная версия, которую я нашел, - это годичный ответ на вопрос StackOverflow: как я могу уменьшить объем моего ebs , шаги имеют довольно высокий уровень:

Создайте новый том EBS нужного размера (например, / dev / xvdg)

Запустите экземпляр и подключите к нему оба тома EBS.

Проверьте файловую систему (исходного корневого тома): (например) e2fsck -f / dev / xvda1

Максимальное сжатие исходного корневого тома: (например, ext2 / 3/4) resize2fs -M -p / dev / xvda1

Скопируйте данные с помощью dd:

• Выберите размер куска (мне нравится 16 МБ)

• Рассчитать количество фрагментов (используя количество блоков из вывода resize2fs): blocks * 4 / (chunk_size_in_mb * 1024) - округлить немного для безопасности

• Скопируйте данные: (например) dd if = / dev / xvda1 ibs = 16M of = / dev / xvdg obs = 16M count = 80

Измените размер файловой системы на новом (меньшем) томе EBS: (например) resize2fs -p / dev / xvdg

Проверьте файловую систему (исходного корневого тома): (например) e2fsck -f / dev / xvdg

Отключите новый корневой том EBS и прикрепите его к исходному экземпляру.

Я не могу найти подробное пошаговое «как» решение.

Мой корневой том EBS подключен к экземпляру HVM Ubuntu.

Любая помощь могла бы быть полезна.

В консоли AWS:

1. Остановите экземпляр, размер которого вы хотите изменить

2. Создайте снимок активного тома, а затем из этого снимка создайте том «SSD общего назначения».

3. Создайте другой том «SSD общего назначения» в нужном вам размере.

4. Присоедините эти 3 тома к экземпляру как:

   • / dev / sda1 для активного тома.
   • / dev / xvdf для тома, который является целевым размером.
   • / dev / xvdg для тома, сделанного из снимка активного тома.

5. Запустите экземпляр.

6. Войдите в новый экземпляр через SSH.

7. создайте эти новые каталоги:

mkdir /source /target

8. создать файловую систему ext4 на новом томе:

mkfs.ext4 /dev/xvdf

9. смонтировать его в этот каталог:

mount -t ext4 /dev/xvdf /target

10. Это очень важно, файловой системе нужен e2label для linux, чтобы распознать его и загрузить, используйте «e2label / dev / xvda1» на активном экземпляре, чтобы увидеть, каким он должен быть, в этом случае метка: «/»

e2label /dev/xvdf /

11. подключить том, созданный из снимка:

mount -t ext4 /dev/xvdg /source

12. Скопируйте содержимое:

rsync -ax /source/ /target

^{Примечание: нет "/" следующего "/ target". Кроме того, может быть несколько ошибок в символических ссылках и атрибутах, но изменение размера все еще было успешным}

13. Размонтируйте файловые системы:

umount /target
umount /source

14. Вернитесь в консоль AWS. Остановите экземпляр и отсоедините все тома.

15. Присоедините том нового размера к экземпляру как: "/ dev / sda1"

16. Запустите экземпляр, и он должен загрузиться.

ШАГ 10 ВАЖНО : Пометьте новый том «e2label», как указано выше, иначе экземпляр будет загружаться в aws, но не пройдет проверку соединения.

Ни одно из других решений не будет работать, если том используется в качестве корневого (загрузочного) устройства.

На вновь созданном диске отсутствует загрузочный раздел, поэтому необходимо установить GRUB и правильно установить некоторые флаги, прежде чем экземпляр сможет использовать его в качестве корневого тома.

Мое (на сегодня работающее ) решение для уменьшения корневого тома:

Фон: у нас есть экземпляр A, корневой объем которого мы хотим уменьшить. Давайте назовем этот том VA. Мы хотим уменьшить VA с 30 ГБ, скажем, до 10 ГБ

1. Создайте новый экземпляр ec2, B, с той же операционной системой, что и экземпляр A. В качестве хранилища выберите том того же типа, что и VA, но размером 10 ГБ. (или какой бы ни был ваш целевой размер). Итак, теперь у нас есть экземпляр B, который использует этот новый том (назовем его VB) в качестве корневого тома.
2. После запуска нового экземпляра (B). Остановите его и отсоедините его корневой том (VB).

ПРИМЕЧАНИЕ. Следующие шаги в основном взяты из решения @bill:

3. Остановите экземпляр, размер которого вы хотите изменить (A).

4. Создайте снимок тома VA, а затем из этого снимка создайте том «SSD общего назначения». Этот том мы назовем его VASNAP.

5. Спин новый экземпляр с Amazon Amazon, мы будем называть этот экземпляр C. Мы просто будем использовать этот экземпляр, чтобы скопировать содержимое VASNAP в VB. Возможно, мы могли бы также использовать экземпляр A для выполнения этих шагов, но я предпочитаю делать это на независимой машине.

6. Прикрепите следующие тома к экземпляру C. / dev / xvdf для VB. / dev / xvdg для VASNAP.

7. Перезагрузите экземпляр C.

8. Войдите в экземпляр C через SSH.

9. Создайте эти новые каталоги:

mkdir /source /target

10. Отформатируйте основной раздел VB с файловой системой ext4:

mkfs.ext4 /dev/xvdf1

Если вы не получили ошибок, перейдите к шагу 11. В противном случае, если у вас его нет /dev/xvdf1, вам нужно создать раздел, выполнив следующие действия i-vii:

я) Если /dev/xvdf1не существует по какой-либо причине, вам нужно создать его. Сначала введите:

sudo fdisk /dev/xvdf,

ii) Протрите диск, введя: wipefs

iii) Создайте новый раздел, введя: n

iv) Войдите, pчтобы создать основной раздел

v) Продолжайте нажимать ввод, чтобы продолжить настройки по умолчанию.

vi) Когда он снова запросит команду, введите, wчтобы записать изменения и выйти.

vii) Убедитесь, что у вас есть /dev/xvdf1раздел, выполнив: lsblk

Вы должны увидеть что-то вроде:

NAME    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
xvda    202:0    0  250G  0 disk
└─xvda1 202:1    0  250G  0 part
xvdf    202:80   0   80G  0 disk
└─xvdf1 202:81   0   80G  0 part 
xvdg    202:96   0  250G  0 disk
└─xvdg1 202:97   0  250G  0 part

Теперь перейдите к шагу 11.

11. Смонтируйте его в этот каталог:

mount -t ext4 /dev/xvdf1 /target

12. Это очень важно, файловой системе нужен e2label для Linux, чтобы распознать его и загрузить, используйте «e2label / dev / xvda1» на активном экземпляре, чтобы увидеть, каким он должен быть, в данном случае метка: «/»

e2label /dev/xvdf1 /

13. Смонтировать VASNAP в / source:

mount -t ext4 /dev/xvdg1 /source

14. Скопируйте содержимое:

rsync -vaxSHAX /source/ /target

Примечание: нет "/" следующего "/ target". Кроме того, может быть несколько ошибок в символических ссылках и атрибутах, но изменение размера все еще было успешным

15. Umount VB:

umount /target

16. Назад в Консоль AWS: извлечение VB из экземпляра C, а также извлечение VA из A.

17. Присоедините том нового размера (VB) к экземпляру как: "/ dev / xvda"

18. Загрузочный экземпляр A, теперь его корневое устройство 10 ГБ :)

19. Удалите оба экземпляра B и C, а также все тома, кроме VB, который теперь является корневым томом экземпляра A.

Следующие шаги работали для меня

Шаг 1. Создание снимка корневого тома ebs и создание нового тома из снимка (назовем это томом-копией)

Шаг 2. Создайте новый экземпляр с корневым томом ebs нужного размера. (давайте назовем это томом с измененным размером) Этот том ebs будет иметь правильный раздел для загрузки. (Создание нового тома ebs с нуля у меня не сработало)

Шаг 3. Присоедините изменение размера тома и копию тома к экземпляру.

Шаг 4. Формат громкости изменить размер.

sudo fdisk -l
    sudo mkfs -t ext4 /dev/xvdf1

Примечание: убедитесь, что объем раздела введен /dev/xvdf1не/dev/xvdf

Шаг 5. Смонтируйте изменение размера тома и скопируйте тома mkdir / mnt / copy mkdir / mnt / resize

sudo mount /dev/xvdh1 /mnt/copy
sudo mount /dev/xvdf1 /mnt/resize

Шаг 6. Скопируйте файлы

rsync -ax /mnt/copy/ /mnt/resize

Шаг 7. Убедитесь, что e2label совпадает с корневым томом

sudo E2label /dev/xvdh1 > cloudimg-rootfs
sudo E2label /dev/xvdf1 cloudimg-rootfs

Шаг 8. Обновите grub.conf для тома-копии, чтобы он соответствовал новому udid тома

Найдите и замените uudid в /boot/grub/grub.cfg

ubuntu@server:~/mnt$ sudo blkid
/dev/xvdh1: LABEL="cloudimg-rootfs" UUID="1d61c588-f8fc-47c9-bdf5-07ae1a00e9a3" TYPE="ext4"
/dev/xvdf1: LABEL="cloudimg-rootfs" UUID="78786e15-f45d-46f9-8524-ae04402d1116" TYPE="ext4"

Шаг 9. Размонтирование томов

Шаг 10. Присоедините новый том ebs с измененным размером к экземпляру / dev / sda1

Вот альтернативный подход;

Подключите и смонтируйте старый том EBS на работающем экземпляре EC2. Если вы хотите скопировать загрузочный том, лучше сделать это в другом экземпляре, со старым томом, смонтированным как данные, а не с томом, используемым в качестве действующей системы.

Создайте новый том EBS нужного размера.

Присоедините новый том к экземпляру и (осторожно) отформатируйте в нем новую файловую систему (например, используя mkfs). Смонтировать его.

Скопируйте содержимое старой файловой системы со старого тома на новый:

rsync -vaxSHAX /oldvol/ /newvol/

Размонтируйте новый том и отсоедините его от экземпляра.

Если вы копировали корневую файловую систему, то:

Создайте снимок EBS нового тома.

Зарегистрируйте снимок как новый AMI.

Статья ниже - это хорошее и простое руководство о том, как уменьшить размер тома EBS. Имеет простое пошаговое руководство и скриншоты.

Уменьшите размер тома EBS в вашем экземпляре EC2