Я получил запущенный экземпляр настройки сервера EC 2 с Ubunto. Какой лучший способ увеличить размер диска без простоев и минимального риска?

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

Amazon AWS только что выпустила (13 февраля 2017 года) новую функцию, которая позволяет изменять размер тома EBS.

^{источник: https://aws.amazon.com/blogs/aws/amazon-ebs-update-new-elastic-volumes-change-everything/}

Это позволяет увеличить размер тома EBS в существующем экземпляре во время его работы.

Важно отметить, что изменение размера тома не приводит к изменению размера файловой системы на томе (для большинства файловых систем). Дополнительные шаги могут потребоваться (в зависимости от файловой системы) в самой операционной системе. Например, resizefsв ext4файловой системе используется большинством ОС Linux сегодня.

Полная документация от AWS с описанием процесса может быть найдена по адресу http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-expand-volume.html.

В некоторых случаях блочное устройство имеет сопоставленные разделы, и только тогда один (или более) разделов включает файловую систему. В этом случае необходимо сначала изменить размер раздела, а затем только файловую систему. Этот процесс также описан в документации .

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

Я делаю (и это не совсем отвечает на ваш вопрос) следующим образом:

1. Создайте том EBS и прикрепите его к документу экземпляра здесь
2. Пересканируйте шины scsi echo '- - -' > /sys/bus/scsi/devices/host1/scsi_host/host1/scan(возможно, вам придется адаптировать номер хоста)
3. Создайте физический том pvcreateна новом найденном диске ( fdisk -lдля просмотра списка всех дисков).
4. Создайте группу томов и затем логический том на ней ( vgcreateи lvcreate)
5. Отформатируйте логический том в соответствии с желаемой файловой системой
6. tar целевая точка монтирования, чтобы восстановить его.
7. Установите этот том там, где вам нужно новое пространство.
8. Восстановите смолу в этом недавно смонтированном месте.

Шаги 6 и 8 являются необязательными, если вы используете новое пространство перед установкой чего-либо. Если вы хотите заменить существующий каталог, вы должны избегать записи чего-либо между концом архива и восстановлением.

Вы можете повторить шаги с 4 по 8 для разных точек монтирования, это позволит расширить необходимое пространство, а затем изменить размер томов на линии без перерыва.

Масштабирование хранилища файловой системы ZFS Zero Downtime в AWS (или в другом месте)

укрупняются

1. Установите ZFS на EC2.

   http://serverascode.com/2016/09/05/aws-zfs-user-data.html

2. Создайте zpool для ваших массовых данных, используя том EBS.
3. Добавьте еще один EBS, чтобы получить больше блочного хранилища. (или установите пул autoexpand = true и просто увеличьте EBS)
4. Добавьте новый EBS в свой zpool, чтобы освободить место. (если вы не использовали авторасширение и не увеличили размер EBS)

DOWNSIZE

1. Создайте новый zpool на новом EBS, достаточно большом для хранения сжатых данных. (пока не нужно монтировать или даже на той же EC2)
2. снимок старый слишком большой зпул
3. zfs-отправить снимок в новый zpool
4. продвинуть полученный снимок в новый пул и смонтировать его
5. уничтожить старый бассейн
6. уничтожить EBS старого пула

После изменения размера тома EBS вот что я только что выполнил, когда мне нужно было расширить пул ZFS:

parted -l # Get the list of partitions 
parted /dev/xvdf rm 9 # Remove the buffer partition
parted /dev/xvdf resizepart 1 100% # Resize the partition
zpool online -e <zfs partition name> /dev/xvdf # Expand the zpool and the filesystem it holds