Tutorial: Bereitstellen von Anwendungen mithilfe von GitOps mit Flux v2

Für Kubernetes-Cluster mit Azure Arc-Unterstützung

• Einen verbundenen Kubernetes-Cluster mit Azure Arc-Unterstützung, der aktiv ist und ausgeführt wird. ARM64-basierte Cluster werden ab microsoft.flux-Version 1.7.0 unterstützt.

  Erfahren Sie, wie Sie einen Kubernetes-Cluster mit Azure Arc verbinden. Wenn Sie eine Verbindung über einen Proxy für ausgehenden Datenverkehr herstellen müssen, stellen Sie sicher, dass Sie die Arc-Agents mit Proxyeinstellungen installieren.

• Lese- und Schreibberechtigungen für den Ressourcentyp Microsoft.Kubernetes/connectedClusters

Für Azure Kubernetes Service-Cluster

• Einen MSI-basierten AKS-Cluster, der aktiv ist und ausgeführt wird.

  Wichtig

  Stellen Sie sicher, dass der AKS-Cluster mit einer MSI (nicht SPN) erstellt wird, da die Erweiterung microsoft.flux nicht mit SPN-basierten AKS-Clustern funktioniert. Bei neuen AKS-Clustern, die mit az aks create erstellt werden, ist der Cluster standardmäßig MSI-basiert. Bei bereits erstellten SPN-basierten Clustern, die in MSI konvertiert werden müssen, führen Sie az aks update -g $RESOURCE_GROUP -n $CLUSTER_NAME --enable-managed-identity aus. Weitere Informationen finden Sie unter Verwenden einer verwalteten Identität in Azure Kubernetes Service.

• Lese- und Schreibberechtigungen für den Ressourcentyp Microsoft.ContainerService/managedClusters

Für beide Clustertypen

• Lese- und Schreibberechtigungen für diese Ressourcentypen:

  • Microsoft.KubernetesConfiguration/extensions
  • Microsoft.KubernetesConfiguration/fluxConfigurations

• Azure-Befehlszeilenschnittstelle ab Version 2.15. Installieren Sie die Azure-Befehlszeilenschnittstelle, oder verwenden Sie die folgenden Befehle, um ein Update auf die neueste Version auszuführen:

  az version
  az upgrade
  

• Der Kubernetes-Befehlszeilenclient kubectl. kubectl ist bei Verwendung von Azure Cloud Shell bereits installiert.

  Verwenden Sie für die lokale Installation von kubectl den Befehl az aks install-cli:

  az aks install-cli
  

• Registrierung der folgenden Azure-Ressourcenanbieter:

  az provider register --namespace Microsoft.Kubernetes
  az provider register --namespace Microsoft.ContainerService
  az provider register --namespace Microsoft.KubernetesConfiguration
  

  Die Registrierung ist ein asynchroner Prozess und sollte innerhalb von 10 Minuten abgeschlossen sein. Verwenden Sie zum Überwachen des Registrierungsprozesses den folgenden Befehl:

  az provider show -n Microsoft.KubernetesConfiguration -o table
  
  Namespace                          RegistrationPolicy    RegistrationState
  ---------------------------------  --------------------  -------------------
  Microsoft.KubernetesConfiguration  RegistrationRequired  Registered
  

Versions- und Regionsunterstützung

GitOps wird derzeit in allen Regionen unterstützt, die Kubernetes mit Azure Arc-Unterstützung unterstützt. GitOps wird derzeit in einer Teilmenge der Regionen unterstützt, die AKS unterstützt. Der GitOps-Dienst fügt in regelmäßigen Abständen neue unterstützte Regionen hinzu.

Die neueste Version der Flux v2-Erweiterung und die beiden vorherigen Versionen (N-2) werden unterstützt. Im Allgemeinen wird empfohlen, die neueste Version der Erweiterung zu verwenden.

Netzwerkanforderungen

Die GitOps-Agents erfordern ein ausgehendes TCP an die Repository-Quelle auf Port 22 (SSH) oder Port 443 (HTTPS), um zu funktionieren. Außerdem benötigen die Agents Zugriff auf die folgenden ausgehenden URLs:

Aktivieren der CLI-Erweiterungen

