Schrittweise Fehlerbehebung für Cloud Service Mesh

In diesem Abschnitt wird erläutert, wie Sie Probleme bei der Verwendung Cloud Service Mesh. Weitere Informationen finden Sie unter Support.

Schritte zur Fehlerbehebung

Führen Sie die folgenden allgemeinen Schritte aus, um Probleme mit dem Cloud Service Mesh zu beheben:

1. Verwenden Sie die automatisierten Tools zur Validierung der Konfiguration.
2. Prüfen Sie, ob ein häufig auftretendes Problem mit einer bekannten Lösung vorliegt.
3. Grenzen Sie den Umfang des Problems ein.
4. Prüfen Sie relevante Logs und Informationen.
5. Erstellen Sie Diagnoselogs und holen Sie sich Hilfe.

Hinweis: Wenn Sie die Fehlerbehebung nicht manuell vornehmen können, lesen Sie den AbschnittDiagnoseprotokolle suchen und Hilfe erhalten.

Das Cloud Service Mesh-Diagnosetool kann eine allgemeine Konfiguration erkennen Probleme. Installieren Sie das Tool zur Fehlerbehebung mithilfe dieser instructions.

Hinweise

1. Achten Sie darauf, dass der kubectl-Kontext für Ihren Cluster in Ihrem . Ist dies nicht der Fall, führen Sie den folgenden Befehl aus:

   gcloud container clusters get-credentials CLUSTER_NAME \
       --location=CLUSTER_LOCATION --project=PROJECT_NAME
   

   Ersetzen Sie Folgendes:

   • CLUSTER_NAME: Der Name Ihres Clusters.
   • CLUSTER_LOCATION ist die Zone oder Region für Ihr Cluster.
   • PROJECT_NAME ist der Projektname

2. Überprüfen Sie, ob die Standardanmeldedaten für Anwendungen erstellt werden. Ist dies nicht der Fall, führen Sie einen der folgenden Befehle aus:

   gcloud auth application-default login --billing-project=PROJECT_NAME
   

   gcloud auth application-default set-quota-project PROJECT_NAME
   

   Ersetzen Sie PROJECT_NAME durch Ihren Projektnamen.

Status der Steuerungsebene ansehen

Mit den folgenden Befehlen können Sie den Status der Cloud Service Mesh-Steuerungsebene:

Verwaltet

• Rufen Sie die Liste der Clientverbindungsstatus zur Cloud Service Mesh-Steuerungsebene ab:

  gcloud beta container fleet mesh debug proxy-status \
      --membership=MEMBERSHIP_NAME \
      --location=MEMBERSHIP_LOCATION \
      --project=PROJECT_NAME
  

  Ersetzen Sie Folgendes:

  • MEMBERSHIP_NAME: der Name deiner Mitgliedschaft.
  • MEMBERSHIP_LOCATION: die Region für Ihr Mitgliedschaft. Du kannst den Standort deiner Mitgliedschaft mit gcloud container fleet memberships list --project FLEET_PROJECT_ID FLEET_PROJECT_ID wird durch das Flottenprojekt ersetzt ID.
  • PROJECT_NAME ist der Projektname

  In der folgenden Tabelle werden die möglichen Antworten beschrieben.

  UNKNOWN	(Standardeinstellung) ⁣Statusinformationen sind nicht verfügbar oder unbekannt.
  SYNCHRONISIERT	Die Steuerungsebene hat die Konfiguration an den Client gesendet und eine Bestätigung vom Client erhalten.
  FEHLER	⁣Die Steuerungsebene hat die Konfiguration an den Client gesendet und eine NACK vom Client erhalten.
  STAL	Die Steuerungsebene hat die Konfiguration an den Client gesendet, aber keine Bestätigung oder NACK vom Client erhalten.
  NICHT GESENDET	Die Konfiguration wurde nicht gesendet.
  –	Nicht zutreffend.
  Nicht unterstützt	Der Synchronisierungsstatus wird von unserer API zur Fehlerbehebung nicht unterstützt.

Clusterintern

• kubectl get pods -n istio-system
• kubectl describe -n istio-system
• Für alle Pods in istio-system: kubectl logs -n istio-system -l istio --all-containers
• istioctl version
• istioctl proxy-status
• kubectl get configmap istio -o yaml && kubectl get configmap istio-sidecar-injector -o yaml
• kubectl top pods -n istio-system

Verwenden Sie die folgenden Befehle, um den Umfang der Bereitstellung zu verstehen:

• kubectl get nodes
• kubectl get services --all-namespaces
• kubectl get pods --all-namespaces

Proxykonfigurationen ansehen

Mit dem folgenden Befehl können Sie den Cloud Service Mesh-Proxy verstehen Konfigurationen:

Verwaltet

gcloud beta container fleet mesh debug proxy-config POD_NAME.NAMESPACE \ 
    --type=TYPE \
    --membership=MEMBERSHIP_NAME \
    --location=MEMBERSHIP_LOCATION \
    --project=PROJECT_NAME

• POD_NAME: der Name Ihres Pods.
• NAMESPACE: der Namespace Ihres Pods.
• TYPE: Einer der folgenden Werte: Cluster, Listener, Routen, Endpunkte, Bootstrap, Log, Secret, alle.
• MEMBERSHIP_NAME: der Name deiner Mitgliedschaft.
• MEMBERSHIP_LOCATION: die Region für Ihr Mitgliedschaft. Du kannst den Standort deiner Mitgliedschaft mit gcloud container fleet memberships list --project FLEET_PROJECT_ID FLEET_PROJECT_ID wird durch das Flottenprojekt ersetzt ID.
• PROJECT_NAME ist der Projektname

Clusterintern

Mit der istioctl proxy-config können Sie Proxykonfigurationen für clusterinterne Elemente aufrufen Steuerungsebenen. Weitere Informationen finden Sie unter Fehlerbehebung bei Envoy und istiod

Wenn das Problem weiterhin besteht, sehen Sie im nächsten Abschnitt nach, ob Ihr Problem bereits bekannt ist.

Auf häufig auftretende Probleme mit Lösungen prüfen

Sie können Zeit sparen, indem Sie prüfen, ob Ihre Symptome auf ein Problem in diesen häufig auftretenden Abschnitte zu Problemen und Lösungen, gruppiert nach Cloud Service Mesh-Funktionsmerkmalen Gebiet:

• Installationsprobleme
• Probleme mit der verwalteten Steuerungsebene
• Beobachtbarkeitsprobleme
• Probleme bei der Bereitstellung außerhalb von Google Cloud
• Proxyprobleme
• Ressourcenprobleme
• Skalierungsprobleme
• Sicherheitsprobleme
• Probleme mit der Trafficverwaltung
• Webhook-Probleme
• Probleme mit Sidecar-Proxys

Wenn sich das Problem so nicht beheben lässt, lesen Sie den nächsten Abschnitt.

Umfang des Problems eingrenzen

Cloud Service Mesh besteht aus mehreren Technologien, die zusammenwirken. Das bedeutet: dass bestimmte Arten von Problemen mit bestimmten Funktionsbereichen verbunden sind. oder Komponenten. Jede dieser Komponenten generiert hilfreiche Logs. Bevor Sie anfangen, manuell die gesamten bereitgestellten Informationen zu analysieren, grenzen Sie den Umfang der Fehlerbehebung ein, indem Sie die folgenden Fragen beantworten:

• Tritt das Problem innerhalb der Steuerungsebene oder der Datenebene auf, beispielsweise bei istiod- oder Envoy-Proxys?
• In welchem Funktionsbereich tritt das Problem auf, beispielsweise Netzwerk, Telemetrie oder Sicherheit?
• Gibt es Traffic-Verluste im gesamten Service Mesh oder in einer bestimmten Bereitstellung?
• Wird das Problem dadurch verursacht oder verschärft, dass der Traffic im Service Mesh nicht genügend skaliert werden kann?
• Hat das Problem Latenz- oder andere Leistungsprobleme zur Folge?
• Können Sie das Problem jederzeit reproduzieren?
• Trat das Problem erstmals nach einer kürzlichen Konfigurationsänderung in Istio, GKE usw. auf?
• Gibt es einen Anstieg des Traffics innerhalb des Service Mesh?
• Sind im Cluster besondere Features aktiviert oder enthält er untypische Bereitstellungen?
• Stellen Sie eine hohe CPU- oder Speicherauslastung fest? Wenn ja, welche Auslastung wäre im großen Maßstab zu erwarten?
• Gibt es Kontingentbeschränkungen, die beachtet werden müssen?

Relevante Logs und Informationen prüfen

Nachdem Sie den Umfang des Problems eingegrenzt haben, können Sie sich effektiver auf bestimmte Logs und Informationen konzentrieren. Weitere Informationen zu den Logs, die Cloud Service Mesh generiert und wie die darin enthaltenen Informationen interpretiert werden, siehe Cloud Service Mesh-Logs interpretieren