Considerazioni sul layout del file system del server Linux

Mi chiedo e sono sicuro che ce ne siano anche molti là fuori, su quale sarebbe il migliore o almeno il layout ottimale del file system per un server basato su GNU / Linux. Sono consapevole che non esiste un layout generale, poiché i layout variano in base a ciò che l'utente finale desidera ottenere, quindi restringerò la mia domanda a un'implementazione molto specifica. Lo scopo del server è quello di un server di telefonia SIP di medie dimensioni. Il layout del file system che mi è venuto in mente è il seguente:

La dimensione completa del disco rigido è di 146 GB

• 1 GB di partizione primaria montata come / boot
• 16 GB di partizione primaria montata come /
• 16 GB di partizione estesa montata come swap (il server ha 8 GB di memoria e almeno non si ingrandirà presto)
• 52 GB di partizione estesa montata come / var
• 16 GB di partizione estesa montata come / var / log
• 30 GB di partizione estesa montata come / usr
• 5 GB di partizione estesa montata come / tmp
• Partizione estesa da 10 GB montata come / home

Ho messo lo swap nel mezzo considerando che consentirà un accesso più veloce, fatto una grande partizione var perché ci saranno molti dati variabili come i file di database. Ho spostato / var / log e / tmp in una diversa partizione per essere sicuro che siano riempiti, non faranno crollare l'intero sistema e anche / usr per poterlo leggere in sola lettura se è necessario tale misura. Ho creato una partizione piccola / home perché il numero di utenti sarà basso, quindi non è necessario un grande spazio di archiviazione nelle directory home.

Ci sono molti argomenti a favore e contro questo layout, suppongo e sono curioso (cercando di scegliere la mente dei più esperti o più saggi di me) su ciò che gli altri stanno pensando: questa frammentazione e l'ordine sono buoni considerando un accesso rapido (che è il motivo per cui ho messo lo swap quasi nel mezzo), la sicurezza e la sicurezza dei dati? qualche idea? Grazie!

Due cose:

1. / boot deve essere solo di circa 256 MB, 512 MB se vuoi davvero essere al sicuro. Di quanti kernel hai davvero bisogno?
2. Per l'amore di [inserire qui la divinità] usa LVM

In generale userò:

• Prima partizione primaria 256 MB / boot (ext2)
• Seconda partizione primaria come volume fisico (PV) in LVM
• Volume logico /
• Volume logico / home
• Volume logico / usr (opzionale)
• Volume logico / tmp (opzionale, preferisci hdd rispetto a ssd)
• Volume logico / var (opzionale, preferisci hdd rispetto a ssd)
• Scambio volume logico (2 * RAM && <= 4 GB)

Le dimensioni dipendono dall'uso, ma lasciano uno spazio (la maggior parte) inutilizzato nel gruppo di volumi (VG) per espandere eventuali volumi logici che si riempiono.

Sicuramente vale la pena creare qualcosa di simile a te, ma prenderei in considerazione l'utilizzo di LVM e la crescita delle tue partizioni come richiesto.

Personalmente uso qualcosa di molto simile a quello che hai, ma la dimensione della partizione più piccola possibile, dal momento che ho il monitoraggio dello spazio su disco su tutte le mie scatole a Nagios, lo so con largo anticipo quando devo estendere una partizione.

Oh, e 1 GB per / boot? A seconda della tua distribuzione non dovresti davvero aver bisogno di più di qualche centinaio di mega ...

Sono generalmente d'accordo con il tuo approccio alla suddivisione del disco in più filesystem. Non sono sicuro che lo scambio nel mezzo faccia davvero qualcosa per te. Mi concentrerei sull'assicurarmi che tutte le partizioni siano abbastanza grandi per i compiti previsti. Ad esempio, qual è il rischio che il tuo 16GB / var / log si riempia? Su un server Linux standard dovrebbe esserci molto spazio per i log, ma un server specializzato potrebbe aver creato file di log molto più grandi in base all'utilizzo.

Potresti considerare di aumentare le dimensioni di / tmp nel caso in cui uno qualsiasi dei software che stai utilizzando desideri creare molti file di grandi dimensioni.

La mia raccomandazione principale sarebbe quella di utilizzare questo tipo di approccio per le dimensioni del filesystem, ma concentrarsi sul monitoraggio e sulla rotazione dei file di log per assicurarsi di non riempire quei filesystem critici / tmp e / var / log.

Io stesso probabilmente non l'avrei diviso così pesantemente; avrai problemi se una particolare partizione si riempie e ce l'hai fatta in modo da avere ~ 6 che potrebbero riempire e causare problemi, ed è un nuovo sistema, quindi davvero non lo sai per sicuro dove lo spazio si restringerà.

Assicurati di impostare avvisi per quando lo spazio disponibile si sta esaurendo.

Non mi preoccuperei di dividere una partizione da 30 GB per / usr. 16 GB è una dimensione ragionevole per / e / usr combinati; dai alla tua partizione di root 20-30 GB se vuoi davvero la stanza.

Non ho molta esperienza con LVM, ma con l'utilizzo proposto ha senso.

Sembra davvero che tu debba fare prima un'installazione di prova, per capire esattamente quali saranno i tuoi requisiti di spazio per il sistema e il software di base. Soprattutto se eviterete una soluzione LVM. Una volta fatto, avrai un'idea molto più solida di quanto devono essere grandi le tue partizioni / e / usr . È quindi possibile regolare le dimensioni della partizione per massimizzare lo spazio disponibile per le aree di cui si prevede di averne bisogno - / var, / var / log e / tmp.