Installieren Sie die neuesten CLI-Erweiterungspakete k8s-configuration und k8s-extension:

az extension add -n k8s-configuration
az extension add -n k8s-extension

So aktualisieren Sie diese Pakete auf die neuesten Versionen

az extension update -n k8s-configuration
az extension update -n k8s-extension

Verwenden Sie den folgenden Befehl, um eine Liste aller installierten Azure CLI-Erweiterungen und deren Versionen anzuzeigen:

az extension list -o table

Experimental   ExtensionType   Name                   Path                                                       Preview   Version
-------------  --------------  -----------------      -----------------------------------------------------      --------  --------
False          whl             connectedk8s           C:\Users\somename\.azure\cliextensions\connectedk8s         False     1.2.7
False          whl             k8s-configuration      C:\Users\somename\.azure\cliextensions\k8s-configuration    False     1.5.0
False          whl             k8s-extension          C:\Users\somename\.azure\cliextensions\k8s-extension        False     1.1.0

Für Kubernetes-Cluster mit Azure Arc-Unterstützung

• Einen verbundenen Kubernetes-Cluster mit Azure Arc-Unterstützung, der aktiv ist und ausgeführt wird. ARM64-basierte Cluster werden ab microsoft.flux-Version 1.7.0 unterstützt.

  Erfahren Sie, wie Sie einen Kubernetes-Cluster mit Azure Arc verbinden. Wenn Sie eine Verbindung über einen Proxy für ausgehenden Datenverkehr herstellen müssen, stellen Sie sicher, dass Sie die Arc-Agents mit Proxyeinstellungen installieren.

• Lese- und Schreibberechtigungen für den Ressourcentyp Microsoft.Kubernetes/connectedClusters

Für Azure Kubernetes Service-Cluster

• Einen MSI-basierten AKS-Cluster, der aktiv ist und ausgeführt wird.

  Wichtig

  Stellen Sie sicher, dass der AKS-Cluster mit einer MSI (nicht SPN) erstellt wird, da die Erweiterung microsoft.flux nicht mit SPN-basierten AKS-Clustern funktioniert. Bei neuen AKS-Clustern, die mit az aks create erstellt werden, ist der Cluster standardmäßig MSI-basiert. Bei bereits erstellten SPN-basierten Clustern, die in MSI konvertiert werden müssen, führen Sie az aks update -g $RESOURCE_GROUP -n $CLUSTER_NAME --enable-managed-identity aus. Weitere Informationen finden Sie unter Verwenden einer verwalteten Identität in Azure Kubernetes Service.

• Lese- und Schreibberechtigungen für den Ressourcentyp Microsoft.ContainerService/managedClusters

Für beide Clustertypen

• Lese- und Schreibberechtigungen für diese Ressourcentypen:

  • Microsoft.KubernetesConfiguration/extensions
  • Microsoft.KubernetesConfiguration/fluxConfigurations

• Registrierung der folgenden Azure-Ressourcenanbieter:

  • Microsoft.ContainerService
  • Microsoft.Kubernetes
  • Microsoft.KubernetesConfiguration

Versions- und Regionsunterstützung

GitOps wird derzeit in allen Regionen unterstützt, die Kubernetes mit Azure Arc-Unterstützung unterstützt. GitOps wird derzeit in einer Teilmenge der Regionen unterstützt, die AKS unterstützt. Der GitOps-Dienst fügt in regelmäßigen Abständen neue unterstützte Regionen hinzu.

Die neueste Version der Flux v2-Erweiterung und die beiden vorherigen Versionen (N-2) werden unterstützt. Im Allgemeinen wird empfohlen, die neueste Version der Erweiterung zu verwenden.

Netzwerkanforderungen

Die GitOps-Agents erfordern ein ausgehendes TCP an die Repository-Quelle auf Port 22 (SSH) oder Port 443 (HTTPS), um zu funktionieren. Außerdem benötigen die Agents Zugriff auf die folgenden ausgehenden URLs:

Im folgenden Beispiel wird der az k8s-configuration flux create-Befehl verwendet, um eine Flux-Konfiguration auf einen Cluster anzuwenden, wobei die folgenden Werte und Einstellungen verwendet werden:

