Now Reading
Kubernetes-Operator: Tanzu RabbitMQ 1.2 setzt uff die neue Datenstruktur Streams

Kubernetes-Operator: Tanzu RabbitMQ 1.2 setzt uff die neue Datenstruktur Streams

Kubernetes-Operator: Tanzu RabbitMQ 1.2 setzt auf die neue Datenstruktur Streams

VMware hat Tanzu RabbitMQ 1.2 veröffentlicht. Hinterm vollen Namen VMare Tanzu RabbitMQ for Kubernetes verbirgt sich ein Cloud-nativer Messaging- und Streaming-Tafelgeschirr, jener sich aus dem Container-Image Tanzu RabbitMQ OCI mitsamt dem Message Broker RabbitMQ und einer Erlang-Runtime sowie aus Tanzu-RabbitMQ-Kubernetes-Operatoren und -Sidecar-Containern zusammensetzt.

Tanzu RabbitMQ 1.2 hat dasjenige Milestone Release RabbitMQ 3.9 an Bord, dasjenige Streams mit sich brachte. Die neue Datenstruktur soll vorrangig zu einer höheren Performance beziehungsweise einem erhöhten pro Zeiteinheit bearbeitete Aufträge verhelfen.

Genauso dasjenige erneute Vorlesung halten von Messages soll indem möglich sein – zuvor löschte RabbitMQ nicht mehr da Messages nachher ihrer Erledigung aus jener Queue, ohne dass ihre erneute Durchschau möglich gewesen wäre. Streams zuteil werden lassen den Einstieg in verdongeln Log zu einem beliebigen Zeitpunkt und dasjenige Vorlesung halten jener nachfolgenden Messages.

Dies neue Release bringt die zuvor wie Voransicht enthaltene Angeschaltet-Untätig-Replikation mit. Dieser neue Standby Replication Operator, jener sich mithilfe jener Kubernetes-API nutzen lässt, soll jener vereinfachten Konfiguration von Standby-Datenreplikation zur Disaster Recovery herhalten. Hinauf aktiven Clustern erfolgt dasjenige Logging von Messages und Metriken, wie untätig konfigurierte Cluster erhalten Fakten von den aktiven Clustern. Genauso mehrere passive Cluster je aktivem Cluster sind möglich. Die an die passiven Cluster gesendeten Einträge erscheinen in äquivalenten lokalen Replikationslogs.

Mittels API-Call lässt sich ein passiver Cluster wie angeschaltet kennzeichnen, woraufhin jener Cluster nicht konsumierte News vom lokalen Replikationslog liest und sie in die lokalen Queues schreibt. Passive Cluster bleiben nicht nur von Queue-Overflow verschont, sondern wiewohl von Datenverlust durch verfrühte Nachrichtenlöschung aufgrund einer zu von kurzer Dauer angesetzten TTL (time to live). Eine Grafik veranschaulicht dasjenige Prinzip:

Disaster Recovery in Tanzu RabbitMQ 1.2

See Also
Bericht: Twitter-Mitarbeiter müssen eigenes Toilettenpapier mitbringen

(Grafik: VMware)

Im neuen Release erhält Tanzu RabbitMQ eine Integrationsmöglichkeit mit HashiCorp Vault wie eine Ausweichlösung Quelle zu Gunsten von Cluster-Secrets zusätzlich zu Kubernetes-Secrets. Zudem kann dasjenige Release Health-Metriken dank eines neuen Prometheus-Endpunkts bezeichnen.

Neben RabbitMQ 3.9 enthält Tanzu RabbitMQ 1.2 die aktualisierten Versionen Erlang 24.1, Cluster Operator 1.10, Topology Operator 1.2.1 und Standby Replication Operator 0.6.

Leer weiteren Informationen sind im VMware-Weblog sowie in den Release Notes zu finden.


(mai)

What's Your Reaction?
Excited
0
Happy
0
In Love
0
Not Sure
0
Silly
0
View Comments (0)

Leave a Reply

Your email address will not be published.

Scroll To Top