Vereenvoudigd automatisch schalen van toepassingen met de invoegtoepassing Kubernetes Gebeurtenisgestuurde Automatische schaalaanpassing (KEDA) in Azure Kubernetes Service (AKS)

Belangrijk

De KEDA-invoegtoepassing voor AKS biedt momenteel geen ondersteuning voor het wijzigen van de CPU-aanvragen of -limieten en andere Helm-waarden voor de Metrics Server of Operator. Houd rekening met deze beperking bij het gebruik van de invoegtoepassing. Als u vragen hebt, kunt u hier contact opnemen.

Kubernetes Event-driven Autoscaling (KEDA) is een enkel doeleinde en lichtgewicht onderdeel waarmee automatisch schalen van toepassingen eenvoudig wordt. Het is een cloud native computing foundation (CNCF) graduate project. KEDA maakt gebruik van gebeurtenisgestuurde automatische schaalaanpassing om uw toepassing te schalen om te voldoen aan de vraag op een duurzame en kostenefficiënte manier met schaal-naar-nul.

Voor de meeste productieworkloads is AKS Automatic de aanbevolen standaard-AKS-ervaring. AKS Automatic is standaard gereed voor productie en bevat KEDA vooraf geconfigureerd op het cluster. Als u AKS Standard gebruikt, kunt u KEDA inschakelen met behulp van de beheerde KEDA-invoegtoepassing.

Zie Wat is Azure Kubernetes Service (AKS) Automatisch voor meer informatie over AKS Automatic?

Notitie

KEDA versie 2.15+ introduceert een belangrijke wijziging waarmee ondersteuning voor pod-identiteiten wordt verwijderd. We raden u aan over te stappen op workload-id als verificatiemethode als u pod-id gebruikt. De beheerde KEDA-invoegtoepassing wordt momenteel niet uitgevoerd op KEDA versie 2.15+, maar de beheerde invoegtoepassing begint met het uitvoeren van KEDA 2.15+ in AKS preview-versie 1.32.

Lees onze zelfstudie voor meer informatie over het veilig schalen van uw toepassingen met workloadidentiteit. Bekijk KEDA's beleid voor belangrijke wijzigingen/afschaffingen door hun officiële documentatie te lezen.

KEDA in AKS Automatic en AKS Standard

KEDA is beschikbaar in beide AKS-clustermodi, maar het installatiepad is anders:

  • AKS Automatisch: KEDA is vooraf geconfigureerd en gereed voor gebruik.
  • AKS Standard: SCHAKEL KEDA in door de door AKS beheerde invoegtoepassing in te schakelen.

Voor de meeste productiescenario's begint u met AKS Automatisch voor gebruik van standaardinstellingen die gereed zijn voor productie en vermindert u de overhead voor clusterbeheer.

Architectuur

KEDA biedt twee hoofdonderdelen:

  • KEDA-operator stelt eindgebruikers in staat om workloads te scalen van 0 tot N exemplaren, met ondersteuning voor Kubernetes Deployment, StatefulSets Jobs, of elke aangepaste resource die de subresource /scale definieert.
  • De metrische server maakt externe metrische gegevens beschikbaar voor Horizontale schaalaanpassing van pods (HPA) in Kubernetes voor automatische schaalaanpassing, zoals berichten in een Kafka-onderwerp of het aantal gebeurtenissen in een Azure Event Hub. Vanwege upstream-beperkingen moet KEDA de enige geïnstalleerde externe metrische adapter zijn.

Diagram met de architectuur van KEDA en hoe kubernetes wordt uitgebreid.

Meer informatie over hoe KEDA werkt in de officiële KEDA-documentatie.

Installatie en inschakeling

AKS Automatisch

KEDA is vooraf geconfigureerd in AKS Automatic. Er is geen afzonderlijke installatiestap voor de KEDA-add-on vereist.

AKS Standard

Schakel KEDA in op AKS Standard met behulp van een van de volgende methoden:

De beheerde KEDA-invoegtoepassing biedt een volledig ondersteunde KEDA-installatie die is geïntegreerd met AKS.

Mogelijkheden en functies

KEDA biedt de volgende mogelijkheden en functies:

  • Schaal workloads naar nul wanneer de vraag afneemt.
  • Schaal toepassingsworkloads om te voldoen aan de vraag met behulp van Azure KEDA-schaalders.
  • Toepassingen automatisch schalen met behulp van ScaledObjects, zoals implementaties, StatefulSetsof een aangepaste resource die de /scale subresource definieert.
  • Taakachtige werkbelastingen automatisch schalen met behulp van ScaledJobs.
  • Gebruik beveiliging op productieniveau door automatische schaalaanpassing van verificatie van workloads los te koppelen.
  • Gebruik uw eigen externe scaler voor aangepaste autoscalinglogica.
  • Integreer met Microsoft Entra Workload-id voor verificatie.

