Lernprogramm: Bereitstellen von Anwendungen mithilfe von GitOps mit Flux v2

Kubernetes-Cluster mit Azure Arc-Unterstützung.

• Ein verbundener Kubernetes-Cluster, der mit Azure Arc aktiviert ist und läuft. 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 ausgehenden Proxy herstellen müssen, stellen Sie sicher, dass Sie die Arc-Agents mit Proxyeinstellungen installieren.

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

Azure Kubernetes Service-Cluster

• Ein MSI-basierter AKS-Cluster, der ausgeführt wird.

  Wichtig

  Stellen Sie sicher, dass der AKS-Cluster mit MSI (nicht SPN) erstellt wird, da die microsoft.flux Erweiterung 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. Um SPN-basierte Cluster in MSI zu konvertieren, 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 AKS.

• 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 CLI , oder verwenden Sie die folgenden Befehle, um auf die neueste Version zu aktualisieren:

  az version
  az upgrade
  

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

  kubectl lokal mithilfe des Befehls az aks install-cli installieren:

  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 Azure Arc-fähige Kubernetes 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

Kubernetes-Cluster mit Azure Arc-Unterstützung.

• Ein mit Azure Arc-fähiger Kubernetes verbundener Cluster, der gerade 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 ausgehenden Proxy herstellen müssen, stellen Sie sicher, dass Sie die Arc-Agents mit Proxyeinstellungen installieren.

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

Azure Kubernetes Service-Cluster

• Ein MSI-basierter AKS-Cluster, der ausgeführt wird.

  Wichtig

  Stellen Sie sicher, dass der AKS-Cluster mit MSI (nicht SPN) erstellt wird, da die microsoft.flux Erweiterung nicht mit SPN-basierten AKS-Clustern funktioniert. Bei neuen AKS-Clustern, die mit der Verwendung az aks createerstellt werden, ist der Cluster standardmäßig MSI-basiert. Führen Sie für vorhandene SPN-basierte Cluster, die Sie in MSI konvertieren möchten, den Befehl az aks update -g $RESOURCE_GROUP -n $CLUSTER_NAME --enable-managed-identity aus. Weitere Informationen finden Sie unter Verwenden einer verwalteten Identität in AKS.

• 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 Azure Arc-fähige Kubernetes 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. Weitere Informationen zum Verwenden des Geltungsbereichs namespace mit diesem Tutorial finden Sie unter 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 Sie die Flux-Konfiguration zum ersten Mal installieren, kann der anfängliche Konformitätsstatus 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 Controller für die Flux-Erweiterung.
• cluster-config: Enthält die Flux-Konfigurationsobjekte.
• nginx, podinfo, redis: Namespaces für Workloads, die in Manifesten im Git-Repository beschrieben sind.

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. Bestätigen Sie dies mithilfe des folgenden Befehls:

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

Für einige Szenarien sollten Sie ändern, welche Flux-Controller mithilfe der Flux-Clustererweiterung installiert werden.

Der Installationsprozess umfasst standardmäßig die source, helm, kustomize und notification Flux-Regler. Sie müssen die image-automation- und image-reflector-Controller explizit aktivieren, die ein Git-Repository aktualisieren, wenn neue Container-Images verfügbar sind.

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)

Setzen Sie notification-controller.enabled auf false, um Benachrichtigungen zu deaktivieren.

Mit dem folgenden Befehl werden die Controller image-reflector und image-automation installiert. Wenn Sie die Flux-Erweiterung automatisch erstellen, wenn Sie eine Flux-Konfiguration erstellen, lautet fluxder Erweiterungsname .

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

Eine der Authentifizierungsoptionen bei AKS-Clustern ist die kubelet-Identität. Standardmäßig erstellt AKS eine eigene Kubelet-Identität in der verwalteten Ressourcengruppe. Wenn Sie es vorziehen, können Sie eine vordefinierte kubelet verwaltete Identität verwenden. Um diese Identität zu verwenden, fügen Sie den Parameter --config useKubeletIdentity=true bei 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änkungohne Root-Berechtigung, damit Pods im Cluster ordnungsgemäß bereitgestellt werden können. Fügen Sie diese Einschränkungen dem Cluster hinzu, bevor Sie die microsoft.flux Erweiterung bereitstellen.

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 zu OpenShift-Anleitungen für onboarding 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 microsoft.flux Erweiterung auf dem Cluster, wenn Sie sie noch nicht in einer vorherigen Bereitstellung installiert haben.

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

