Назад | Перейти на главную страницу

Несколько физических томов на блочном устройстве

У меня есть одно (неразмеченное) блочное устройство на сервере, которое используется как один физический том (pv1) для группы томов (vg1).

Есть ли способ создать вторую виртуальную группу, не подключая к серверу дополнительную память?

Я знаю, что PV не могут быть разделены между VG. Можно ли разделить клип пополам?

Если это вообще невозможно без подключения хранилища, как лучше всего избежать повторения этой ситуации? Есть ли у LVM механизм для использования одного блочного устройства в качестве нескольких PV? Или мне следует разбить блочное устройство?

Чтобы избежать повторения этой ситуации, вы обычно просто создаете много LV из один VG на вашем блочном устройстве. Таких ограничений нет, и это хорошо работает.

Если вы хотите сделать такие вещи, как наличие VG для ОС и одного для данных, вам необходимо разделить блочное устройство (т.е. у меня есть раздел 16 ГБ для ОС -> vg00, а остальное - еще один раздел для всех томов данных. -> vg01)

Но это не требуется, вы можете обойтись одним VG.

По текущему выпуску:

  1. Не рекомендуется

В Linux можно создать PV на LV, чтобы вы могли добавить еще одну VG в существующее пространство полностью онлайн. Но это было бы довольно некрасиво и, вероятно, через год упало бы вам на голову.

  1. Не рекомендуется

Другой вариант - сжать существующую группу VG с помощью команды pvresize.

(и настройка разделов. Это более рискованно. Я бы рекомендовал быть очень осторожным и сначала протестировать на виртуальной машине)

После того, как первый PV (и, следовательно, VG) был сжат, вы можете переразбить диск и создать новый раздел, который станет частью другого VG. Это даже не работает, если в существующей PV данные разнесены до конца с пробелами.

  1. Я чувствую, что вы можете просто работать с большим количеством LV и забыть о новой группе томов, может быть, вы просто еще не знали, что нет ограничений на количество используемых LV?

  2. один хак, который я на самом деле использовал (требовался тестовый прогон и закончился часом простоя), заключался в том, чтобы добавить еще один диск через iSCSI, отразить его, а затем перестроить мое «локальное» хранилище. Проблема в том, что вам нужно загрузиться с загрузочного носителя, чтобы сжать корневой раздел (сжатие - это не в сети для чего угодно, кроме veritas vxfs).

Когда вы начинаете, это так же просто, как определять два раздела на диске и назначать их как PV для отдельных VG. Сделать это задним числом намного сложнее с разумом.

Конечно, если вы хотите сделать свою жизнь невыносимой, вы можете определить логический том в своем первом VG и использовать его как PV для другого VG. Это работает безупречно, но это трудно понять, и его следует избегать любой ценой, не в последнюю очередь потому, что объединение блочных устройств в стек не совсем улучшает производительность системы.