Lassen Sie uns zu Beginn einer neuen monatlichen Serie über etwas sprechen, das alle Kunden erleben – Upgrades. Ob es nun das klassische „Neustart erforderlich“ oder das „Geht so schnell, dass man es verpasst hat“ ist, Upgrades sind eine Gewissheit, genau wie Tod und Steuern.
Qumulo ist in diesem Bereich nicht anders, da Upgrades in einem ziemlich regelmäßigen Tempo veröffentlicht werden. Als Qumulo das Betriebssystem mit der Version 3.3.2 als Container implementierte, führten wir auch das Konzept der Plattform- und Sofort-Upgrades ein. Auf ihrer grundlegendsten Ebene erreichen sie das Gleiche und größtenteils auf die gleiche Art und Weise. Beide kopieren das Bild über alle Knoten hinweg. Beide werden eine Reihe von Vortests (umgangssprachlich als Pre-Flight-Checklisten bezeichnet) durchführen, um sicherzustellen, dass das Upgrade erfolgreich ist. Schließlich wird es bei beiden eine Art Systemneustart geben – entweder des Containers im Falle eines sofortigen Neustarts oder des Knotens im Falle eines Plattform- oder rollierenden Neustarts.
Eine der häufigsten Fragen, die uns im Support gestellt werden, ist „Was ist mein Upgrade-Pfad?“ oder „Wie komme ich am besten von Version X auf Version Y?“?
Beginnen wir mit einer Aufschlüsselung des Release-Benennungsschemas.
XYZa
Wo
X ist das Geschäftsjahr
Y ist das Geschäftsquartal, beginnend bei 0
Z ist die Veröffentlichung in diesem Quartal
a ist bei Bedarf verfügbar, wenn einige zusätzliche Funktionen hinzugefügt wurden (z. B. Unterstützung durch Dritte, Firmware und gelegentliche Fehlerbehebungen).
Zum Beispiel wird 5.3.4 sein:
Geschäftsjahr 5, viertes Quartal, 4. Veröffentlichung im Quartal.
Warum ist das wichtig? Qumulo verfügt über sogenannte „Vierteljährliche Veröffentlichungen“, deren dritte Ziffer eine 0 ist – oder die erste Veröffentlichung jedes Quartals. Daran ist nichts besonders Fantastisches, es ist nur zufällig die Stelle, an der sie im Kalenderjahr landen. Wir werden diese jedoch als Ausgangspunkt für das nächste Quartal nutzen, sodass Sie als Qumulo-Kunde ein Upgrade auf jede vierteljährliche .0-Version durchführen müssen.
Ich habe kürzlich mit einem Kunden gesprochen, der sein System seit gut zwei Jahren nicht mehr berührt hatte. Wenn es nicht kaputt ist, reparieren Sie es nicht (dazu später mehr). Da sie auf jede vierteljährliche .2-Version aktualisieren mussten, war unser Upgrade-Pfad, wie Sie sich vorstellen können, ziemlich langwierig.
3.2.0 -> 3.3.0 -> 4.0.0.2 -> 4.1.0.1 -> 4.2.0 -> 4.3.0 -> 5.0.0.1 -> 5.1.0.1 -> 5.2.0.2 -> 5.3.0 -> 6.0.0.2
Die zweithäufigste Frage, die wir im Zusammenhang mit Upgrades hören, ist: „Wie lange wird das dauern?“ Sofortige Upgrades finden in der Regel innerhalb von weniger als 10 Sekunden statt und Anwendungen scheinen das selten zu stören. Plattform-Upgrades dauern so lange, wie das System zum Booten benötigt – typischerweise im Bereich von 5–10 Minuten. Wenn wir unseren oben dargelegten Upgrade-Pfad wählen und hinzufügen, ob es sich um Instant (I) oder Platform (P) handelt, erhalten wir –
3.2.0 (P) -> 3.3.0 (I) -> 4.0.0.2 (I) -> 4.1.0.1 (I) -> 4.2.0 (I) -> 4.3.0 (P) -> 5.0.0.1. 5.1.0.1 (I) -> 5.2.0.2 (I) -> 5.3.0 (P) -> 6.0.0.2 (I) -> XNUMX (P)
Wenn wir unter Berücksichtigung des oben Gesagten von 8 Minuten für eine Plattform ausgehen, rechnen wir mit 4 davon und 7 Augenblicken. Nennen Sie es insgesamt 35 Minuten Geben oder Nehmen. Planen Sie eine Stunde ein und machen Sie einen guten Powernap.
Ein großartiges Dokument zur Überprüfung, ob es sich um ein Plattform- oder Sofort-Upgrade handelt, finden Sie auf der docs.qumulo.com Seite hier..
Möglicherweise sehen Sie sich das an und fragen sich, warum 6.0.0.2 als Plattform-Upgrade bezeichnet wurde, obwohl darin eindeutig angegeben ist, dass es sich um „Sofort, vierteljährlich“ handelt. Hier kommen die nächsten Upgrade-Trivia ins Spiel.
Wenn Sie in diesem Diagramm nach unten scrollen, sehen Sie, dass bei Version 5.3.1 ein Plattform-Upgrade stattgefunden hat. Da wir diese Version im Rahmen der vierteljährlichen Version 6.0.0.2 herausbringen, wird das Plattform-Upgrade in unsere vierteljährliche Veröffentlichung verschoben. Es ist nuanciert, kann Sie aber überraschen, wenn Sie nicht danach suchen.
Zwei letzte Dinge, die ich angedeutet habe, werden ins Spiel kommen, bevor wir uns zu diesem Punkt verabschieden. Der erste ist hardwarebezogen. Auch wenn es nicht direkt an Moores Gesetz gebunden ist (RIP Gordon Moore, Sie hatten einen guten Lauf), erfolgen Hardware-Fortschritte in einem reinen Tempo. Daher wird etwas so Unbedenkliches wie eine Festplatte, die dieses Jahr auf den Markt kommt, nicht mit Software getestet, die zwei Jahre zuvor hergestellt wurde. Bei Qumulo führen wir eine interne Hardware-Kompatibilitätsliste innerhalb des Codes. Dabei handelt es sich um Komponenten, die strengen Tests unterzogen wurden, um hohe Standards zu gewährleisten. Wenn Sie also eine ältere Version verwenden und ein Ersatz benötigt wird, ist es möglich, dass der neuere Teil nicht für die ältere Software geeignet ist. Wir sehen dies von Zeit zu Zeit und normalerweise versuchen wir, die Software auf eine neuere Version zu aktualisieren.
Der andere zu beachtende Punkt ist die Replikation. Aktuelle Versionen von Qumulo erfordern, dass Sie innerhalb von zwei vierteljährlichen Veröffentlichungen voneinander liegen (das ist die zweite Zahl in unserem Namensschema oben). Berücksichtigen Sie dies bei der Planung von Upgrades – insbesondere, wenn Sie beispielsweise Wochen vor der Quelle ein Upgrade Ihres Disaster-Recovery-Standorts planen. Wir werden nächsten Monat mehr über die Replikation und die damit verbundenen Best Practices sprechen. Wenn Sie jedoch Fragen, Kommentare oder Bedenken haben, zögern Sie bitte nicht, sich über Ihren speziellen Slack-Kanal an den Qumulo-Support zu wenden.
Bis nächsten Monat…