In AKS Automatic krijgt u deze mogelijkheden voor automatisch schalen op basis van gebeurtenissen standaard omdat het cluster vooraf is geconfigureerd met KEDA.

Notitie

Als u van plan bent om de workloadidentiteit op AKS Standard te gebruiken, schakelt u de workloadidentiteit in voordat u de KEDA-invoegtoepassing inschakelt.

Richtlijnen voor productie

Gebruik deze richtlijnen om de clustermodus te kiezen:

  • Kies AKS Automatisch als u een standaardervaring wilt die gereed is voor productie met KEDA vooraf geconfigureerd.
  • Kies AKS Standard wanneer u meer aanpassing op clusterniveau en expliciet beheer van invoegtoepassingen nodig hebt.
  • Gebruik KEDA in beide modus voor gebeurtenisgestuurde automatische schaalaanpassing van workloads.

Beperkingen voor invoegtoepassingen

De KEDA AKS-invoegtoepassing heeft de volgende beperkingen:

  • De HTTP-invoegtoepassing (preview) van KEDA om HTTP-workloads te schalen wordt niet met de extensie geïnstalleerd, maar kan afzonderlijk worden geïmplementeerd.
  • De externe KEDA-scaler voor Azure Cosmos DB om te schalen op basis van de wijzigingsfeed van Azure Cosmos DB wordt niet geïnstalleerd met de extensie, maar kan afzonderlijk worden geïmplementeerd.
  • Er is slechts één externe metrische server toegestaan in het Kubernetes-cluster. Daarom moet de KEDA-invoegtoepassing de enige externe metrische server binnen het cluster zijn.
    • Meerdere KEDA-installaties worden niet ondersteund
  • Het is niet raadzaam om KEDA's ScaledObject te combineren met een Horizontale Pod Autoscaler (HPA) om dezelfde workload te schalen. Ze concurreren met elkaar omdat KEDA gebruikmaakt van Horizontal Pod Autoscaler (HPA) op de achtergrond en resulteert in oneven schaalgedrag.
    • Als er eerst een HPA wordt gemaakt, dan wordt er een KEDA ScaledObject gemaakt en zal de KEDA ScaledObject niet kunnen worden gemaakt.
    • Als er eerst een KEDA ScaledObject wordt gemaakt en er vervolgens een HPA wordt gemaakt, wordt het maken van HPA niet geblokkeerd.

Voor algemene KEDA-vragen raden we u aan het overzicht van veelgestelde vragen te bezoeken.

Notitie

Als u Microsoft Entra Workload-id gebruikt en KEDA inschakelt voordat u Workload ID inschakelt, moet u de operatorpods van KEDA opnieuw starten, zodat de juiste omgevingsvariabelen kunnen worden geïnjecteerd:

  1. Start de pods opnieuw door uit te voeren kubectl rollout restart deployment keda-operator -n kube-system.

  2. Verkrijg KEDA-operatorpods met kubectl get pod -n kube-system door te zoeken naar pods die beginnen met keda-operator.

  3. Controleer of de omgevingsvariabelen zijn geïnjecteerd door uit te voeren kubectl describe pod <keda-operator-pod> -n kube-system. Onder Environmentziet u waarden voor AZURE_TENANT_ID, AZURE_FEDERATED_TOKEN_FILEen AZURE_AUTHORITY_HOST.

Ondersteunde Kubernetes- en KEDA-versies

De Kubernetes-versie van uw cluster bepaalt welke KEDA-versie op uw AKS-cluster is geïnstalleerd. Als u wilt zien welke KEDA-versie aan elke AKS-versie wordt toegewezen, raadpleegt u de kolom met door AKS beheerde invoegtoepassingen van de versietabel van het Kubernetes-onderdeel.

Voor GA Kubernetes-versies biedt AKS volledige ondersteuning voor de bijbehorende secundaire KEDA-versie in de tabel. Kubernetes Preview-versies en de nieuwste KEDA-patch worden gedeeltelijk gedekt door klantondersteuning op basis van best effort. Daarom zijn deze functies niet bedoeld voor productiegebruik. Zie de volgende ondersteuningsartikelen voor meer informatie:

Verwante inhoud

  • Last updated on