Как я могу переместиться, оперативный, корневой раздел экземпляра AWS t2.micro?

Ситуация: Мне настроили Ubuntu 14.04.5 на экземпляре AWS t2.micro с помощью EBS хранилище SSD (основной экземпляр). Успешно изменяя размер корневого раздела от 8 гибибайт до 12 гибибайт, я получил предупреждение: "Получающийся раздел не правильно выровненный для лучшей производительности". Я исследовал способы разрешить эту проблему, но ни один не соответствует моим требованиям для использования параметров командной строки во вторичном экземпляре для изменения остановленного и отдельного объема основного экземпляра (SOP для управления экземпляром AWS).

Следующее редактируется в ответ на ответ @Michael.

Используя blkid и разделенный, я нашел эту конфигурацию для своего существующего раздела:

root@<domain>:~# blkid
/dev/xvda1: LABEL="cloudimg-rootfx" UUID="<uuid>" TYPE="ext4"
root@<domain>:~# parted
GNU Parted 2.3
Using /dev/xvda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) unit s
(parted) print
Model: Xen Virtual Block Device (xvd)
Disk /dev/xvda: 25165824s
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number   Start    End         Size        Type      File system   Flags
 1       16065s   25165823s   25149759s   primary   ext4          boot
(parted) quit
root@<domain>:~#

После рассмотрения нескольких источников и [этот, в частности] анализ http://rainbow.chard.org/2013/01/30/how-to-align-partitions-for-best-performance-using-parted/ показывает, что желаемая оптимальная конфигурация:

Disk /dev/xvda: 25165824s
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number   Start    End         Size        Type      File system   Flags
 1       2048s    25165823s   25163776s   primary   ext4          boot

Проверяя мою конфигурацию далее, я нашел следующие свойства IO:

root@domain:/# cat /sys/block/xvda/queue/optimal_io_size 0
root@domain:/# cat /sys/block/xvda/queue/minimum_io_size 512
root@domain:/# cat /sys/block/xvda/alignment_offset 0
root@domain:/# cat /sys/block/xvda/queue/physical_block_size 512
root@domain:/# parted /dev/xvda
GNU Parted 2.3
Using /dev/xvda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) align-check minimal 1
1 aligned
(parted) align-check optimal 1
1 not aligned

который указал бы, что раздел не оптимально выровненный и (на сообщение в блоге, на которое ссылаются), что оптимальное выравнивание на уровне 1 мебибайт / 2048.

Я хотел бы использовать разделенный (или другие параметры командной строки) для перемещения раздела, на месте, от запуска в 16 065 с к запуску в 2048, с концом раздела в конце диска, 25 165 823 с. Это могло бы быть сделано как два шага; первый шаг раздел, не изменяя размер, сопровождаемый изменить размер операцией. Или, если это возможно, сделайте перемещение и измените размер в одной операции. Конечно, я взял бы снимок остановленного основного экземпляра прежде, чем внести любые изменения, и я буду использовать вторичный экземпляр для работы на раздел / файловая система основного экземпляра.

Мои вопросы:

    1. Действительно ли возможно использовать разделенную подкоманду перемещения, чтобы сделать это? Если да, как?
    2. Там операции очистки необходимы, чтобы гарантировать, что измененный раздел загрузится (будучи отсоединенным от вторичного экземпляра и повторно прикрепленный, правильно, к основному экземпляру)?
    3. Какие-либо другие предложения для подхода?
    4. Почему предупреждение дано даже при том, что ответ @Michael указывает, что выравнивание уже оптимально?

DVHirst

0
задан 31 May 2017 в 23:14

1 ответ

Сообщение, кажется, (мне) является неправильным.

16065 то, где корневой раздел запускает на экземплярах, запущенных из официальной Ubuntu AMI на AWS.

Disk /dev/xvda: 8589 MB, 8589934592 bytes
255 heads, 63 sectors/track, 1044 cylinders, total 16777216 sectors

    Device Boot      Start         End      Blocks   Id  System    
/dev/xvda1   *       16065    16771859     8377897+  83  Linux

, Учитывая, что объем EBS требует, 255 голов и 63 дорожки, 16065, казалось бы, был бы в прекрасны теоретическое выравнивание, как 63 × 255 = 16065... настолько принимающий мою математику корректно, это - первый сектор первой дорожки на втором цилиндре - хотя ничего подобного, геометрия реальна как диск, не является объемом EBS.

я был бы склонен оставить это точно как есть. Если это неправильно, это походит Канонический, и/или AWS имеют некоторое объяснение, чтобы сделать, учитывая бесчисленные миллионы экземпляров с точно этой конфигурацией.

0
ответ дан 3 November 2019 в 04:08

Другие вопросы по тегам:

Похожие вопросы: