Gedanken zum Layout des Linux-Server-Dateisystems

Ich frage mich und ich bin sicher, dass sich auch viele fragen, welches das beste oder zumindest das optimale Dateisystemlayout für einen GNU / Linux-basierten Server wäre. Mir ist bewusst, dass es kein allgemeines Layout gibt, da die Layouts je nach dem, was der Endbenutzer erreichen möchte, variieren. Daher werde ich meine Frage auf eine ganz bestimmte Implementierung eingrenzen. Der Zweck des Servers ist ein mittelgroßer SIP-Telefonieserver. Das Dateisystem-Layout, das ich mir ausgedacht habe, ist das folgende:

Die volle Größe der Festplatte beträgt 146 GB

• 1 GB primäre Partition als / boot gemountet
• 16 GB primäre Partition als / gemountet
• 16 GB erweiterte Partition als Swap bereitgestellt (der Server verfügt über 8 GB Speicher und wird zumindest bald nicht größer)
• 52 GB erweiterte Partition gemountet als / var
• 16 GB erweiterte Partition als / var / log bereitgestellt
• 30 GB erweiterte Partition als / usr
• 5 GB erweiterte Partition als / tmp gemountet
• 10 GB erweiterte Partition als / home gemountet

Ich habe den Swap in die Mitte gestellt, da dies einen schnelleren Zugriff ermöglicht. Ich habe eine große var-Partition erstellt, da es viele variable Daten wie Datenbankdateien geben wird. Ich habe / var / log und / tmp in eine andere Partition verschoben, um sicherzustellen, dass sie gefüllt sind, damit nicht das gesamte System heruntergefahren wird, und / usr verschoben, um es auch schreibgeschützt zu machen, wenn dies erforderlich ist eine solche Maßnahme. Ich habe eine kleine / Home-Partition erstellt, da die Anzahl der Benutzer gering ist, sodass für die Home-Verzeichnisse kein großer Speicherplatz erforderlich ist.

Ich nehme an, es gibt viele Argumente für und gegen dieses Layout, und ich bin neugierig (ich versuche, den Verstand der erfahreneren oder klügeren als mir zu ermitteln) darüber, woran andere denken: Ist diese Fragmentierung und Ordnung angesichts des schnellen Zugriffs gut? ist, warum ich den Tausch fast in die Mitte stelle), Sicherheit und Datensicherheit? Irgendwelche Gedanken? Vielen Dank!

Zwei Dinge:

1. / boot muss nur ungefähr 256 MB, 512 MB groß sein, wenn Sie wirklich sicher sein wollen. Wie viele Kernel brauchst du wirklich?
2. Für die Liebe von [Gottheit hier einfügen] benutze LVM

Im Allgemeinen werde ich verwenden:

• Erste primäre Partition 256 MB / Boot (ext2)
• Zweite primäre Partition als physisches Volume (PV) in LVM
• Logisches Volumen /
• Logisches Volume / Home
• Logisches Volumen / usr (optional)
• Logisches Volume / tmp (optional, lieber HDD als SSD)
• Logisches Volume / var (optional, lieber HDD als SSD)
• Logischer Volume-Swap (2 * RAM && <= 4 GB)

Die Größen hängen von der Verwendung ab, lassen jedoch etwas (den meisten) nicht genutzten Speicherplatz in der Datenträgergruppe (VG), um alle logischen Datenträger zu erweitern, die voll sind.

Es lohnt sich auf jeden Fall, etwas zu erstellen, wie Sie es geplant haben, aber ich würde in Betracht ziehen, LVM zu verwenden und Ihre Partitionen nach Bedarf zu erweitern.

Persönlich verwende ich etwas sehr Ähnliches wie das, was Sie haben, aber die kleinstmögliche Partitionsgröße, da ich auf allen meinen Boxen in Nagios die Überwachung des Speicherplatzes habe. Ich weiß im Voraus, wann ich eine Partition erweitern muss.

Oh, und 1 GB für / boot? Abhängig von Ihrer Distribution sollten Sie nicht mehr als ein paar hundert Megabyte benötigen ...

Ich stimme im Allgemeinen Ihrem Ansatz zu, die Festplatte in mehrere Dateisysteme aufzuteilen. Ich bin mir nicht sicher, ob es wirklich etwas für Sie bedeutet, den Tausch in die Mitte zu stellen. Ich würde mich darauf konzentrieren, sicherzustellen, dass alle Partitionen groß genug für die beabsichtigten Aufgaben sind. Wie hoch ist beispielsweise das Risiko, dass sich Ihre 16 GB / var / log füllen? Auf einem Standard-Linux-Server sollte ausreichend Platz für Protokolle vorhanden sein, aber ein spezialisierter Server hat möglicherweise je nach Verwendung viel größere Protokolldateien erstellt.

Sie können die Größe von / tmp erhöhen, falls eine der von Ihnen verwendeten Software viele große Tempfiles erstellen möchte.

Meine Hauptempfehlung wäre, diesen Ansatz für Dateisystemgrößen zu verwenden, sich jedoch auf die ordnungsgemäße Überwachung und Rotation der Protokolldateien zu konzentrieren, um sicherzustellen, dass Sie diese kritischen Dateisysteme / tmp und / var / log nicht ausfüllen.

Ich selbst hätte es wahrscheinlich nicht so stark gespalten; Sie werden Probleme haben, wenn eine bestimmte Partition voll ist, und Sie haben es so gemacht, dass Sie ~ 6 haben, die sich füllen und Probleme verursachen könnten, und es ist ein neues System, von dem Sie wirklich nichts wissen sicher, wo der Platz knapp wird.

Stellen Sie sicher, dass Sie Warnungen einrichten, wenn der verfügbare Speicherplatz knapp wird.

Ich würde mir nicht die Mühe machen, eine 30-GB-Partition für / usr abzuspalten. 16 GB sind eine angemessene Größe für / und / usr zusammen; Geben Sie Ihrer Root-Partition 20-30 GB, wenn Sie den Raum wirklich wollen.

Ich habe nicht viel Erfahrung mit LVM, aber mit Ihrer vorgeschlagenen Verwendung ist es sinnvoll.

Es hört sich wirklich so an, als ob Sie zuerst eine Testinstallation durchführen sollten, um genau herauszufinden, wie viel Platz Sie für das Basissystem und die Software benötigen. Vor allem, wenn Sie eine LVM-Lösung vermeiden. Sobald Sie dies getan haben, haben Sie eine viel genauere Vorstellung davon, wie groß Ihre / und / usr-Partitionen sein müssen . Sie können dann Ihre Partitionsgrößen anpassen, um den verfügbaren Speicherplatz für die Bereiche zu maximieren, die Sie voraussichtlich benötigen - / var, / var / log und / tmp.