Как увеличить размер тома EBS запущенного экземпляра? [закрытый]

Question

Как увеличить размер тома EBS запущенного экземпляра? [закрытый]

У меня есть сервер, на котором работает недавний Ubuntu AMIs от Canonical. Размер загрузочного Тома EBS составляет 8 ГБ. Я знаю, что могу изменить размер томов EBS, сделав снимок, создав новый том и расширив раздел на нем. Как я могу увеличить размер тома во время работы машины? Если это невозможно, каков предпочтительный способ увеличения размера загрузочного тома с минимальным временем простоя?

700 7

amazon-web-services amazon-ec2 amazon-ebs

7 ответов:

Comments

Ничего не найдено.

Steffen Opel · Accepted Answer · 2012-03-07 17:50:13

к сожалению, невозможно увеличить размер Amazon EBS корневой объем памяти устройства в то время как Amazon EC2 экземпляр запущен-Эрик Хаммонд написал подробную (я склонен говорить "каноническую";) статью о изменение размера корневого диска на работающем экземпляре EBS Boot EC2:

пока вы в порядке с небольшим временем простоя на экземпляре EC2 (несколько минут), можно изменить корень Объем EBS с a увеличенная копия, без необходимости запуска нового экземпляра.

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

удачи!

tk120404 · Accepted Answer · 2018-09-23 13:58:54

мы можем увеличить размер тома с новой функцией EBS эластичные объемы, сообщение, что нам нужно выполнить следующие шаги, чтобы использовать увеличение размера, как показано здесь

предположим, что ваш объем был 16G, и вы увеличили его до 32GB.
    $lsblk
NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda    202:0    0  32G  0 disk
└─xvda1 202:1    0  16G  0 part /
чтобы расширить xvda1 от 16GB t0 32GB, нам нужно growpart. growpart входит в состав cloudutils
sudo apt install cloud-utils
после установки cloud-utils, выполните growpart команда
sudo growpart /dev/xvda 1
теперь lsblk, покажет
    $ lsblk
NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda    202:0    0  32G  0 disk
└─xvda1 202:1    0  32G  0 part /
но df-h покажет только 16GB

последняя команда для расширения xvda1 до 32 ГБ-это
sudo resize2fs /dev/xvda1
в случае файловой системы XFS,

sudo xfs_growfs /dev/xvdal Спасибо яйцо

Khalid T. · Accepted Answer · 2017-02-19 21:06:01

поздний ответ на этот 5-летний вопрос

AWS только что анонсировала новую функцию EBS под названием Эластичный Тома, который позволяет увеличить размер тома, отрегулировать представление, или изменить тип Тома пока том в пользе.

вы можете прочитать больше об этом в блоге AWS здесь.

Opcrat · Accepted Answer · 2014-04-30 21:52:57

вам просто нужно сначала создать свой снимок, и из этого снимка нужно создать другой Том, и как только новый том будет готов, отсоедините старый том от экземпляра и присоедините новый том. Обязательно остановите экземпляр перед запуском этого процесса и перезапустите экземпляр после его завершения.

см.http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-expand-volume.html

Saurabh Chandra Patel · Accepted Answer · 2013-06-10 20:35:50

Это будет работать для файловой системы xfs просто запустите эту команду xfs_growfs /

Dave Hunter · Accepted Answer · 2015-09-08 00:04:39

Я обнаружил, что при попытке увеличить корневой раздел /dev/sda1, который сообщалось как /dev/xvda1 на centos6, я не мог размонтировать том, чтобы расширить раздел.

Я обошел это, установив мой исходный том как /dev /sda1 и мой снимок как/dev / sdb. Затем я перезапустил образ и изменил размер раздела /dev/sdb1 с помощью parted.

Как только раздел / dev / sdb1 был изменен, я отсоединил оба тома и снова подключил новый том /dev / sda1 и ran resize2fs/dev / xvda1.

Lostsoul · Accepted Answer · 2012-03-08 19:22:39

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

Если вы хотите, метод, который я использую в последнее время, использует S3, имеет среду резервного копирования и развертывания в других системах. Так, например, у вас есть существующая система работает..установите скрипт для загрузки данных в s3 каждые N минут / часов / дней..затем напишите скрипт использовать при запуске новых экземпляров для загрузки этих данных. Если ваши данные не являются чем-то вроде постоянного обновления, то это должно работать нормально(для меня я использую это для распространения обновленной версии моей кодовой базы, в то время как сами данные управляются на сервере базы данных ec2).

надеюсь, что это поможет.