Qual è la migliore pratica per l'aggiunta di dischi in LVM


Risposte:


19

Guida all'amministrazione di LVM RHEL6

Secondo la Guida all'amministrazione del volume logico di RHEL 6 , è consigliabile che se si intende utilizzare un'intera unità come volume fisico in un gruppo di volumi LVM, è comunque necessario partizionarlo:

estratto dalla guida "RHEL6 Logical Volume Manager Administration Guida dell'amministratore LVM"

2.1.2. Partizioni multiple su un disco

LVM consente di creare volumi fisici dalle partizioni del disco. In genere si consiglia di creare una singola partizione che copra l'intero disco da etichettare come volume fisico LVM per i seguenti motivi:

Convenienza amministrativa

È più facile tenere traccia dell'hardware in un sistema se ogni disco reale appare una sola volta. Ciò diventa particolarmente vero se un disco si guasta. Inoltre, più volumi fisici su un singolo disco possono causare un avviso del kernel sui tipi di partizione sconosciuti all'avvio.

LVM Howto

Sezione 11.1 L'inizializzazione dei dischi o delle partizioni del disco di Howto LVM afferma quanto segue:

estratto dal LVM Howto

Per interi dischi:

Esegui pvcreate sul disco:

# pvcreate /dev/hdb

Ciò crea un descrittore del gruppo di volumi all'inizio del disco.

Non consigliato

L'uso dell'intero disco come PV (al contrario di una partizione che copre l'intero disco) non è raccomandato a causa dei problemi di gestione che può creare. Qualsiasi altro sistema operativo che esamina il disco non riconoscerà i metadati LVM e visualizzerà il disco come libero, quindi è probabile che venga sovrascritto. LVM stesso funzionerà perfettamente con PV a disco intero.

Se viene visualizzato un errore per cui LVM non può inizializzare un disco con una tabella delle partizioni su di esso, assicurarsi innanzitutto che il disco su cui si sta operando sia quello corretto. Se sei sicuro che lo sia, esegui quanto segue:

PERICOLOSO

I seguenti comandi distruggeranno la tabella delle partizioni sul disco su cui si opera. Assicurati che sia il disco corretto.

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

conclusioni

Queste sono le fonti principali di cui mi fiderei nel determinare se è necessario formattare una singola partizione su un HDD prima di aggiungerlo come volume fisico o meno. Come indicato da altre risposte (e commenti) non ti sbaglieresti semplicemente aggiungendo l'intera unità senza una partizione.

Per me l'ho paragonato alla guida in macchina con la cintura di sicurezza inserita. Se non hai mai avuto un incidente, la cintura di sicurezza non ha funzionato, ma se mai avessi avuto un incidente, sono felice di averlo indossato.

Follow-up n. 1 (ai commenti di @ Joel)

Ho pensato che le 2 guide di cui sopra fossero 2 buoni motivi. Sono entrambe guide ufficiali, una da RH e l'altra da un Howto messo insieme dal team LVM.

Ecco un altro motivo. Non partizionando l'HDD, nessun ID viene impostato esplicitamente sull'HDD per identificare chiaramente come viene utilizzato.

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

Come amministratore di sistemi, è molto più ovvio per me e per gli altri l'intenzione di come viene utilizzata questa particolare unità rispetto a senza l'8e.

Apprezzo quello che stai dicendo @Joel, anch'io ho lavorato in una società della fortuna 500 in cui avevamo centinaia di distribuzioni Linux sia in distribuzioni fisiche / virtuali desktop / server, sia in distribuzioni di grandi dimensioni, quindi ottengo ciò che sei detto.


Solo perché Red Hat dice che non lo rende vero. Devo ancora sentire una vera ragione per cui si partizionerebbe un disco e posso solo pensare a ragioni per non farlo. Inoltre "È più facile tenere traccia dell'hardware in un sistema se ogni disco reale appare una sola volta." È davvero un problema? Si presenterà fdisk -luna /sys/blockvolta, una volta e nel tuo bios una volta. Dove dovrebbe essere duplicato? (proseguendo)
Bratchley,

Sto parlando per esperienza personale, dovevamo solo aggiungere spazio a molti volumi. Erano partizionati, quindi abbiamo riscontrato tutti i tipi di problemi in cui il kernel non lasciava andare la tabella delle partizioni. Quindi siamo stati costretti a fare una nuova partizione e poi un riavvio, creando un'interruzione del servizio senza motivo. come per "Qualsiasi altro sistema operativo che guarda il disco non riconoscerà i metadati LVM e visualizzerà il disco come libero, quindi è probabile che venga sovrascritto" non è affatto vero. In Windows verrà visualizzato come un disco inutilizzato (ma l'amministratore lo sa meglio), di quale sistema operativo stanno parlando?
Bratchley,

Finora nessuno che sta dicendo che il partizionamento del disco è preferito in realtà sta dando valide ragioni per cui e sta effettivamente incoraggiando le persone a fare qualcosa che sicuramente li morderà nel contenitore alla fine in una situazione aziendale (alla fine vorrai più spazio) . Tutto ciò che stiamo ricevendo sono vaghe risposte a mano su come apparirà non allocato in altri sistemi operativi (come se in qualche modo fosse un problema, Windows non riconoscerà neanche ext3 su una partizione) o dichiarazioni non comprovate su di esso che appaiono più di una volta o in qualche modo semplificando il monitoraggio dell'archiviazione.
Bratchley,

Grazie ragazzi :) Questa discussione mi è stata davvero utile.
MacGyver,

2
@Joel - Come lo sono io. Apprezzo la discussione. È positivo che tutti noi possiamo portare le nostre varie esperienze pratiche e cercare di fornire una guida migliore su questo particolare argomento rispetto a ciò che è attualmente disponibile sulle reti. Come minimo stiamo almeno estraendo molta documentazione frammentata in un'unica posizione. 8-).
slm

10

È preferibile avere alcuni descrittori comunemente riconosciuti (metadati) e MBR è abbastanza simile a tale descrittore. Persino GPT usa una vecchia tabella delle partizioni basata su MBR per indicare la sua presenza.

In effetti perdi un po 'di spazio su disco, ma è piuttosto trascurabile nel frattempo il vantaggio di capire cosa c'è sul disco (e dove) è evidente.


1
Non si può nemmeno perdere spazio su disco. Controlla pvdisplay, (DIMENSIONE PV: non utilizzabile X MiB), se X è maggiore di 1 MiB puoi anche partizionare senza perdere altro.
frostschutz,

1
@frostschutz Ben attento ma che gioca con astuzia: lo spazio "disponibile per lo spreco" non è "dimensione del modulo dimensioni PE dimensione" ma "(dimensione del formato meno spazio metadati (384K)) dimensione del modulo PE". Ovviamente dipende dal fatto che ciò comporti più o meno.
Hauke ​​Laging,

Anche LVM ha un descrittore. Perché prima creare una tabella FAT e poi il descrittore LVM. LVM memorizza i metadati nel secondo settore. L'unica cosa che mi viene in mente di creare prima un grasso è per il ripristino di emergenza o per alcuni amministratori principianti-linux (amministrazione dei dischi).
MacGyver,

HP-UX usa anche LVM ... su questa piattaforma la sua pratica comune è quella di aggiungere dischi grezzi e lasciare che LVM faccia il suo lavoro sui dischi. LVM2.x
MacGyver

1
@ user39597, stai rovinando tutto. FAT è l'acronimo di File Allocation Table, ovvero MS-DOS. La tabella delle partizioni MBR è di fatto standard, molti strumenti diversi che non sono a conoscenza di LVM saprebbero che il disco è partizionato e occupato - è una misura precauzionale.
poige,

4

Creare volumi fisici su partizioni che occupano il 100% del disco non è quasi mai la cosa giusta da fare. Dico "quasi" solo perché prendo l'atteggiamento che solo perché non riesco a pensare a un motivo per fare qualcosa, ciò non significa che non ci sia motivo di farlo. Detto questo, non riesco a pensare a un singolo motivo per mettere le partizioni su un disco al 100% dello spazio se sarà LVM.

Non stai ottenendo alcun vantaggio riconoscibile in cambio della rigidità del partizionamento. Se si tratta di volumi fisici supportati da SAN, e lo fai, ci sono solo due modi per espandere lo spazio di archiviazione nel gruppo di volumi:

  1. Presenta un nuovo LUN più grande, aggiungilo al gruppo di volumi, elimina il LUN che hai partizionato inspiegabilmente, rimuovilo dal gruppo di volumi e dì alle persone della SAN di rappresentarlo. Che potrebbe funzionare e può essere eseguito online (con un calo delle prestazioni e supponendo che siano abbastanza spazio SAN nel pool di archiviazione sul lato SAN per contenere contemporaneamente questi due LUN) ma è fattibile.
  2. L'unico altro modo è tornare alla gestione delle partizioni, che è parte del motivo per cui alle persone piacciono gli schemi di gestione del volume ben progettati (come con btrfs, lvm, zfs, ecc.). Puoi modificare la tabella delle partizioni del volume fisico e sperare partprobedi leggere le nuove dimensioni, ma funziona solo circa 1 volta su 2 dalla mia esperienza personale e ti richiede di smontare il filesystem (cioè ti costringe ad andare offline un'altra ragione per cui le persone come i gestori di volumi).

