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

Respuestas:

19

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.

slm
fuente
Solo porque Red Hat dice que no lo hace verdad. Todavía tengo que escuchar una razón real por la que particionarías un disco y solo puedo pensar en razones para no hacerlo. Además, "Es más fácil hacer un seguimiento del hardware en un sistema si cada disco real solo aparece una vez". ¿Es esto realmente un problema? Aparecerá en fdisk -luna vez, en /sys/blockuna vez, y en su biografía una vez. ¿Dónde se supone que debe duplicarse? (continuación)
Bratchley
Estoy hablando por experiencia personal, solo tuvimos que agregar espacio a muchos volúmenes. Estaban particionados, por lo que nos encontramos con todo tipo de problemas en los que el núcleo no soltaba la tabla de particiones. Por lo tanto, nos vimos obligados a volver a particionar y luego a reiniciar, creando una interrupción del servicio sin una buena razón. en cuanto a "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", eso no es cierto en absoluto. En Windows, solo aparecerá como un disco no utilizado (pero el administrador lo sabe mejor), ¿de qué sistema operativo están hablando?
Bratchley
Hasta el momento, nadie que diga que se prefiere particionar el disco en realidad está dando razones válidas por las cuales está alentando a la gente a hacer algo que ciertamente los morderá en el keister eventualmente en una situación empresarial (eventualmente querrá más espacio) . Todo lo que estamos obteniendo son vagas respuestas manuales sobre cómo se mostrará sin asignar en otros sistemas operativos (como si de alguna manera fuera un problema, Windows tampoco reconocerá su ext3 en una partición) o declaraciones sin fundamento sobre que se muestran más de una vez o de alguna manera facilitando el seguimiento del almacenamiento.
Bratchley
Gracias chicos :) Esta discusión fue realmente útil para mí.
MacGyver
2
@ Joel: como yo. Aprecio la discusión. Es bueno que todos podamos aportar nuestras diversas experiencias prácticas y tratar de proporcionar una mejor orientación sobre este tema en particular que lo que está actualmente disponible en las webs. Como mínimo, al menos estamos obteniendo una gran cantidad de documentación fragmentada en una sola ubicación. 8-).
slm
10

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.

poige
fuente
1
Ni siquiera puede perder espacio en el disco. Compruebe pvdisplay, (TAMAÑO PV: no se puede usar X MiB), si X es mayor que 1MiB, también puede dividir sin perder más.
frostschutz
1
@frostschutz Muy atento pero jugando a ser un asno inteligente: el espacio "disponible para desperdiciar" no es "tamaño de módulo de tamaño de desarrollo PE" sino "tamaño de módulo de espacio de desarrollo menos espacio de metadatos (384K)". Si eso resulta en más o menos depende, por supuesto.
Hauke ​​Laging
También LVM tiene un descriptor. ¿Por qué crear primero una tabla FAT y luego el descriptor LVM? LVM almacena los metadatos en el segundo sector. Una cosa que puedo pensar para crear primero una grasa es para la recuperación ante desastres o para algunos administradores principiantes de Linux (administración de discos).
MacGyver
HP-UX también usa LVM ... en esta plataforma es una práctica común agregar discos sin formato y dejar que LVM haga lo suyo en los discos. LVM2.x
MacGyver
1
@ user39597, estás arruinando las cosas. FAT significa Tabla de asignación de archivos, eso es cosa de MS-DOS. La tabla de particiones MBR es de facto estándar, muchas herramientas diferentes no saben que LVM sabría que el disco está particionado y ocupado: es una medida de precaución.
poige
4

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.

Bratchley
fuente
2
En teoría, no está equivocado, en la práctica ve problemas cotidianos, como el sistema operativo y los instaladores (incluso Linux) que ofrecen formatear este disco supuestamente libre, porque no reconocieron LVM. Al mismo tiempo, no hay inconvenientes (en cuanto al rendimiento) para usar particiones. Por lo tanto, en un usuario doméstico, escritorio, entorno multi-os, es más seguro apegarse a las particiones.
frostschutz
No he visto los problemas con los instaladores yo mismo. Se supone que el kernel debe hacer el equivalente pvscanal 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.
Bratchley
pero en el lado negativo, no hay beneficio de particiones fuera de BIOS y soporte de grub (por lo tanto, / boot). Incluso para usuarios domésticos. También hay muy pocos beneficios (su HDD no va a
crecer
Gracias chicos :) Esta discusión fue realmente útil para mí.
MacGyver
0

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

usuario348093
fuente
1
Su respuesta parece concentrarse más en los méritos del uso de máquinas virtuales en lugar de las asignaciones de disco completo a LVM.
roaima
1
@roaima: OK, mis ojos están fallando. ¿Dónde dice esta respuesta algo sobre las máquinas virtuales?
G-Man dice 'restablecer a Monica' el
1
@ G-Man, todo se trata de agregar almacenamiento a una VM y luego poder cortar el disco recién asignado usando LVM en la VM sin necesidad de reiniciar.
roaima