Opérateur Kubernetes : Tanzu RabbitMQ 1.2 mise sur la nouvelle structure de données Streams

VMware a publié Tanzu RabbitMQ 1.2. Derrière le nom complet de VMare Tanzu RabbitMQ for Kubernetes se cache un service de messagerie et de streaming cloud-natif, composé de l’image de conteneur Tanzu RabbitMQ OCI, y compris l’agent de messages RabbitMQ et un runtime Erlang, ainsi que des opérateurs et des conteneurs side-car Tanzu RabbitMQ Kubernetes.

Tanzu RabbitMQ 1.2 a embarqué la version Milestone RabbitMQ 3.9, qui a apporté des flux. La nouvelle structure de données a pour objectif principal d’améliorer les performances et d’augmenter le débit de données.

Elle doit également permettre de relire les messages – auparavant, RabbitMQ supprimait tous les messages de la file d’attente après leur traitement, sans qu’il soit possible de les consulter à nouveau. Les flux permettent d’accéder à un journal à n’importe quel moment et de lire les messages suivants.

La nouvelle version apporte la réplication active-passive, qui était auparavant disponible en version preview. Le nouvel opérateur de réplication en attente, qui peut être utilisé à l’aide de l’API Kubernetes, doit servir à simplifier la configuration de la réplication de données en attente pour la reprise après sinistre. Le logging des messages et des métriques est effectué sur les clusters actifs, les clusters configurés comme passifs reçoivent des données des clusters actifs. Il est également possible d’avoir plusieurs clusters passifs par cluster actif. Les entrées envoyées aux clusters passifs apparaissent dans des logs de réplication locaux équivalents.

Au moyen d’un appel API, un cluster passif peut être désigné comme actif, après quoi le cluster lit les messages non consommés du journal de réplication local et les écrit dans les files d’attente locales. Les clusters passifs ne sont pas seulement épargnés par le débordement de la file d’attente, mais aussi par la perte de données due à la suppression prématurée de messages en raison d’un TTL (time to live) trop court. Un graphique illustre le principe :

Disaster Recovery in Tanzu RabbitMQ 1.2

Récupération après sinistre dans Tanzu RabbitMQ 1.2

(Image : VMware)

Dans cette nouvelle version, Tanzu RabbitMQ s’intègre à HashiCorp Vault comme source alternative de secrets de cluster en plus des secrets de Kubernetes. De plus, la version peut afficher des métriques de santé grâce à un nouveau point de terminaison Prometheus.

Outre RabbitMQ 3.9, Tanzu RabbitMQ 1.2 comprend les versions mises à jour d’Erlang 24.1, Cluster Operator 1.10, Topology Operator 1.2.1 et Standby Replication Operator 0.6.

Toutes les informations complémentaires sont disponibles sur le blog de VMware ainsi que dans les notes de publication.

LAISSER UN COMMENTAIRE

S'il vous plaît entrez votre commentaire!
S'il vous plaît entrez votre nom ici