2. Wählen Sie im Dienstmenü unter "Einstellungen" GitOps aus.

3. Wählen Sie "Erstellen" aus.

4. Im Abschnitt "Grundlagen" :

   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. Sie können einen vorhandenen Namespace verwenden oder einen neuen namespace angeben, der erstellt werden soll, wenn die Konfiguration bereitgestellt wird.
   3. Wählen Sie unter "Bereich" "Cluster" aus, damit der Flux-Operator Zugriff hat, um die Konfiguration auf alle Namespaces im Cluster anzuwenden. Weitere Informationen zum Verwenden des Geltungsbereichs namespace mit diesem Tutorial finden Sie unter den erforderlichen Änderungen.
   4. Wählen Sie "Weiter" aus, um mit dem Abschnitt " Quelle " fortzufahren.

   

5. Im Quellabschnitt :

   1. Wählen Sie im QuelltypGit 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 für den Referenztyp Branch aus. Branch auf main belassen.
   4. Wählen Sie für den Repositorytyp"Öffentlich" aus.
   5. Lassen Sie die anderen Optionen auf die Standardeinstellung festgelegt, und wählen Sie dann "Weiter" aus.

   

6. Erstellen Sie im Abschnitt "Kustomizations" zwei Kustomisierungen: 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. Wählen Sie "Erstellen" aus.

   2. Führen Sie im Bildschirm "Kustomisierung erstellen " folgendes aus:

      1. Geben Sie für InstanznameInfrastruktur ein.

      2. Geben Sie für Pfad./infrastructure ein.

      3. Aktivieren Sie das Kontrollkästchen für Prune. 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. Behalten Sie die anderen Optionen bei, und wählen Sie dann "Speichern" aus, um die infrastructure Kustomisierung zu erstellen.

         

   3. Die infrastructure Kustomisierung wird jetzt im Abschnitt "Kustomizations" angezeigt. Um die nächste Kustomisierung zu erstellen, wählen Sie "Erstellen" erneut aus. Der Prozess ähnelt dem vorherigen Schritt, aber mit unterschiedlichen Werten.

   4. Führen Sie im Bildschirm "Kustomisierung erstellen " folgendes aus:

      1. Geben Sie unter Instanznamestaging ein.
      2. Geben Sie unter Pfad den Pfad ./apps/staging ein.
      3. Aktivieren Sie das Kontrollkästchen für Prune.
      4. Wählen Sie im Feld Abhängig von die Option Infrastruktur aus.
      5. Behalten Sie die anderen Optionen bei, und wählen Sie dann "Speichern" aus, um die staging Kustomisierung zu erstellen.

   5. Jetzt sollten beide Kustomisierungen im Abschnitt "Kustomizations" angezeigt werden. Wählen Sie "Weiter" aus, um fortzufahren.

7. Ü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 zum Cluster, und wählen Sie GitOps aus dem Dienstmenü aus.

Wählen Sie den Namen einer anzuzeigenden Konfiguration aus, um weitere Details wie Status, Eigenschaften und Quelle der Konfiguration anzuzeigen. Wählen Sie Konfigurationsobjekte aus, um alle Objekte anzuzeigen, die die GitOps-Konfiguration aktivieren, einschließlich des Compliancestatus und anderer Details zu den einzelnen Objekten.

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

Weitere Informationen finden Sie unter Monitor GitOps (Flux v2) Status und Aktivität.

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 prune=true Parameter für die Kustomisierung erstellt wurde, werden alle objekte, die im Cluster basierend auf Manifesten im Git-Repository erstellt wurden, zusammen mit der Flux-Konfiguration entfernt. 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, entfernt der Befehl sowohl die microsoft.flux Erweiterungsressource in Azure als auch die Flux-Erweiterungsobjekte im Cluster.

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

Um eine Flux-Konfiguration zu löschen, wechseln Sie zum Cluster, in dem Sie die Konfiguration erstellt haben. Wählen Sie im Dienstmenü unter "Einstellungen" 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, um dies zu bestätigen.

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

Löschen der Flux-Clustererweiterung

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

Für einen Azure Arc-fähigen Kubernetes-Cluster wechseln Sie zum Cluster. Wählen Sie im Dienstmenü unter "Einstellungen" die Option "Erweiterungen" aus. Wählen Sie die flux Erweiterung aus, und wählen Sie "Deinstallieren" aus, und bestätigen Sie dann 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