Настройка VPS выглядит следующим образом
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sr0 11:0 1 1024M 0 rom vda 253:0 0 60G 0 disk ├─vda1 253:1 0 9.8G 0 part / └─vda2 253:2 0 50.2G 0 part └─VolGroup1-LogVol1 252:0 0 50.2G 0 lvm /mnt/lvm1 vdb 253:16 0 10G 0 disk
Disk /dev/vda: 60 GiB, 64424509440 bytes, 125829120 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: XXXXXXXX . Device Boot Start End Sectors Size Id Type /dev/vda1 * 2048 20482047 20480000 9.8G 83 Linux /dev/vda2 20482048 125829119 105347072 50.2G 83 Linux . Disk /dev/vdb: 10 GiB, 10737418240 bytes, 20971520 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXX . Device Start End Sectors Size Type /dev/vdb1 2048 20969471 20967424 10G Linux filesystem . Disk /dev/mapper/VolGroup1-LogVol1: 50.2 GiB, 53934555136 bytes, 105340928 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
/ dev / vdb / - это одноблочный том хранения с исходным размером 10 ГБ. Позже я добавлю больше места в это хранилище блоков. Или можно добавить дополнительное хранилище блоков (/ dev / vdc, / dev / vdc и т. Д.).
Мне нужно смонтировать его в / mnt / lvm1. Приложениям, использующим эту папку, потребуется больше места, и я не могу заставить их использовать несколько папок.
Какова оптимальная настройка, чтобы продолжать добавлять пространство к одной точке монтирования?? Конечно я могу продлить VolGroup1-LogVol1 на / dev / vdb1, но есть ли другие способы сделать это, которыми было бы легче управлять? Это может быть в форме другой настройки PV / VG / LV и / или использования нескольких хранилищ блоков.
Не существует единственного оптимального способа сделать это. Однако есть несколько способов, которые работают лучше других, в зависимости от вашего сценария.
В общем, избегайте как можно большего количества уровней абстракции. Если вы собираетесь использовать весь диск для LVM и ничего больше, нет смысла размещать на нем таблицу разделов - поэтому удалите этот слой и сделайте /dev/vdb физический том LVM сам по себе. Это также делает изменение размера устройства намного проще и безопаснее в будущем, поскольку вам также не придется каждый раз изменять размер раздела. Кроме того, LVM в любом случае похож на расширенную таблицу разделов.
Если это блочное устройство предоставляется чем-то вроде EBS, то этот том можно расширить в режиме онлайн. Большинство других целевых блочных устройств от различных поставщиков также могут быть расширены онлайн. Чтобы зарегистрировать этот расширенный том LVM, требуется всего одна команда (при условии, что вы не используете таблицу разделов):
pvresize /dev/vdb
После повторного определения емкости физического тома вы увидите новые размеры хранилища, отраженные в LVM, которые будут немедленно доступны для использования. Затем вы можете свободно использовать расширенное пространство, расширяя свои LV или добавляя новые.
Добавление дополнительной емкости путем добавления физических томов в качестве метода расширения работает, но по возможности лучше этого избегать. Управление многими физическими томами, а не одним большим, может раздражать при устранении неполадок, особенно когда приходится выполнять такие вещи, как глобальная фильтрация многопутевых томов, самостоятельное управление целевыми объектами удаленного хранилища или определение того, вызывает ли данный физический том проблемы с группой томов.
Однако в среде, где непросто или невозможно изменить размер существующих целевых устройств резервного хранилища, которые предоставляют указанные PV, проще просто использовать возможность LVM для агрегирования блочных устройств в группу томов и добавления дополнительных устройств - обычно это происходит при использовании "голые" жесткие диски, например.