Ist Ploop eine schlechte Idee für OpenVZ?

Ist Ploop eine schlechte Idee für OpenVZ?

Ich weiß, dass Sie mit Ploop Speicherplatz verlieren, wenn Dateien zu einem Container hinzugefügt/gelöscht werden und Sie den Container manuell komprimieren müssen, aber ich habe auch gelesen, dass die Container bei einem Neustart oder einem Absturz möglicherweise nicht wiederhergestellt werden können.

Gibt es Möglichkeiten, OpenVZ-Server ordnungsgemäß neu zu starten, um beschädigte Container zu vermeiden?

Antwort1

Selbst bei einem unsauberen Herunterfahren von Ploop-Containern reicht es normalerweise aus, ein fsck auszuführen. Es unterscheidet sich nicht viel vom Herunterfahren echter Hardware während Schreibvorgängen. Da ich davon ausgehe, dass Sie bei diesen Ploops ein Dateisystem mit einem Transaktionsprotokoll verwenden, sollten Sie nicht auf weitere Probleme stoßen.

Wie Brian erwähnt hat, werden Ihre Container durch ein ordnungsgemäßes Herunterfahren des Hostknotens bereinigt und ihre Ploops werden ausgehängt.

Wenn Sie verzeichnisbasierte Container verwenden, die dasselbe Dateisystem wie der Hostknoten verwenden, besteht bereits jetzt eine geringe Wahrscheinlichkeit einer Beschädigung. Ich denke, in der Praxis gibt es keinen großen Unterschied, nur dass Sie möglicherweise die Wiederherstellungszeit berücksichtigen müssen. Bei vielen Ploops kann das Fsck länger dauern als beim Dateisystem eines Hostknotens und kann viel manuelle Interaktion erfordern.

Wenn Ihr Hostknoten andererseits ein sehr großes Dateisystem hat, kann das Ausführen des fsck sehr lange dauern, und alle Container sind während des fsck-Vorgangs offline. Container, die ploop verwenden, können nach dem Wiederherstellen des Hostknotens gestaffelt gestartet werden, vorausgesetzt, der Hostknoten selbst hat nichts zum Ausführen des fsck-Vorgangs.

Sie könnten dies abmildern, indem Sie eine Art Hochverfügbarkeitskonfiguration verwenden, bei der die Hostknoten ihre Containerdaten aus dem zentralen Speicher laden und sich im Fehlerfall gegenseitig ein- und ausschalten, aber ich denke, das geht zu weit.

Aus welchen Gründen ziehen Sie Ploop in Betracht? Wir haben es wegen der schnelleren Leistung durch NFS in Betracht gezogen, wo die vielen kleinen Dateien in einem Container die Dinge wirklich verlangsamen. Aber da Sie eine Beschädigung des Dateisystems erwähnen, ist das wahrscheinlich nicht Ihr Szenario.

Antwort2

Nein, Sie müssen warten, bis jedes Plooping ordnungsgemäß gestoppt wird.

Ploop-Container müssen gestartet werden, um über ihr Stammverzeichnis auf ihre Dateien zugreifen zu können.

Simpfs-Container sind chroot-ähnliche Verzeichnisstrukturen, sodass auf sie unabhängig von der Aktivierung/Deaktivierung zugegriffen werden kann.

Ich verwalte Tausende von Containern und kann es mir nicht leisten, Zeit mit Warten zu verschwenden. Ich muss warten, bis Ploop-Container aktiv sind, wenn ich darauf zugreifen oder die Migration durchführen muss, oder warten, bis sie ausgeschaltet sind, um Hosts zu verwalten, die Ploop-Container haben. Außerdem muss man, wenn Ploop beschädigt wird, wieder von vorne beginnen, denn es ist weg. Da ich diese Schäden nicht nur einmal oder zweimal erlebe, nenne ich es ein unzuverlässiges System, egal wie gut es sein sollte.

verwandte Informationen