Aller au contenu principal

Clustron Zaris 2.0.1 : durable par défaut, licencié en une ligne

· 5 minutes de lecture
Clustron Team
Ingénierie des systèmes distribués

Clustron Zaris 2.0.1 — durable par défaut, licencié en une ligne

Zaris 2.0.1 est disponible. C'est une mise à niveau transparente depuis la 2.0.0 — même protocole de communication, même API cliente, mêmes formats sur disque et en mémoire — et elle fait deux choses qui valent la mise à niveau : elle rend le chemin de propriété et de récupération du cluster nettement plus durable en cas de panne, et elle dote Zaris d'un modèle d'essai et de licence intégré et propre, afin que vous puissiez l'évaluer et l'exécuter en production sans friction.

Durabilité : la partie silencieuse rendue solide​

Les problèmes les plus difficiles dans un store distribué ne sont pas sur le chemin heureux — ils sont dans les coutures. Un nœud redémarre en pleine migration. Un réplica prend du retard, puis le primaire actif qu'il poursuivait lui est rendu. La propriété d'une partition se déplace alors que des écritures atterrissent encore. Chacun de ces cas est une fenêtre dans laquelle une écriture acquittée peut disparaître discrètement si le transfert n'est pas exactement correct.

La 2.0.1 ferme une série de ces fenêtres. Le travail s'est concentré sur l'épine dorsale de propriété et de récupération — la machine à états qui décide qui possède une partition, comment un réplica en retard rattrape, et comment une migration bascule — et sur le chemin de données en dessous pendant le changement de propriété. Concrètement :

  • Le rattrapage des réplicas est plus solide. Un réplica qui dérive loin derrière le primaire actif, ou qui se retrouve bloqué par une bascule promotion/rétrogradation, est désormais détecté et resynchronisé au lieu de rester figé.
  • La bascule de migration est plus sûre. La source d'une partition ne détruit plus son unique copie sur une preuve de bascule périmée ; un segment que le nouveau propriétaire n'a pas pleinement adopté est conservé jusqu'à ce qu'il soit sûr de l'abandonner. Les données acquittées ne sont pas jetées.
  • La récupération réconcilie dans les deux directions. Qu'un réplica soit en retard ou en avance sur le primaire actif après une tempête de changements, le leader le réconcilie jusqu'à la convergence.

Rien de tout cela ne change une API. Cela change ce qui se passe quand les choses tournent mal.

Comment nous savons que ça tient​

L'affirmation derrière cette version est simple : sous un chaos soutenu, les écritures acquittées ne sont pas perdues. Nous validons cela avec une exécution de certification continue — nœuds arrêtés, démarrés et redémarrés au hasard ; basculements ; migrations ; montée en charge — face à une charge de travail qui vérifie à la fois la convergence du plan de données et la stabilité de l'API tout du long.

La 2.0.1 a réussi une exécution propre de 12 heures avec zéro perte de données réelle et une convergence complète sur les deux suites. C'est la barre pour la livrer.

Licence : un essai qui fonctionne tout simplement, et une ligne pour licencier​

Zaris dispose désormais d'un modèle de licence intégré, conçu pour ne pas vous gêner.

  • Un essai de 30 jours démarre automatiquement à l'installation. Aucune clé, aucune inscription, aucun accès réseau. Il est lié à la machine, et le produit complet s'exécute pendant l'essai — rien n'est bridé.
  • Besoin de plus de temps ? Une clé d'extension de palier Trial allonge l'évaluation, typiquement à environ 90 jours au total depuis l'installation.
  • La production est une licence Enterprise, par machine : une machine est un siège, et n'importe quel nombre de nœuds sur cette machine le partagent.

Le cycle de vie est délibérément doux. Lorsque l'essai se termine, la Web Console se verrouille d'abord — mais le cluster continue à servir les lectures, les écritures et la coordination pendant une période de grâce, de sorte que vous n'êtes jamais surpris par une panne. Ce n'est qu'après la période de grâce que le produit cesse de répondre aux opérations de données, et même alors rien n'est supprimé : les nœuds restent actifs, vos données restent en mémoire, et l'activation d'une licence reprend le service immédiatement — sans redémarrage, sans perte de données.

L'activation tient en une ligne, et elle s'applique à l'ensemble de l'espace de travail :

Set-ZrLicense -Key 'LIC-…'

Cela diffuse la clé à chaque manager de votre espace de travail et affiche une ligne par machine. Vous pouvez aussi coller la clé dans l'écran de licence de la Web Console, ou définir ZARIS_SUPPORT_KEY sur chaque hôte pour des installations scriptées et déconnectées du réseau. Vérifiez où en est chaque machine avec Get-ZrLicenseStatus.

Consultez le guide de licence et d'activation pour le cycle de vie complet, les boutons de configuration et le dépannage.

Mise à niveau depuis la 2.0.0​

Sur place. La 2.0.1 est compatible au niveau du protocole avec la 2.0.0 — le protocole, l'API cliente et les formats de données sont inchangés — vous pouvez donc la déployer nœud par nœud. Au premier démarrage après la mise à niveau, chaque machine entame automatiquement son essai de 30 jours ; activez votre licence lorsque vous êtes prêt à passer en production.

L'obtenir​

  • Windows : clustron-zaris-2.0.1-win-x64.zip depuis la version GitHub — Management Service, Web Console, runtime du nœud et les modules PowerShell.
  • Conteneurs : clustron/zaris-node:2.0.1 et 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 — tous en 2.0.1.

Nouveau sur Zaris ? Commencez par le démarrage rapide. Des questions ou envie de discuter d'un déploiement ? Contactez-nous.