Se esegui un intero disco, l'amministratore SAN può espandere il LUN per te, riesegui la scansione del bus SCSI, raccoglie le nuove dimensioni del LUN, quindi esegui un pvresizeampliamento del volume fisico. Tutto senza mettere offline alcun filesystem.

Uscendo dal bit MBR, in genere non si prendono PV da un sistema e li si presenta a un altro in un ambiente aziendale. Anche se lo hai fatto, se è LVM vorrai che il sistema operativo a cui presenterai il LUN supporti LVM. Altrimenti che senso ha presentarlo a loro? In tal caso, è possibile visualizzare tutte le informazioni sul volume fisico, le informazioni sul gruppo di volumi e i volumi logici (supponendo che questo sia l'unico PV nel gruppo di volumi). Quindi si auto documenta in quel modo.

Fondamentalmente: partizionare un intero disco al 100% è come esigere che anche il cameriere che ti ha portato una torta di mele ti porti anche un coltello. Quando lo fa, lancia il coltello di lato e seppellisce la faccia nella torta. Significato: non ha senso insistere su uno strumento per suddividere qualcosa in pezzi più piccoli se lo utilizzerai comunque tutto in una volta.


2
In teoria non ti sbagli, in pratica vedi problemi quotidiani come sistema operativo e programmi di installazione (anche Linux) che offrono di formattare questo disco apparentemente libero - perché non riconoscono LVM. Allo stesso tempo, non vi è alcun aspetto negativo (dal punto di vista delle prestazioni) nell'uso delle partizioni. Quindi in un ambiente domestico, desktop, ambiente multi-os, è più sicuro attenersi alle partizioni.
frostschutz,

Non ho visto i problemi con gli installatori. Il kernel dovrebbe fare l'equivalente di pvscanall'avvio, quindi il kernel sul disco di installazione dovrebbe aver scansionato tutti i dispositivi a blocchi alla ricerca di teste LVM. Probabilmente vorrei segnalare un bug a chiunque il venditore stia spiegando che il loro programma di installazione è fallito. Per le installazioni domestiche, il problema è lo stesso, anche se il filesystem di root si estende su due dischi il tuo disco primario verrà partizionato per / boot e quando il kernel lo caricherà eseguirà la scansione del volume. È così che puoi persino avviare LVM.
Bratchley,

ma sul lato negativo, non vi è alcun vantaggio delle partizioni al di fuori del BIOS e del supporto grub (quindi / boot). Anche per utenti domestici. Ci sono anche pochi benefici (il tuo HDD non
diventerà

Grazie ragazzi :) Questa discussione mi è stata davvero utile.
MacGyver,

0

Dalla mia esperienza, l'utilizzo della partizione sarà utile se si esegue il test o un ambiente di piccole dimensioni in cui il disco / archiviazione non è disponibile. È buono per la scuola o per lavorare nel tuo garage. Nel mondo reale, con un server virtuale in cui è possibile espandere il disco su richiesta, è meglio se si consente a LVM di gestire il disco intero / grezzo anziché il partizionamento. Sarà facile e flessibile da gestire senza riavviare il server. Sai quanto tempo risparmi? Moltiplica il per tutto il server che potresti dover gestire! Più volte, ho difficoltà a causa della partizione / sezioni che è necessario riavviare il server poiché il kernel potrebbe non riconoscere la nuova tabella. Quando si aggiunge un disco grezzo / disco virtuale a LVM e c'è una necessità di espandere il proprio file system LVM con disco crudo è fantastico. Eseguendo un semplice comando come “echo 1> / sys / block / XXX / device / rescan ”dove XXX è il tuo disco (sdb, sdc, sdd, ecc.) eseguirà una nuova scansione del disco per lo spazio aggiuntivo senza riavviare e boom! sarai in grado di estendere il tuo file system al volo. Ci vorranno 5 minuti litellari per estendere un disco senza riavviare il server Linux. Con il disco partizionato questo processo è complicato


1
La tua risposta sembra concentrarsi maggiormente sul merito dell'utilizzo delle VM piuttosto che sull'allocazione completa del disco a LVM.
roaima,

1
@roaima: OK, i miei occhi non riescono. Dove dice questa risposta qualcosa sulle macchine virtuali?
G-Man dice "Reinstate Monica" il

1
@ G-Man il tutto riguarda l'aggiunta di spazio di archiviazione a una macchina virtuale e quindi la possibilità di suddividere il disco appena allocato utilizzando LVM nella macchina virtuale stessa senza necessità di riavviare.
roaima,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.