• Die Ressourcengruppe, die den Cluster enthält, lautet flux-demo-rg.
• Der Name des Azure Arc-Clusters lautet flux-demo-arc.
• Der Clustertyp ist Azure Arc (-t connectedClusters), aber dieses Beispiel funktioniert auch mit AKS (-t managedClusters).
• Der Name der Flux-Konfiguration lautet cluster-config.
• Der Namespace für die Konfigurationsinstallation lautet cluster-config.
• Die URL für das öffentliche Git-Repository lautet https://github.com/Azure/gitops-flux2-kustomize-helm-mt.
• Der Git-Repositorybranch ist main.
• Der Bereich der Konfiguration ist cluster. Mit diesem Bereich wird den Operatoren die Berechtigung für Änderungen im gesamten Cluster erteilt. Informationen zum Verwenden des namespace-Bereichs mit diesem Tutorial finden Sie in den erforderlichen Änderungen.
• Zwei Kustomizations werden mit den Namen infra und apps angegeben. Jede ist einem Pfad im Repository zugeordnet.
• Die Kustomization apps hängt von der Kustomization infra ab. (Die Kustomization infra muss abgeschlossen sein, bevor die Kustomization apps ausgeführt wird.)
• Legen Sie prune=true für beide Kustomizations fest. Mit dieser Einstellung wird sichergestellt, dass die von Flux im Cluster bereitgestellten Objekte bereinigt werden, wenn sie aus dem Repository entfernt oder die Flux-Konfiguration oder -Anpassungen gelöscht werden.

az k8s-configuration flux create -g flux-demo-rg \
-c flux-demo-arc \
-n cluster-config \
--namespace cluster-config \
-t connectedClusters \
--scope cluster \
-u https://github.com/Azure/gitops-flux2-kustomize-helm-mt \
--branch main  \
--kustomization name=infra path=./infrastructure prune=true \
--kustomization name=apps path=./apps/staging prune=true dependsOn=\["infra"\]

Die microsoft.flux-Erweiterung wird im Cluster installiert (sofern sie nicht schon aufgrund einer vorherigen GitOps-Bereitstellung installiert wurde).

Wenn die Flux-Konfiguration zuerst installiert wird, kann der anfängliche Konformitätszustand Pending oder Non-compliant sein, da die Abstimmung noch ausgeführt wird. Nach etwa einer Minute können Sie die Konfiguration erneut abfragen, um den endgültigen Konformitätszustand anzuzeigen.

az k8s-configuration flux show -g flux-demo-rg -c flux-demo-arc -n cluster-config -t connectedClusters

Führen Sie den folgenden Befehl aus, um zu überprüfen, ob die Bereitstellung erfolgreich war:

az k8s-configuration flux show -g flux-demo-rg -c flux-demo-arc -n cluster-config -t connectedClusters

Bei einer erfolgreichen Bereitstellung werden die folgenden Namespaces erstellt:

• flux-system: enthält die Flux-Erweiterungscontroller
• cluster-config: enthält die Flux-Konfigurationsobjekte
• nginx, podinfo, redis: Namespaces für Workloads, die in Manifesten im Git-Repository beschrieben werden.

Führen Sie den folgenden Befehl aus, um die Namespaces zu überprüfen:

kubectl get namespaces

Der flux-system-Namespace enthält die Flux-Erweiterungsobjekte:

• Azure-Flux-Controller: fluxconfig-agent, fluxconfig-controller
• OSS-Flux-Controller: source-controller, kustomize-controller, helm-controller, notification-controller

Die Flux-Agent- und -Controllerpods sollten sich in einem ausgeführten Zustand befinden. Überprüfen Sie dies mit dem folgenden Befehl:

kubectl get pods -n flux-system

NAME                                      READY   STATUS    RESTARTS   AGE
fluxconfig-agent-9554ffb65-jqm8g          2/2     Running   0          21m
fluxconfig-controller-9d99c54c8-nztg8     2/2     Running   0          21m
helm-controller-59cc74dbc5-77772          1/1     Running   0          21m
kustomize-controller-5fb7d7b9d5-cjdhx     1/1     Running   0          21m
notification-controller-7d45678bc-fvlvr   1/1     Running   0          21m
source-controller-df7dc97cd-4drh2         1/1     Running   0          21m

