Kanonischen Dienstüberwacher aktivieren und deaktivieren

Hinweis: Kanonische Dienste werden in der Cloud Service Mesh-Version 1.6.8 und höher automatisch unterstützt.

Der Controller für kanonische Dienste gruppiert Arbeitslasten, die zu demselben logischen Dienst gehören, und ist für die volle Funktionalität des Services-Dashboards in der Google Cloud Console erforderlich.

Alle verwalteten Cloud Service Mesh-Installationen und clusterinternen Installationen ab asmcli-Version 1.25 werden mit dem verwalteten Controller für kanonische Dienste bereitgestellt. Der clusterinterne Controller für kanonische Dienste wurde eingestellt und erhält keine Updates mehr. Vorhandene Bereitstellungen des clusterinternen Controllers funktionieren zwar weiterhin, wir empfehlen jedoch dringend, zum verwalteten Controller für kanonische Dienste zu migrieren. Damit gewährleisten Sie Kompatibilität mit zukünftigen Version und haben Zugriff auf die neuesten Funktionen und fortlaufenden Support.

So bestimmen Sie, ob der clusterinterne Controller für kanonische Dienste in Ihrem Cluster aktiviert ist:

kubectl get services -n asm-system

Clusterinternen Controller für kanonische Dienste deaktivieren

Wenn ein clusterinterner Controller für kanonische Dienste vorhanden ist, sollten Sie zum verwalteten Controller migrieren. Folgen Sie dafür der Migrationsanleitung.

Verwalteten Controller für kanonische Dienste aktivieren

Wenn Sie verwaltetes Cloud Service Mesh installiert haben, wurde der verwaltete Controller für kanonische Dienste bereits standardmäßig installiert. Außerdem werden alle verwalteten clusterinternen Cloud Service Mesh-Installationen ab asmcli-Version 1.25 mit dem verwalteten Controller bereitgestellt.

Prüfen Sie mit folgendem Befehl, ob der verwaltete Controller ausgeführt wird:

Ersetzen Sie FLEET_PROJECT_ID durch die ID Ihres Flotten-Hostprojekts. Im Allgemeinen ist die FLEET_PROJECT_ID der Name des Projekts.

  gcloud beta container hub mesh describe --project FLEET_PROJECT_ID

  1. Wenn in der Beschreibung angegeben wird, dass die kanonischen Dienste erfolgreich abgeglichen wurden, funktioniert der verwaltete Controller wie erwartet. Es sind keine weiteren Maßnahmen erforderlich.

      projects/<your project number>/locations/<location>/memberships/<membership-name>:
    code: OK
    description: |-
      Revision(s) ready for use: asm-managed.
      All Canonical Services have been reconciled successfully.
    servicemeshFeatureState: {}
    updateTime: '2021-11-16T21:10:36.289467777Z'

  2. Wenn in der Beschreibung angegeben wird, dass der clusterinterne Controller Vorrang vor dem verwalteten Controller hat, folgen Sie der Migrationsanleitung.

      projects/<your project number>/locations/<location>/memberships/<membership-name>:
    code: OK
    description: |-
      Revision(s) ready for use: istiod-asm-173-6.
      The Managed Canonical Service Controller is yielding to the in-cluster controller.  See https://cloud.google.com/service-mesh/docs/canonical-service-controller-enable-and-disable#disable-in-cluster-service-controller for instructions on removing the in-cluster controller.
    servicemeshFeatureState: {}
    updateTime: '2021-11-16T21:05:43.286828851Z'
  lifecycleState: ENABLED

  3. Anleitungen zur Fehlerbehebung bei anderen Problemen finden Sie unter Probleme mit verwalteten kanonischen Controllern beheben.

Nächste Schritte

Hier erfahren Sie mehr über: