Являются ли физические экстенты LVM эквивалентом группы блоков в стандартных разделах?
Хорошо, вы правы, в соответствии с DHCP-сервер использовал зарезервированный IP-адрес и как dhcpd обрабатывает статические IP-адреса по сравнению с резервированием DHCP и тщательное чтение man dhcpd.conf, используя fixed-addressне зарезервирует его должным образом.
Это можно сделать, установив для директивы infinite-is-reservedзначение true и настроить ваш клиент так, чтобы он запрашивал бесконечную аренду (, хотя я не знаю, как ).
Самый простой способ добиться этого — зарезервировать за пределами диапазона динамического IP-адреса, подобного этому:
subnet 10.122.224.0 netmask 255.255.255.0 {
...
range 10.122.224.64 10.122.224.127;
...
host room1-printer {
hardware ethernet 00:26:73:00:4f:33;
fixed-address 10.122.224.63;
}
}
LVM divides up the physical volume in PEs which are the smallest unit of data that can be written
Речь идет о единицах распределения для управления метаданными внутри самого LVM. Это не имеет ничего общего с тем, как данные читаются и записываются файловой системой сверху. Это работает так же, как и любое другое блочное устройство с разрешением в один сектор.
То же самое и с традиционным разделением. Хотя, конечно, технически это позволяет вам размещать их на любых смещениях секторов, на практике вы, вероятно, захотите следовать правилам выравнивания MiB, и поэтому вы можете считать, что традиционные разделы имеют размер PE 1MiB. Но это не мешает вам читать/записывать сектора размером 4 КиБ или 512 байт.
Даже если вы установите размер PE на что-то намного большее (, т.е. 128M или 1G ), это просто означает, что вы не сможете создать LV меньше 128M или 1G (1 PE )и все ваши LV будут кратны PE по размеру. Для самой файловой системы ничего не меняется.
Вы также можете изменить размер PE на лету в любое время, при условии, что все ваши LV выровнены по новому размеру PE.
Размер PE имеет большее практическое значение при использовании моментальных снимков, тонких томов или pvmove. LVM клонирует весь PE для моментального снимка или выделяет/освобождает весь PE для тонкого тома или зеркалирует по одному PE для pvmove.
Таким образом, размер PE может повлиять на производительность определенных операций LVM. Но опять же, это то, как LVM обрабатывает вещи внутри. Если вы редко меняете метаданные LVM, то это практически не имеет значения.
Если вы сомневаетесь, просто оставьте настройки по умолчанию и не беспокойтесь об этом.
meaning a 3Mb file on a PV with 4Mb PE will still occupy 4Mb.
Итак, это и да, и нет.Если у вас есть тонкий том, который выделяет PE только там, где это необходимо / при записи, то да, если вы где-то записываете файл размером 3 МБ, а у вас есть PE размером 128 МБ, тогда этот 3 МБ файл будет «использовать 128 МБ пространства» в кавычках.
Но это не заняло бы его, остальные 125M все еще являются «свободным пространством» в файловой системе, так что есть место для большого количества других файлов 3M в том же PE.
С другой стороны, если вы используете крошечный размер PE, вы можете столкнуться с крайней фрагментацией на уровне LVM. Таким образом, меньший PE также не обязательно лучше.