Der cluster-config-Namespace enthält die Flux-Konfigurationsobjekte.

kubectl get crds

NAME                                                   CREATED AT
alerts.notification.toolkit.fluxcd.io                  2022-04-06T17:15:48Z
arccertificates.clusterconfig.azure.com                2022-03-28T21:45:19Z
azureclusteridentityrequests.clusterconfig.azure.com   2022-03-28T21:45:19Z
azureextensionidentities.clusterconfig.azure.com       2022-03-28T21:45:19Z
buckets.source.toolkit.fluxcd.io                       2022-04-06T17:15:48Z
connectedclusters.arc.azure.com                        2022-03-28T21:45:19Z
customlocationsettings.clusterconfig.azure.com         2022-03-28T21:45:19Z
extensionconfigs.clusterconfig.azure.com               2022-03-28T21:45:19Z
fluxconfigs.clusterconfig.azure.com                    2022-04-06T17:15:48Z
gitconfigs.clusterconfig.azure.com                     2022-03-28T21:45:19Z
gitrepositories.source.toolkit.fluxcd.io               2022-04-06T17:15:48Z
helmcharts.source.toolkit.fluxcd.io                    2022-04-06T17:15:48Z
helmreleases.helm.toolkit.fluxcd.io                    2022-04-06T17:15:48Z
helmrepositories.source.toolkit.fluxcd.io              2022-04-06T17:15:48Z
imagepolicies.image.toolkit.fluxcd.io                  2022-04-06T17:15:48Z
imagerepositories.image.toolkit.fluxcd.io              2022-04-06T17:15:48Z
imageupdateautomations.image.toolkit.fluxcd.io         2022-04-06T17:15:48Z
kustomizations.kustomize.toolkit.fluxcd.io             2022-04-06T17:15:48Z
providers.notification.toolkit.fluxcd.io               2022-04-06T17:15:48Z
receivers.notification.toolkit.fluxcd.io               2022-04-06T17:15:48Z
volumesnapshotclasses.snapshot.storage.k8s.io          2022-03-28T21:06:12Z
volumesnapshotcontents.snapshot.storage.k8s.io         2022-03-28T21:06:12Z
volumesnapshots.snapshot.storage.k8s.io                2022-03-28T21:06:12Z
websites.extensions.example.com                        2022-03-30T23:42:32Z

Überprüfen Sie mithilfe der folgenden Befehle weitere Details der Konfiguration:

kubectl get fluxconfigs -A

NAMESPACE        NAME             SCOPE     URL                                                       PROVISION   AGE
cluster-config   cluster-config   cluster   https://github.com/Azure/gitops-flux2-kustomize-helm-mt   Succeeded   44m

kubectl get gitrepositories -A

NAMESPACE        NAME             URL                                                       READY   STATUS                                                            AGE
cluster-config   cluster-config   https://github.com/Azure/gitops-flux2-kustomize-helm-mt   True    Fetched revision: main/4f1bdad4d0a54b939a5e3d52c51464f67e474fcf   45m

kubectl get helmreleases -A

NAMESPACE        NAME      READY   STATUS                             AGE
cluster-config   nginx     True    Release reconciliation succeeded   66m
cluster-config   podinfo   True    Release reconciliation succeeded   66m
cluster-config   redis     True    Release reconciliation succeeded   66m

kubectl get kustomizations -A


NAMESPACE        NAME                   READY   STATUS                                                            AGE
cluster-config   cluster-config-apps    True    Applied revision: main/4f1bdad4d0a54b939a5e3d52c51464f67e474fcf   65m
cluster-config   cluster-config-infra   True    Applied revision: main/4f1bdad4d0a54b939a5e3d52c51464f67e474fcf   65m

Workloads werden über Manifeste im Git-Repository bereitgestellt.

kubectl get deploy -n nginx

NAME                                       READY   UP-TO-DATE   AVAILABLE   AGE
nginx-ingress-controller                   1/1     1            1           67m
nginx-ingress-controller-default-backend   1/1     1            1           67m

kubectl get deploy -n podinfo

