
„Früher“ haben wir unsere Betriebssystemlaufwerke (unter Windows) immer von unseren Datenlaufwerken getrennt. In der Linux-Welt bin ich zwar viel weniger vertraut, aber mir ist bewusst, dass es sinnvoll ist, noch mehr Volumes zu definieren und in einer Best-Practice-Konfiguration zu verwenden.
Da sich der Serverspeicher mittlerweile wahrscheinlich auch auf einem SAN befindet (wo die Festplattenressourcen von vielen einzelnen Betriebssystemen und Anwendungen gemeinsam genutzt werden), stellt sich die Frage, ob es wirklich noch wichtig ist, die Betriebssystem- und Datenpartitionen auf Volumeebene zu trennen?
Was sind deine Gedanken?
Antwort1
Es gibt drei Hauptgründe dafür, Betriebssystem und Daten hinsichtlich der Speicherung getrennt zu halten.
- Raum. Wie ErikA betont, möchten Sie WIRKLICH nicht, dass Ihrem Betriebssystem-Volume der Speicherplatz ausgeht. Es können alle möglichen schlimmen Dinge passieren. Die Trennung dieser beiden Wachstumsmethoden
- E/A-Zugriffsanforderungen. Der E/A-Typ Ihres Betriebssystem-Volumes unterscheidet sich im Allgemeinen stark von dem Ihrer Datenvolumes. Es ist aus vielen Gründen eine gute Idee, Ihre E/A-Typen getrennt zu halten.
- Speicherportabilität. Wenn es an der Zeit ist, Ihr Server-Betriebssystem zu aktualisieren, können Sie das Betriebssystem-Volume löschen und alle Daten behalten. Oder Sie können in SAN- oder VM-Umgebungen das Daten-Volume einfach auf einen neuen, frisch installierten Server verschieben und so Zeit bei Aktualisierungen sparen.
Außerdem reagieren manche Betriebssysteme (darunter Windows) nicht besonders positiv auf die Größenänderung des Betriebssystem-Volumes, was bedeutet, dass Sie beim Formatieren des Servers im Allgemeinen so viel davon freigeben müssen, wie es während seiner Lebensdauer benötigt. Vergleichen Sie dies mit Datenvolumes, deren Größe während der Lebensdauer eines Servers häufig viele Male geändert werden kann. Selbst in vollständig virtualisierten Umgebungen, in denen das Betriebssystem und die Datenvolumes selbst im selben tatsächlichen Speicher untergebracht sind, kann es ein großes Handicap sein, wenn Sie die Größe Ihres Betriebssystem-Volumes nicht ändern können. Windows 2008+ empfiehlt heutzutage 30 GB für das Laufwerk C:\, weit entfernt von den 10 GB, die wir auf Server 2003 verwendet haben; das ist etwas, das viele Windows-Administratoren bei der Umstellung von 2003 auf 2008 vor Probleme stellen wird.
Antwort2
Ja, trennen Sie unbedingt das Betriebssystem von den Daten. Ich habe es immer wieder erlebt, dass bei einer gemeinsam genutzten Partition die Partition am Ende voll war und es unmöglich wurde, das Betriebssystem zu patchen, die Partition zu erweitern (aus verschiedenen Gründen) usw.
Meiner Meinung nach ist der Aufwand für die Verwaltung zweier Partitionen ein geringer Preis für die bereitgestellte Isolierung.
Was die von Ihnen erwähnten SAN-gestützten Systeme betrifft, so schützt Sie das immer noch nicht davor, dass Daten Ihre Betriebssystempartition füllen. Bei vollständig virtualisiertem Speicher müssen Sie sich nicht so viele Gedanken darüber machen, dass Betriebssystem und Daten auf separaten Spindeln gespeichert sind.
Antwort3
Ich würde sagen, es hängt davon ab, was Sie mit dem System machen. Wenn Sie das Betriebssystem möglicherweise neu installieren müssen, können Sie sich möglicherweise einige Mühe ersparen, indem Sie alle Ihre Daten auf einer separaten Partition ablegen. Ansonsten sehe ich die Notwendigkeit nicht mehr. Meine zwei Cent.
Antwort4
Historische Partitionierungsempfehlungen für Linux (also eigentlich Unix) beruhen teilweise auf seinen Ursprüngen als (vernetztes) Mainframe-Server-Betriebssystem, was wiederum, wie ich vermute, durch die (damals) relative Unzuverlässigkeit der Hardware beeinflusst wurde. Beispielsweise wurden Protokolle und temporäre Daten normalerweise getrennt, da diese Speicherbereiche einem hohen Verschleiß ausgesetzt waren, es aber kein großes Problem darstellte, wenn sie verloren gingen.
Wenn Sie ein Desktop-System erstellen, würde ich mich für die Aufteilung in Daten/Nicht-Daten/Swap entscheiden. Sofern Sie keinen Server erstellen, der ernsthaften Belastungen ausgesetzt ist, werden Dinge wie das Trennen von /usr/local und /var/tmp nur zu einem Problem bei der Speicherplatzzuweisung.