Login
Newsletter
Werbung

Thema: DragonFly BSD 5.6 freigegeben

12 Kommentar(e) || Alle anzeigen ||  RSS || Kommentieren
Kommentare von Lesern spiegeln nicht unbedingt die Meinung der Redaktion wider.
0
Von Verfluchtnochmal-05995bd7b am Fr, 21. Juni 2019 um 13:57 #

Nur weil ihr Vögel alle nicht sinnerfassend lesen könnt?

"laufen seit fast 10 Jahren 365/24 durch, tun genau was sie sollen ganz genau wie die Produktivserver die seit nun mehr 11 Jahren durchlaufen und dabei mehrfach ohne Downtime durch die Gegend geschoben wurden"

Das "ohne downtime" bezieht sich explizit auf Live-Migration, nirgenda aber wirklich nirgends steht da ansatzweise was davon das keine kernel-updtes gemacht werden

  • 0
    Von blablabla233 am Fr, 21. Juni 2019 um 15:02 #

    "laufen seit fast 10 Jahren 365/24 durch, tun genau was sie sollen ganz genau wie die Produktivserver die seit nun mehr 11 Jahren durchlaufen und dabei mehrfach ohne Downtime durch die Gegend geschoben wurden"

    Bis auf die 2 sekunden Downtime :D ...love it!!!

    0
    Von klopskind am Fr, 21. Juni 2019 um 15:06 #

    Es wäre hilfreich gewesen, Sie hätten die in diesem Zusammenhang relevanteste Stelle zitiert:

    Meine Hauptmaschine [...] und die darauf laufende Backup-VM [...] laufen seit fast 10 Jahren 365/24 durch, [...]
    Das kann nur eins bedeuten: ohne Downtime.

    Das "ohne downtime" bezieht sich explizit auf Live-Migration, nirgenda aber wirklich nirgends steht da ansatzweise was davon das keine kernel-updtes gemacht werden
    Das stimmt. Aber wie migrieren Sie denn nun Ihre "Hauptmaschine", d.h. live bzw. ohne Downtime?

    Der Zusatz

    [...], [und] tun genau was sie sollen ganz genau wie die Produktivserver die seit nun mehr 11 Jahren durchlaufen und dabei mehrfach ohne Downtime durch die Gegend geschoben wurden
    macht es auch nicht besser.

    Und warum präsentieren Sie dieses hanebüchenen "Argument" eigentlich erst jetzt, nachdem dem all' Ihre anderen Argumentationslinien erschöpft sind?

    Nur weil ihr Vögel alle nicht sinnerfassend lesen könnt?
    Was lese ich da? Das muss wohl eines dieser argumentum ad hominem oder sogar ad personam in majestätisch prächtigster Reinstform sein!
    Klasse, nur weiter so! So macht man sich einen Namen!

    • 0
      Von Verfluchtnochmal-05995bd7b am Fr, 21. Juni 2019 um 15:35 #

      "laufen seit fast 10 Jahren 365/24 durch" bedeutet genau das was es aussagt, kein Shutdown weil irgendwas den Bach runter gegangen ist

      Wie ich die Hauptmaschine ohne downtime migriere? Das steht im Zwiefel gar nicht zur Debatte, aber ja auch die lässt sich minimieren, die Hälfte der RAID10 Disks in die neue Hardware, rsync der Daten, IP übernehmen, die andere Hälfte der Platten nachstecken, echte Downtime ein paar Sekunden, die ist aber wurscht weil sich Migration ohne Downtime auf Produktivserver bezog

      • 0
        Von klopskind am Fr, 21. Juni 2019 um 17:33 #

        "laufen seit fast 10 Jahren 365/24 durch" bedeutet genau das was es aussagt, kein Shutdown weil irgendwas den Bach runter gegangen ist
        Schon wieder so eine nachträglich relativierte Prämisse. Wie schleichen die sich nur immer ein?

        Aber halten wir fest: Wir sind uns darin einig, dass "laufen seit fast 10 Jahren 365/24 durch" kein Shutdown bedeutet.

        Wie ich die Hauptmaschine ohne downtime migriere? Das steht im Zwiefel gar nicht zur Debatte, [...]
        Na klar tut es das! Denn Sie haben diese Debatte mit der Frage "Was genau soll mir fehlen?" doch eigenständig provoziert (Antwort: möglicherweise Sicherheitsaktualisierungen). Damit war und bleibt es fragwürdig, wie Sie diese zustande bringen. Verfolgen Sie einfach den Diskussionsstrang bis hierher.

        [...] , aber ja auch die lässt sich minimieren, [...]
        Soll das heißen, dass Sie genau das nicht tun?

        [...] , die Hälfte der RAID10 Disks in die neue Hardware, rsync der Daten, IP übernehmen, die andere Hälfte der Platten nachstecken, [...]
        1. die Hälfte der RAID10 Disks in die neue Hardware:
        Ab dem Zeitpunkt des Abnabelns und mindestens bis zur Übernahme der IP ist der Dienst unverfügbar oder funktioniert nicht korrekt, denn Sie müssen auf die Konsistenz der Daten achten bzw. diese ggf. wiederherstellen, was ebenfalls eine Downtime nach sich zöge, wenn dies online, d.h. mit eingehangenem Dateisystem, nicht möglich wäre.

        2. rsync der Daten:
        Wozu? Die (richtigen) Datenträger im RAID10 sind doch bereits gespiegelt. Wäre es nicht viel sinnvoller, zunächst einfach die richtigen zwei Datenträger zu wechseln, da schneller? Damit würde dieser Schritt entfallen.

        3. die IP übernehmen:
        Dabei kommt es zu einer kurzen Downtime des Dienstes, außer Sie verwenden CARP o.Ä.

        4. die andere Hälfte der Platten nachstecken:
        Hier fallen ggf. Konsistenzprüfungen an, da während des Wechsels weitere Daten gelöscht oder geschrieben worden sein könnten. Kann dies online, d.h. mit eingehangenem Dateisystem stattfinden?
        Andernfalls bräuchte es eine Downtime...

        5. Das ist einfach gesagt und klingt sehr aufwändig. Hoffentlich geht bei dieser Prozedur nichts schief, sonst sind die Daten futsch!
        Machen Sie das bei jeder Sicherheitsaktualisierung? Wie häufig aktualisieren Sie?

        Von einem Profi hätte ich besseres erwartet. Aber halt, vielleicht kann man dieses Problem ja gar nicht lösen...

        [...], echte Downtime ein paar Sekunden, [...]
        Aha, also doch eine Downtime! Aber genau das wollten Sie doch mit Ihrem Verfahren verhindern. D.h. Sie haben mit Ihrem Verfahren genau nichts gewonnen! Ein Satz zuvor haben Sie noch von "ohne Downtime" gesprochen. Bravo!

        Übrigens: Nettes Eingeständnis!

        [...], die ist aber wurscht weil sich Migration ohne Downtime auf Produktivserver bezog
        Wieso ist eine Downtime der "Hauptmaschine" plötzlich "wurscht"? Es ging doch gerade nur um die Migration Ihrer "Hauptmaschine", um Sicherheitsaktualisierungen, ohne Downtime wohlbemerkt, irgendwie sicherstellen zu können!

Pro-Linux
Pro-Linux @Facebook
Neue Nachrichten
Werbung