NAME      READY   UP-TO-DATE   AVAILABLE   AGE
podinfo   1/1     1            1           68m

kubectl get all -n redis

NAME                 READY   STATUS    RESTARTS   AGE
pod/redis-master-0   1/1     Running   0          68m

NAME                     TYPE        CLUSTER-IP    EXTERNAL-IP   PORT(S)    AGE
service/redis-headless   ClusterIP   None          <none>        6379/TCP   68m
service/redis-master     ClusterIP   10.0.13.182   <none>        6379/TCP   68m

NAME                            READY   AGE
statefulset.apps/redis-master   1/1     68m

Steuern, welche Controller mit der Flux-Clustererweiterung bereitgestellt werden

In einigen Szenarien sollten Sie möglicherweise ändern, welche Flux-Controller mit der Flux-Clustererweiterung installiert werden.

Die Flux-Controller source, helm, kustomize und notification werden standardmäßig installiert. Die image-automation- und image-reflector-Controller, die zum Aktualisieren eines Git-Repositorys verwendet werden, wenn neue Containerimages verfügbar sind, müssen explizit aktiviert werden.

Sie können den k8s-extension-Befehl verwenden, um die Standardoptionen zu ändern:

• --config source-controller.enabled=<true/false> (Standard: true)
• --config helm-controller.enabled=<true/false> (Standard: true)
• --config kustomize-controller.enabled=<true/false> (Standard: true)
• --config notification-controller.enabled=<true/false> (Standard: true)
• --config image-automation-controller.enabled=<true/false> (Standard: false)
• --config image-reflector-controller.enabled=<true/false> (Standard: false)

Zum Deaktivieren von Benachrichtigungen können Sie beispielsweise notification-controller.enabled auf false festlegen.

Mit diesem Beispielbefehl werden die image-reflector- und image-automation-Controller installiert. Wenn die Flux-Erweiterung automatisch erstellt wurde, als eine Flux-Konfiguration zum ersten Mal erstellt wurde, lautet der Erweiterungsname flux.

az k8s-extension create -g <cluster_resource_group> -c <cluster_name> -t <connectedClusters or managedClusters or provisionedClusters> --name flux --extension-type microsoft.flux --config image-automation-controller.enabled=true image-reflector-controller.enabled=true

Verwenden der Kubelet-Identität als Authentifizierungsmethode für AKS-Cluster

Bei AKS-Clustern ist eine der möglichen Authentifizierungsoptionen die Kubelet-Identität. Standardmäßig erstellt AKS eine eigene Kubelet-Identität in der verwalteten Ressourcengruppe. Wenn Sie möchten, können Sie eine vorab erstellte verwaltete Kubelet-Identität verwenden. Fügen Sie dazu den Parameter --config useKubeletIdentity=true zum Zeitpunkt der Installation der Flux-Erweiterung hinzu.

az k8s-extension create --resource-group <resource-group> --cluster-name <cluster-name> --cluster-type managedClusters --name flux --extension-type microsoft.flux --config useKubeletIdentity=true

Leitfaden zum Onboarding von Red Hat OpenShift

Flux-Controller erfordern eine Sicherheitskontexteinschränkung ohne Root-Berechtigung, damit Pods im Cluster ordnungsgemäß bereitgestellt werden können. Diese Einschränkungen müssen dem Cluster hinzugefügt werden, bevor die microsoft.flux-Erweiterung bereitgestellt wird.

NS="flux-system"
oc adm policy add-scc-to-user nonroot system:serviceaccount:$NS:kustomize-controller
oc adm policy add-scc-to-user nonroot system:serviceaccount:$NS:helm-controller
oc adm policy add-scc-to-user nonroot system:serviceaccount:$NS:source-controller
oc adm policy add-scc-to-user nonroot system:serviceaccount:$NS:notification-controller
oc adm policy add-scc-to-user nonroot system:serviceaccount:$NS:image-automation-controller
oc adm policy add-scc-to-user nonroot system:serviceaccount:$NS:image-reflector-controller

Weitere Informationen zum OpenShift-Leitfaden für das Onboarding von Flux finden Sie in der Flux-Dokumentation.

