SSD ummounten?

[Robert1962]

Hallo,

mal eine Frage habe einen Rootserver mit SSD dort sind Volumes gemountet,
kann ich diese ohne Probleme an eine normale Platte des Server ummounten?
z.B. das /usr?

SSD ist ein bisschen klein mit 250 GB und auf der anderen Platte habe ich 3TB rum liegen die frei sind.

Gruß

Robert

 

[marce]

"rein technisch" kannst Du jedes VZ, daß nicht zwingend auf / liegen muss beliebig auf irgendwelchen Datenträgern hin und her-verschieben.

Ob Du dazu in den SingleUserMode oder idealerweise gar in eine Livesystem o.ä. wechseln musst hängt vom jeweiligen VZ ab.

Aber grundlegen - wie viel ist denn auf der SSD noch frei und warum unbedingt /usr - da dürfte die eine oder andere Lib oder Binary herumliegen, die gerade von einer SSD profitieren würde...

 

[Robert1962]

war nur mal so eine Frage, weil ich das 1. mal Server mit SSD habe.

Heute morgen beim Updaten wurde der Speicherplatz angemahnt, der ist für /usr mal eben 4GB hab ihn jetzt auf 93GB hoch gesetzt. Das reicht erstmal.

Gruss

Robert

 

[marce]

Warum sollte sich eine SSD anders verhalten als jede beliebige andere Festplatte, was die Daten darauf angeht?

Dem Kernel ist es egal ob Du an der Stelle eine SSD, HD, ein Bierdeckel oder eine Rolle Klopapier gemountet hast. Solange das Device sauber eingebunden ist ist alles in Ordnung.

 

[Robert1962]

Super! Danke hatte mir das zwar schon gedacht. Nur wenn es nötig wäre ein laufendes System mal zerschießen muss ja nicht sein.

Danke für die Antwort.

 

[Deleted member 11740]

Äh nein! Sowas passiert grundsätzlich um 3 Uhr Samstag morgens, wenn die KVM nicht funktioniert, Rescue System nicht funktioniert, kein Mensch im RZ ist und der Kaffee alle ist.

Ansonsten: Wenn du ein Gerät "unmountest" welches gerade verwendet wird, meckert der Kernel eh rum. Probiere mal umount /

 

[danton]

Ich würde auch nicht gerade /usr wie oben schon erwähnt auf die HDD auslagern, sondern mal schauen, welche Verzeichnisse viel Platz belegen (oft /var und /home, manchmal auch /opt) und diese dann auf die Platte verlegen

 

[marce]

ich würde es vom Verwendungszweck abhängig machen. Ggf. muss man da sehr "feingranuliert" vorgehen.

Ich würde z.B. nicht die MySQL-DBs, so existent (meist unter /var/lib/mysql) verschieben, weil auch da profitiert man natürlich von einer SSD.

Apache-Webverzeichnisse (auch gerne mal unter /var gefunden) - käme wieder drauf an was und wie dort liegt.

"So einfach" kann man das also nicht sagen...

 

[killerbees19]

Ich würde z.B. nicht die MySQL-DBs, so existent (meist unter /var/lib/mysql) verschieben, weil auch da profitiert man natürlich von einer SSD.

Apache-Webverzeichnisse (auch gerne mal unter /var gefunden) - käme wieder drauf an was und wie dort liegt.

Wobei man einzelne Verzeichnisse durch Symlinks schnell wieder auf die SSD zeigen lassen kann. Falls das beim jeweiligen Dienst nicht geht, passt man halt das Root-Verzeichnis dafür an. Gerade bei MySQL oder dem Webserver ist das kein großer Aufwand.


MfG Christian

 

[d4f]

Ein Alternativvorschlag, falls das System komplett auf die Hdd geschoben werden kann, wäre die SSD als Cache Laufwerk zu verwenden. Da profitieren dann alle oft gelesenen/geschriebenen Dateien von, es erhöht aber die Komplexität und somit natürlich auch fehleranfälligkeit.

 

[Deleted member 11740]

Meinst du bcache?

 

[d4f]

Die bei Linux generell eingesetzten sind dm-cache, bcache und flashcache.
Wir haben sowohl mit dmcache als auch flashcache im Einsatz. Letzteres gibt deutlich mehr/sinnvollere Status-Informationen raus,
dmcache und bcache haben aber den Vorteil in Upstream enthalten zu sein. Bekanntlich ist Herr Torvalds sehr pingelig was neuen Code angeht, somit spricht das für deren Qualität. Flashcache ist allerdings in Facebook's Datenzentern im Einsatz und somit keineswegs unerprobt.

Einen gigantischen Vorteil zu HDD's gibt es mit allen drei, wobei auch schon ein pures HDD-RAID mit entsprechendem "Tuning" (Mountoptionen wie noatime) und ausgewählter Hardware (bspw 3 Festplatten in Hardware Raid-1) ordentlich IOPS liefern kann.