¿Cuál es la mejor práctica para agregar discos en LVM?

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)?

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"

2.1.2. Múltiples particiones en un disco

LVM le permite crear volúmenes físicos a partir de particiones de disco. En general, se recomienda que cree una única partición que cubra todo el disco para etiquetarla como volumen físico LVM por los siguientes motivos:

Conveniencia administrativa

Es más fácil hacer un seguimiento del hardware en un sistema si cada disco real solo aparece una vez. Esto se vuelve particularmente cierto si falla un disco. Además, múltiples volúmenes físicos en un solo disco pueden causar una advertencia del núcleo sobre tipos de partición desconocidos durante el arranque.

Cómo LVM

Sección 11.1. Inicializando discos o particiones de disco del LVM Howto dice lo siguiente:

Extracto del LVM Howto

Para discos enteros:

Ejecute pvcreate en el disco:

# pvcreate /dev/hdb

Esto crea un descriptor de grupo de volúmenes al comienzo del disco.

No recomendado

No se recomienda usar todo el disco como PV (a diferencia de una partición que abarca todo el disco) debido a los problemas de administración que puede crear. Cualquier otro sistema operativo que mire el disco no reconocerá los metadatos de LVM y mostrará el disco como libre, por lo que es probable que se sobrescriba. LVM en sí mismo funcionará bien con PV de disco completo.

Si recibe un error de que LVM no puede inicializar un disco con una tabla de particiones, primero asegúrese de que el disco en el que está operando sea el correcto. Si está muy seguro de que es así, ejecute lo siguiente:

PELIGROSO

Los siguientes comandos destruirán la tabla de particiones en el disco que se está utilizando. Asegúrese de que sea el disco correcto.

# dd if=/dev/zero of=/dev/diskname bs=1k count=1
# blockdev --rereadpt /dev/diskname

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.

 fdisk -l
 ...
/dev/sda6       318253056   956291071   319019008   8e  Linux LVM

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.

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.

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:

1. Presente un nuevo LUN más grande, agréguelo al grupo de volúmenes, elimine el LUN que particionó inexplicablemente, retírelo del grupo de volúmenes y pida a las personas de SAN que lo presenten. Lo que podría funcionar, y se puede hacer en línea (con un impacto en el rendimiento, y suponiendo que haya suficiente espacio SAN en su grupo de almacenamiento en el lado SAN para contener estos dos LUN simultáneamente), pero es factible.
2. La única otra forma es volver a tratar con particiones, que es parte de la razón por la cual a la gente le gustan los esquemas de administración de volúmenes bien diseñados (como btrfs, lvm, zfs, etc.). Puede editar la tabla de partición del volumen físico y espero partprobeque 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 pvresizepara 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.

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