Die Azure-Portal ist nützlich für die Verwaltung von GitOps-Konfigurationen und der Flux-Erweiterung in Kubernetes-Clustern mit Azure Arc-Unterstützung oder AKS-Clustern. Im Azure-Portal können Sie alle Flux-Konfigurationen anzeigen, die den einzelnen Clustern zugeordnet sind, und detaillierte Informationen abrufen, einschließlich des allgemeinen Konformitätszustands der einzelnen Cluster.

Führen Sie die folgenden Schritte aus, um eine Flux-Beispielkonfiguration auf einen Cluster anzuwenden. Im Rahmen dieses Prozesses installiert Azure die Erweiterung microsoft.flux im Cluster, wenn sie nicht bereits bei einer vorherigen Bereitstellung installiert wurde.

1. Navigieren Sie im Azure-Portal zu Ihrem Cluster.

2. Wählen Sie im Dienstmenü unter Einstellungen die Option GitOps>Erstellen aus.

3. Im Abschnitt Grundeinstellungen:

   1. Geben Sie einen Namen für die Konfiguration ein.
   2. Geben Sie den Namespace ein, in dem die benutzerdefinierten Flux-Ressourcen installiert werden sollen. Dies kann ein vorhandener Namespace oder ein neuer Namespace sein, der erstellt wird, wenn die Konfiguration bereitgestellt wird.
   3. Wählen Sie unter Bereich die Option Cluster aus, damit der Flux-Operator Zugriff hat, um die Konfiguration auf alle Namespaces im Cluster anzuwenden. Informationen zum Verwenden des namespace-Bereichs mit diesem Tutorial finden Sie in den erforderlichen Änderungen.
   4. Wählen Sie Weiter aus, um mit dem Abschnitt Quelle fortzufahren.

   

4. Im Abschnitt Quelle:

   1. Wählen Sie unter Quelltyp die Option Git-Repository aus.
   2. Geben Sie die URL für das Repository ein, in dem sich die Kubernetes-Manifeste befinden: https://github.com/Azure/gitops-flux2-kustomize-helm-mt.
   3. Wählen Sie als Verweistyp die Option Branch aus. Lassen Sie Branch auf main festgelegt.
   4. Wählen Sie unter Repositorytyp die Option Öffentlich aus.
   5. Lassen Sie die anderen Optionen auf die Standardwerte festgelegt, und wählen Sie dann Weiter aus.

   

5. Im Abschnitt Kustomizations erstellen Sie zwei Kustomizations: infrastructure und staging. Bei diesen Kustomizations handelt es sich um Flux-Ressourcen, die jeweils einem Pfad im Repository zugeordnet sind, der die Gruppe von Manifesten darstellt, die Flux mit dem Cluster abgleichen sollte.

   1. Klicken Sie auf Erstellen.

   2. Im Bildschirm Kustomization erstellen:

      1. Geben Sie unter Instanzname die Zeichenfolge infrastructure (Infrastruktur) ein.

      2. Geben Sie als Pfad den Wert ./infrastructure ein.

      3. Aktivieren Sie das Kontrollkästchen für Prune (Löschen). Mit dieser Einstellung wird sichergestellt, dass die von Flux im Cluster bereitgestellten Objekte bereinigt werden, wenn sie aus dem Repository entfernt oder die Flux-Konfiguration oder -Anpassungen gelöscht werden.

      4. Lassen Sie die anderen Optionen unverändert, und wählen Sie dann Speichern aus, um die infrastructure-Kustomization zu erstellen.

         

   3. Die infrastructure-Kustomization wird im Abschnitt Kustomizations angezeigt. Um die nächste Kustomization zu erstellen, wählen Sie Erstellen aus.

   4. Im Bildschirm Kustomization erstellen:

      1. Geben Sie unter Instanznamedie Zeichenfolge Staging ein.

      2. Geben Sie unter Pfad den Pfad ./apps/staging ein.

      3. Aktivieren Sie das Kontrollkästchen für Prune (Löschen).

      4. Wählen Sie im Feld Abhängig von die Option infrastructure (Infrastruktur) aus.

      5. Lassen Sie die anderen Optionen unverändert, und wählen Sie dann Speichern aus, um die staging-Kustomization zu erstellen.

         

   5. Nun sollten beide Kustomizations im Abschnitt Kustomizations angezeigt werden. Klicken Sie auf Weiter, um fortzufahren.

