De acuerdo con las páginas de manual de Linux, puede agregar discos sin formato y particiones a un grupo de volúmenes.
En otra documentación (RedHat, CentOS o openSUSE), todos los ejemplos se refieren a agregar particiones al VG en lugar de discos sin formato. ¿Qué es la práctica común (mejor)?
Respuestas:
Guía de administración de RHEL6 LVM
De acuerdo con la Guía de administración del volumen lógico RHEL 6, se recomienda que si va a utilizar una unidad completa como volumen físico en un grupo de volúmenes LVM, aún así debe particionarlo:
Extracto de la guía "Guía del administrador de LVM de administración de volumen lógico RHEL6"
Cómo LVM
Sección 11.1. Inicializando discos o particiones de disco del LVM Howto dice lo siguiente:
Extracto del LVM Howto
Conclusiones
Estas son las fuentes principales en las que confiaría para determinar si debe formatear una sola partición en un HDD antes de agregarla como un volumen físico o no. Como han indicado otras respuestas (y comentarios), no estaría equivocado al agregar todo el disco sin una partición.
Para mí, lo comparo con conducir en mi automóvil con el cinturón de seguridad puesto. Si nunca tiene un accidente, entonces el cinturón de seguridad no ha servido para nada, pero si alguna vez tengo un accidente, estoy seguro de que lo estaba usando.
Seguimiento # 1 (a los comentarios de @ Joel)
Pensé que las 2 guías anteriores eran 2 razones bastante buenas. Ambos son guías oficiales, uno de RH y el otro un Howto elaborado por el equipo de LVM.
Aquí hay otra razón. Al no particionar el HDD, no se establece explícitamente ningún ID en el HDD para identificar claramente cómo se está utilizando.
Como administrador de sistemas, es mucho más obvio para mí y para otros la intención de cómo se usa este disco en particular en comparación con el 8e.
Aprecio lo que dices @Joel, yo también trabajé en una compañía de Fortune 500 donde tuvimos cientos de implementaciones de Linux tanto en implementaciones físicas / virtuales de escritorio / servidor, como en implementaciones de gran almacenamiento, así que obtengo lo que estás buscando. diciendo.
fuente
fdisk -l
una vez, en/sys/block
una vez, y en su biografía una vez. ¿Dónde se supone que debe duplicarse? (continuación)Es preferible tener algunos descriptores comúnmente reconocidos (metadatos) y MBR se destaca como tal descriptor. Incluso GPT usa una tabla de partición basada en MBR antigua para indicar su presencia.
De hecho, pierde algo de espacio en disco, pero es bastante insignificante, mientras que la ventaja de comprender qué hay en el disco (y dónde) es evidente.
fuente
pvdisplay
, (TAMAÑO PV: no se puede usar X MiB), si X es mayor que 1MiB, también puede dividir sin perder más.Crear volúmenes físicos en particiones que ocupan el 100% del disco casi nunca es lo correcto. Digo "casi" solo porque tomo la actitud de que no puedo pensar en una razón para hacer algo, eso no significa que no haya razón para hacerlo. Dicho esto, no puedo pensar en una sola razón para colocar particiones en un disco al 100% del espacio si va a ser LVM.
No obtendrá ningún beneficio apreciable a cambio de recuperar parte de la rigidez de la partición. Si se trata de volúmenes físicos respaldados por SAN, y lo hace, solo hay dos formas de expandir el espacio de almacenamiento en el grupo de volúmenes:
partprobe
que pueda leer los nuevos tamaños, pero eso solo funciona aproximadamente 1 de cada 2 veces desde mi experiencia personal y requiere que desmonte el sistema de archivos (es decir, lo obliga a desconectarse por otra razón) como gestores de volumen).Si hace un disco completo, el administrador de SAN puede expandir el LUN por usted, vuelve a escanear el bus SCSI, recoge el nuevo tamaño del LUN y luego hace una
pvresize
para expandir el volumen físico. Todo sin desconectar ningún sistema de archivos.Saliendo del bit MBR, normalmente no toma PV de un sistema y los presenta a otro en un entorno empresarial. Incluso si lo hiciera, si es LVM, querrá el sistema operativo al que presentará el LUN para que sea compatible con LVM. De lo contrario, ¿cuál es el punto de presentarlo? Si es así, puede ver toda la información del volumen físico, la información del grupo de volúmenes y los volúmenes lógicos (suponiendo que este sea el único PV en el grupo de volúmenes). Entonces se auto documenta de esa manera.
Básicamente: particionar un disco completo al 100% es como exigir que el camarero que le trajo una tarta de manzana también le traiga un cuchillo. Cuando lo hace, arrojas el cuchillo a un lado y entierras tu cara en el pastel. Significado: no tiene sentido insistir en una herramienta para dividir algo en pedazos más pequeños si de todos modos lo vas a usar todo de una vez.
fuente
pvscan
al inicio, por lo que el kernel en el disco del instalador debería haber escaneado todos los dispositivos de bloque en busca de cabezales LVM. Probablemente archivaría un error con quien sea que el vendedor esté explicando que su instalador está fubar'd. Para las instalaciones en el hogar, el problema es el mismo, incluso si el sistema de archivos raíz abarca dos discos, su disco primario se dividirá en / boot y cuando el núcleo se cargue, realizará la exploración del volumen. Así es como puedes arrancar en LVM.Desde mi experiencia, usar la partición será bueno si está probando o en un entorno pequeño donde el disco / almacenamiento no está disponible. Es bueno para la escuela o para trabajar en tu garaje. En un mundo real, con un servidor virtual donde puede expandir el disco a pedido, es mejor si deja que LVM administre el disco sin procesar / completo en lugar de particionar. Será fácil y flexible de administrar sin reiniciar su servidor. ¿Sabes cuánto tiempo ahorras? ¡Multiplique el por todo el servidor que necesite administrar! Varias veces, tengo desafíos que debido a la partición / rebanadas que necesita para reiniciar el servidor, ya que el núcleo puede no reconocer la nueva tabla. Al agregar un disco sin formato / disco virtual a su LVM y es necesario expandir su sistema de archivos LVM con disco sin formato es excelente. Al ejecutar un comando simple como "echo 1> / sys / block / XXX / device / rescan ”donde XXX es su disco (sdb, sdc, sdd, etc.) volverá a escanear el disco para obtener espacio adicional sin reiniciar, ¡y boom! podrá extender su sistema de archivos sobre la marcha. Le tomará 5 minutos para extender un disco sin reiniciar su servidor Linux. Con disco particionado este proceso es complicado
fuente