Een Valkey-cluster implementeren in Azure Kubernetes Service (AKS)

Dit artikel bevat een overzicht van de stappen voor het implementeren van Valkey, een open source (BSD) high-performance key/value datastore, in Azure Kubernetes Service (AKS). De Valkey-implementatie is gericht op het gebruik van replica's en beschikbaarheidszones voor hoge beschikbaarheid en tolerantie. We bieden ook richtlijnen om de tolerantie van uw Valkey-implementatie te testen met behulp van het locust load testing framework.

Belangrijk

Opensource-software wordt vermeld in AKS-documentatie en -voorbeelden. Software die u implementeert, is uitgesloten van AKS-serviceovereenkomsten, beperkte garantie en ondersteuning voor Azure. Wanneer u opensource-technologie naast AKS gebruikt, raadpleegt u de beschikbare ondersteuningsopties van de respectieve community's en projectonderhouders om een plan te ontwikkelen.

Microsoft neemt de verantwoordelijkheid voor het bouwen van de opensource-pakketten die we implementeren op AKS. Deze verantwoordelijkheid omvat de volledige verantwoordelijkheid voor het build-, scan-, ondertekenings-, validatie- en hotfixproces, evenals controle over de binaries in containerimages. Zie Beveiligingsbeheer voor AKS- en AKS-ondersteuningsdekking voor meer informatie.

Wat is Valkey?

Valkey is een fork van het Redis-project dat de oorspronkelijke opensource-licentie behoudt. Valkey is een database met hoge prestaties die ondersteuning biedt voor een sleutel-waardegegevensarchief en u kunt deze gebruiken voor caching, sessieopslag, berichtenwachtrijen en meer. Een Valkey-cluster heeft meerdere knooppunten die verantwoordelijk zijn voor het hosten van uw Valkey-gegevensarchieven. Valkey verdeelt data in kleinere delen en verspreidt die over de knooppunten. In een vereenvoudigd Valkey-cluster dat bestaat uit drie primaire knooppunten, ondersteunt één replicaknooppunt elk knooppunt om basisfailovermogelijkheden mogelijk te maken. De gegevens worden verdeeld over de knooppunten, waardoor het cluster kan blijven functioneren, zelfs als een van de knooppunten uitvalt.

Zie de Valkey-documentatie voor meer informatie.

Overzicht van Valkey-oplossingen

Met deze oplossing worden drie primaire Valkey-pods geïmplementeerd in twee beschikbaarheidszones, met één replicapod per primaire in een derde zone. Deze worden uitgevoerd op Standard_E64_v5 SKU-knooppunten. U maakt twee afzonderlijke StatefulSet resources met spec.affinity regels die zorgen voor zonedistributie voor hoge beschikbaarheid. U maakt één StatefulSet voor de primaire Valkey-pods en een andere voor de replicapods.

Notitie

Houd er rekening mee dat de oplossing die in dit artikel wordt voorgesteld, verschilt van de Valkey-documentatie, waarbij clusterpods tot één StatefulSetbehoren en dat de spec.affinity pods alleen op verschillende knooppunten worden geplaatst. De automatische initialisatie van het Valkey-cluster, zoals beschreven in de Valkey-documentatie, garandeert niet dat de primaire en replica-Pods voor dezelfde shard in verschillende beschikbaarheidszones worden geplaatst.

Volgende stap

Infrastructuurresources maken om een Valkey-cluster uit te voeren op AKS

Bijdragers

Microsoft onderhoudt dit artikel. De volgende inzenders hebben het oorspronkelijk geschreven:

• Nelly Kiboi | servicemonteur
• Saverio Proto | Principal Customer Experience Engineer
• Don High | Hoofd klantingenieur
• LaBrina Loving | Hoofd Service Engineer
• Ken Kilty | Hoofd TPM
• Russell de Pina | Principal TPM
• Colin Mixon | Product Manager
• Ketan Chawda | Senior klanttechnicus
• Naveed Kharadi | Klantervaringstechnicus
• Erin Schaffer | Inhoudsontwikkelaar 2