Ситуация: Мне настроили 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 с. Это могло бы быть сделано как два шага; первый шаг раздел, не изменяя размер, сопровождаемый изменить размер операцией. Или, если это возможно, сделайте перемещение и измените размер в одной операции. Конечно, я взял бы снимок остановленного основного экземпляра прежде, чем внести любые изменения, и я буду использовать вторичный экземпляр для работы на раздел / файловая система основного экземпляра.
Мои вопросы:
DVHirst
Сообщение, кажется, (мне) является неправильным.
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 имеют некоторое объяснение, чтобы сделать, учитывая бесчисленные миллионы экземпляров с точно этой конфигурацией.