Clustron Zaris 2.0.1: Standardmäßig langlebig, Lizenzierung in einer Zeile

Zaris 2.0.1 ist da. Es ist ein Drop-in-Upgrade von 2.0.0 — dasselbe Wire-Protokoll, dieselbe Client-API, dieselben On-Disk- und In-Memory-Formate — und es bietet zwei Gründe zum Upgrade: Es macht den Ownership- und Recovery-Pfad des Clusters bei Ausfällen spürbar langlebiger, und es gibt Zaris ein sauberes, integriertes Trial-und-Lizenz-Modell, mit dem Sie es reibungslos evaluieren und produktiv betreiben können.

Langlebigkeit: der stille Teil, jetzt solide

Die schwierigsten Probleme eines verteilten Stores liegen nicht auf dem Happy Path, sondern in den Nahtstellen. Ein Node startet mitten in einer Migration neu. Ein Replikat fällt zurück, und dann fällt der Active, dem es hinterherlief, zurück. Der Besitz einer Partition wechselt, während noch Schreibvorgänge eintreffen. Jedes davon ist ein Fenster, in dem ein bestätigter Schreibvorgang stillschweigend verloren gehen kann, wenn die Übergabe nicht exakt stimmt.

2.0.1 schließt eine Reihe solcher Fenster. Die Arbeit konzentrierte sich auf das Ownership- und Recovery-Fundament — den Zustandsautomaten, der entscheidet, wer eine Partition besitzt, wie ein zurückliegendes Replikat aufholt und wie eine Migration umschaltet — sowie auf den darunterliegenden Datenpfad während des Churns. Konkret:

• Das Aufholen von Replikaten ist stärker. Ein Replikat, das weit hinter den Active zurückfällt oder durch einen Promotion-/Demotion-Wechsel gestrandet ist, wird jetzt erkannt und neu synchronisiert, statt eingefroren zu verharren.
• Das Umschalten bei Migrationen ist sicherer. Die Quelle einer Partition zerstört auf einen veralteten Umschaltnachweis hin nicht mehr ihre einzige Kopie; ein Segment, das der neue Owner noch nicht vollständig übernommen hat, bleibt erhalten, bis es sicher verworfen werden kann. Bestätigte Daten werden nicht weggeworfen.
• Die Recovery gleicht in beide Richtungen ab. Ob ein Replikat nach einem Churn-Sturm hinter dem Active zurückliegt oder ihm voraus ist — der Leader gleicht es wieder zur Konvergenz ab.

Nichts davon ändert eine API. Es ändert, was passiert, wenn etwas schiefgeht.

Woher wir wissen, dass es hält

Die Aussage hinter diesem Release ist einfach: Unter anhaltendem Chaos gehen bestätigte Schreibvorgänge nicht verloren. Das validieren wir mit einem kontinuierlichen Zertifizierungslauf — Nodes werden zufällig gestoppt, gestartet und neu gestartet; Failovers; Migrationen; Scale-out — gegen eine Workload, die durchgehend sowohl die Konvergenz der Datenebene als auch die API-Stabilität prüft.

2.0.1 hat einen sauberen 12-Stunden-Lauf mit null echtem Datenverlust und voller Konvergenz in beiden Suites bestanden. Das ist die Messlatte für die Auslieferung.

Lizenzierung: eine Testversion, die einfach funktioniert, und eine Zeile zum Lizenzieren

Zaris hat jetzt ein integriertes Lizenzmodell, das Ihnen bewusst nicht im Weg steht.

• Eine 30-Tage-Testversion startet automatisch bei der Installation. Kein Schlüssel, keine Anmeldung, kein Netzwerkzugriff. Sie ist an die Maschine gebunden, und während der Testphase läuft das volle Produkt — nichts wird zurückgehalten.
• Brauchen Sie mehr Zeit? Ein Erweiterungsschlüssel der Trial-Stufe verlängert die Evaluierung, in der Regel auf insgesamt rund 90 Tage ab Installation.
• Für die Produktion gilt eine Enterprise-Lizenz pro Maschine: Eine Maschine entspricht einem Seat, und beliebig viele Nodes auf dieser Maschine teilen sie.

Der Lebenszyklus ist bewusst sanft. Endet die Testphase, sperrt zuerst die Web-Konsole — der Cluster bedient jedoch während einer Karenzzeit weiter Lese-, Schreib- und Koordinationsanfragen, sodass Sie nie von einem Ausfall überrascht werden. Erst nach der Karenzzeit hört das Produkt auf, Datenoperationen zu beantworten, und selbst dann wird nichts gelöscht: Nodes bleiben aktiv, Ihre Daten bleiben im Speicher, und die Aktivierung einer Lizenz nimmt den Betrieb sofort wieder auf — ohne Neustart und ohne Datenverlust.

Die Aktivierung ist eine Zeile und gilt für den gesamten Workspace:

Set-ZrLicense -Key 'LIC-…'

Das verteilt den Schlüssel an jeden Manager in Ihrem Workspace und gibt pro Maschine eine Zeile aus. Sie können den Schlüssel auch auf dem Lizenzbildschirm der Web-Konsole einfügen oder für skriptgesteuerte und Air-Gapped-Installationen ZARIS_SUPPORT_KEY auf jedem Host setzen. Mit Get-ZrLicenseStatus prüfen Sie, wo jede Maschine steht.

Den vollständigen Lebenszyklus, die Konfigurationsoptionen und die Fehlerbehebung finden Sie im Leitfaden zu Lizenzierung und Aktivierung.

Upgrade von 2.0.0

In-place. 2.0.1 ist wire-kompatibel mit 2.0.0 — Protokoll, Client-API und Datenformate bleiben unverändert —, sodass Sie es Node für Node ausrollen können. Beim ersten Start nach dem Upgrade beginnt jede Maschine automatisch ihre 30-Tage-Testphase; aktivieren Sie Ihre Lizenz, wenn Sie bereit für den Produktivbetrieb sind.

Herunterladen

• Windows: clustron-zaris-2.0.1-win-x64.zip aus dem GitHub-Release — Management Service, Web-Konsole, Node-Runtime und die PowerShell-Module.
• Container: clustron/zaris-node:2.0.1 und clustron/zaris-manager:2.0.1 (Multi-Arch, linux/amd64 + linux/arm64).
• NuGet: Clustron.Zaris.Client, Clustron.Zaris.SDK, Clustron.Zaris.Abstractions, Clustron.Zaris.InProc, Clustron.Zaris.DistributedCache, Clustron.Zaris.HybridCache — alle in Version 2.0.1.

Neu bei Zaris? Beginnen Sie mit dem Quickstart. Fragen, oder möchten Sie ein Deployment besprechen? Kontaktieren Sie uns.