Настройка 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, будут немедленно доступны для использования. Затем вы можете свободно использовать расширенное пространство, расширяя свои логические тома или добавляя новые.
Добавление дополнительной емкости путем добавления физических томов в качестве метода расширения работает, но по возможности лучше этого избежать. Управление множеством физических томов, а не одним большим, может раздражать при устранении неполадок, особенно когда приходится делать такие вещи, как глобальная фильтрация многопутевых томов, самостоятельное управление целевыми объектами удаленного хранения или определение того, вызывает ли данный физический том проблемы с группой томов.
Однако в среде, где непросто или невозможно изменить размер существующих целевых устройств резервного хранилища, которые предоставляют указанные PV, проще просто использовать способность LVM объединять блочные устройства в группу томов и добавлять больше устройств - обычно это происходит при использовании "голые" жесткие диски, например.