Відповідно до підручників Linux ви можете додавати необмежені диски, а також розділи до групи томів.
В іншій документації (RedHat, CentOS або openSUSE) усі приклади стосуються додавання розділів до VG замість необроблених дисків. Що є загальною (найкращою) практикою?
Відповіді:
Відповідно до посібника з адміністрування логічного тома RHEL 6 рекомендується, якщо ви збираєтесь використовувати весь диск як фізичний об'єм у групі томів LVM, вам все одно слід розділити його:
уривок з посібника "RHEL6 Управління логічним томом менеджер LVM Administrator Guide"
2.1.2. Кілька розділів на диску
LVM дозволяє створювати фізичні томи з дискових розділів. Зазвичай рекомендується створити один розділ, який охоплює весь диск, щоб позначити його як фізичний об'єм LVM з наступних причин:
Адміністративна зручність
Простіше відслідковувати обладнання в системі, якщо кожен реальний диск з’являється лише один раз. Це стає особливо вірно, якщо диск виходить з ладу. Крім того, кілька фізичних томів на одному диску можуть викликати попередження ядра про невідомі типи розділів при завантаженні.
Розділ 11.1. Ініціалізація дисків або дискових розділів LVM Howto встановлює наступним чином:
уривок з LVM Howto
Для всіх дисків:
Запустіть pvcreate на диску:
# pvcreate /dev/hdbЦе створює дескриптор групи томів на початку диска.
Не рекомендовано
Використання всього диска як PV (на відміну від розділу, що охоплює весь диск) не рекомендується через проблеми управління, які він може створити. Будь-яка інша ОС, яка дивиться на диск, не розпізнає метадані LVM і не відображатиме диск як вільний, тому, ймовірно, він буде перезаписаний. LVM сам буде чудово працювати з фотосесіями з цілим диском.
Якщо ви отримаєте помилку про те, що LVM не може ініціалізувати диск із таблицею розділів на ньому, спочатку переконайтесь, що диск, на якому ви працюєте, є правильним. Якщо ви впевнені, що це так, запустіть наступне:
НЕБЕЗПЕЧНИЙ
Наступні команди знищать таблицю розділів на диску, на якому працює. Будьте впевнені, що це правильний диск.
# dd if=/dev/zero of=/dev/diskname bs=1k count=1 # blockdev --rereadpt /dev/diskname
Це основні джерела, які я би довіряв визначенню, слід форматувати один розділ на жорсткому диску перед тим, як додати його як фізичний об'єм чи ні. Як показали інші відповіді (та коментарі), ви не помилитесь, додавши весь диск без розділу.
Мені подобається, що я їхав у своєму автомобілі з надітим ременем безпеки. Якщо ви ніколи не потрапляєте в ДТП, тоді ремінь безпеки не слугував ніякій меті, але якщо я коли-небудь потрапляю в ДТП, я впевнений, що радий, що його надягнув.
Я подумав, що вищевказані 2 путівники були 2 досить вагомими причинами. Вони обоє офіційні путівники, один з RH, інший Howto, який зібрала команда LVM.
Ось ще одна причина. Не розділяючи жорсткий диск, на жорсткому диску чітко не встановлюється жоден ідентифікатор, щоб чітко визначити, як він використовується.
fdisk -l
...
/dev/sda6 318253056 956291071 319019008 8e Linux LVM
Як адміністратор систем, для мене та інших людей набагато більш очевидним є намір використання цього конкретного накопичувача проти 8e.
Я ціную те, що ви говорите @Joel, я теж працював у компанії Fortune 500, де у нас було 100 розгортань Linux у фізичних / віртуальних розгортаннях настільних / серверів, а також у великих розгортаннях для зберігання, тому я отримую те, що ви приказка.
fdisk -lодин раз, /sys/blockраз, і у ваших біосах один раз. Де це дублювати? (продовження)
Переважно мати деякі загальновизнані дескриптори (метадані), а MBR цілком виступає як такий дескриптор. Навіть GPT використовує стару таблицю розділів на базі MBR, щоб вказати на її наявність.
Дійсно, ви втрачаєте деяку диск-простір, але це тим часом незначна перевага розуміння того, що на диску (а де) - це само собою зрозуміло.
pvdisplay, (PV SIZE: не використовується X MiB), якщо X більше 1MiB, ви можете так само добре розділити, не втрачаючи більше.
Створення фізичних томів на розділах, які займають 100% диска, майже ніколи не підходить. Я кажу "майже" тільки тому, що я покладаю таке ставлення, що тільки тому, що я не можу придумати причину щось зробити, це не означає, що немає причин для цього. З цього приводу я не можу придумати єдиної причини розмістити розділи на диску на 100% місця, якщо це буде LVM.
Ви не отримуєте помітної вигоди в обмін на те, щоб отримати частину жорсткості перегородки. Якщо це фізичні томи, підтримувані SAN, і ви це робите, є лише два способи розширення місця для зберігання в групі томів:
partprobeдавайте ви читати нові розміри в, але це працює тільки 1 раз з 2 з мого особистого досвіду , і це вимагає, щоб відключити файлову систему (тобто сили , щоб ви на форумі ще одна причина , люди як менеджери томів).Якщо ви робите весь диск, адміністратор SAN може розширити LUN для вас, ви повторно скануєте шину SCSI, вона набирає новий розмір LUN, тоді ви робите pvresizeдля розширення фізичної гучності. Все без відключення жодної файлової системи в автономному режимі.
Виходячи з біту MBR, ти зазвичай не береш фотографії від однієї системи і не подаєш їх іншій у корпоративному середовищі. Навіть якщо ви це зробили, якщо це LVM, ви хочете, щоб ОС, якій ви будете представляти LUN для підтримки LVM. Інакше в чому сенс їх представити? Якщо це так, то ви зможете побачити всю фізичну інформацію про обсяг, інформацію про групу томів та логічні томи (якщо припустити, що це єдиний PV в групі томів). Тож воно самодокументує саме так.
В основному: розділити весь диск на 100% - це як вимагати, щоб офіціант, який приніс вам яблучний пиріг, також приніс вам ніж. Коли він це робить, ти кидаєш ніж убік і просто закопуєш обличчя в пиріг. Значення: не має сенсу наполягати на тому, щоб інструмент розділити щось на більш дрібні шматки, якщо ви просто збираєтеся все це використовувати за один раз.
pvscanпід час завантаження, тому ядро на диску інсталятора повинно було сканувати всі блокові пристрої, які шукають голови LVM. Я б, мабуть, подав помилку тому, хто постачальник пояснює, що їх інсталятор є fubar'd. Для домашніх установок проблема однакова, навіть якщо коренева файлова система охоплює два диски, ваш основний диск буде розділений на / завантаження, і коли ядро завантажиться, воно виконає сканування гучності. Ось так ви навіть можете завантажитися на LVM.
З мого досвіду, використовувати розділ буде добре, якщо ви тестуєте або в невеликій середовищі, де диск / сховище недоступне. Це добре для школи або роботи в гаражі. У реальному світі з віртуальним сервером, де ви можете розширити диск на вимогу, краще, якщо ви дозволите LVM керувати неочищеним / цілим диском замість секціонування. Керувати буде легко і гнучко, не перезавантажуючи сервер. Ви знаєте, скільки часу це економить? Помножте на всі сервери, які вам можуть знадобитися для управління! У багатьох разів у мене виникають проблеми, що через розділ / фрагменти потрібно перезавантажити сервер, оскільки ядро може не розпізнати нову таблицю. При додаванні сировинного / віртуального диска у ваш LVM є необхідність розширення вашої файлової системи. Запустивши просту команду, таку як «echo 1> / sys / block / XXX / device / rescan ”, де XXX є вашим диском (sdb, sdc, sdd тощо), буде переглядати диск на додатковий простір без перезавантаження та бум! ви зможете розширити свою файлову систему на льоту. Для продовження диска без перезавантаження вашого Linux-сервера знадобиться 5 хвилин. З розділеним диском цей процес є складним