6. Überprüfen Sie die im vorherigen Schritt ausgewählten Optionen. Wählen Sie dann Erstellen aus, um die Erstellung Ihrer GitOps-Konfiguration abzuschließen.

Anzeigen von Konfigurationen und Objekten

Um alle Konfigurationen für einen Cluster anzuzeigen, navigieren Sie zu dem Cluster, und wählen Sie im Dienstmenü GitOps aus.

Wählen Sie den Namen einer anzuzeigenden Konfiguration aus, um weitere Details wie Status, Eigenschaften und Quelle der Konfiguration anzuzeigen. Sie können dann Konfigurationsobjekte auswählen, um alle Objekte anzuzeigen, die erstellt wurden, um die GitOps-Konfiguration zu aktivieren. Auf diese Weise können Sie schnell den Konformitätszustand und andere Details der einzelnen Objekte anzeigen.

Um andere Kubernetes-Ressourcen anzuzeigen, die im Cluster bereitgestellt sind, kehren Sie zur Seite der Clusterübersicht zurück, und wählen Sie im Dienstmenü Kubernetes-Ressourcen aus.

Um detaillierte Bedingungen für ein Konfigurationsobjekt anzuzeigen, wählen Sie dessen Namen aus.

Weitere Informationen finden Sie unter Überwachen des Status und er Aktivität von GitOps (Flux v2).

Löschen der Flux-Konfiguration

Mit dem folgenden Befehl werden sowohl die fluxConfigurations-Ressource in Azure als auch die Flux-Konfigurationsobjekte im Cluster gelöscht. Da die Flux-Konfiguration ursprünglich mit dem Parameter prune=true für die Kustomization erstellt wurde, werden alle Objekte entfernt, die im Cluster basierend auf Manifesten im Git-Repository erstellt wurden, wenn die Flux-Konfiguration entfernt wird. Dieser Befehl entfernt jedoch nicht die Flux-Erweiterung selbst.

az k8s-configuration flux delete -g flux-demo-rg -c flux-demo-arc -n cluster-config -t connectedClusters --yes

Löschen der Flux-Clustererweiterung

Wenn Sie die Flux-Erweiterung löschen, werden sowohl die microsoft.flux-Erweiterungsressource in Azure als auch die Flux-Erweiterungsobjekte im Cluster entfernt.

Wenn die Flux-Erweiterung automatisch erstellt wurde, als die Flux-Konfiguration zum ersten Mal erstellt wurde, lautet der Erweiterungsname flux.

az k8s-extension delete -g flux-demo-rg -c flux-demo-arc -n flux -t connectedClusters --yes

Löschen der Flux-Konfiguration

Navigieren Sie zum Löschen einer Flux-Konfiguration zu dem Cluster, in dem die Konfiguration erstellt wurde, und wählen Sie im Dienstmenü GitOps aus. Wählen Sie die Konfiguration aus, die Sie löschen möchten. Wählen Sie oben auf der Seite Löschen und dann erneut Löschen aus, wenn Sie zur Bestätigung aufgefordert werden.

Wenn Sie eine Flux-Konfiguration löschen, werden auch alle Flux-Konfigurationsobjekte im Cluster gelöscht. Diese Aktion löscht jedoch nicht die microsoft.flux-Erweiterung selbst.

Löschen der Flux-Clustererweiterung

Wenn Sie die Flux-Erweiterung löschen, werden sowohl die microsoft.flux-Erweiterungsressource in Azure als auch die Flux-Erweiterungsobjekte im Cluster entfernt.

Navigieren Sie für einen Kubernetes-Cluster mit Azure Arc-Unterstützung zu dem Cluster, und wählen Sie Erweiterungen aus. Wählen Sie die flux-Erweiterung und Deinstallieren aus, und bestätigen Sie anschließend den Löschvorgang.

Für AKS-Cluster können Sie nicht das Azure-Portal verwenden, um die Erweiterung zu löschen. Verwenden Sie stattdessen den folgenden Azure CLI-Befehl:

az k8s-extension delete -g <resource-group> -c <cluster-name> -n flux -t managedClusters --yes