Udostępnij za pośrednictwem


Samouczek: włączanie telemetrii i monitorowania klastra hostów kontenerów systemu Linux platformy Azure

W tym samouczku, część czwarta z pięciu, skonfigurujesz usługę Container Insights w celu monitorowania klastra hostów kontenerów systemu Linux platformy Azure. Dowiesz się, jak:

  • Włącz monitorowanie dla istniejącego klastra.
  • Sprawdź, czy agent został pomyślnie wdrożony.
  • Sprawdź, czy rozwiązanie jest włączone.

W następnym i ostatnim samouczku dowiesz się, jak uaktualnić węzły systemu Linux platformy Azure.

Wymagania wstępne

  • W poprzednich samouczkach utworzono i wdrożono klaster hostów kontenerów systemu Linux platformy Azure. Do ukończenia tego samouczka potrzebny jest istniejący klaster. Jeśli nie wykonano tego kroku i chcesz wykonać te czynności, zacznij od samouczka 1: tworzenie klastra przy użyciu hosta kontenera systemu Linux platformy Azure dla usługi AKS.
  • Jeśli łączysz istniejący klaster usługi AKS z obszarem roboczym usługi Log Analytics w innej subskrypcji, dostawca zasobów Microsoft.ContainerService musi zostać zarejestrowany w subskrypcji w obszarze roboczym usługi Log Analytics. Aby uzyskać dodatkowe informacje, zobacz Rejestrowanie dostawcy zasobów.
  • Potrzebna jest najnowsza wersja interfejsu wiersza polecenia platformy Azure. Uruchom polecenie az --version, aby dowiedzieć się, jaka wersja jest używana. Jeśli konieczna będzie instalacja lub uaktualnienie, zobacz Instalowanie interfejsu wiersza polecenia platformy Azure.

1 — Włączanie monitorowania

Opcja 1. Używanie domyślnego obszaru roboczego usługi Log Analytics

Poniższy krok umożliwia monitorowanie klastra hostów kontenerów systemu Linux platformy Azure przy użyciu interfejsu wiersza polecenia platformy Azure. W tym przykładzie nie musisz wstępnie utworzyć ani określić istniejącego obszaru roboczego. To polecenie upraszcza proces, tworząc domyślny obszar roboczy w domyślnej grupie zasobów subskrypcji klastra usługi AKS. Jeśli jeszcze nie istnieje w regionie, domyślny utworzony obszar roboczy będzie przypominać format DefaultWorkspace-< GUID >—< Region >.

az aks enable-addons -a monitoring -n testAzureLinuxCluster -g testAzureLinuxResourceGroup

Pierwsze kilka wierszy danych wyjściowych powinno zawierać następujące elementy w addonProfiles konfiguracji :

{
  "aadProfile": null,
  "addonProfiles": {
    "omsagent": {
      "config": {
        "logAnalyticsWorkspaceResourceID": "/subscriptions/<WorkspaceSubscription>/resourceGroups/DefaultResourceGroup-EUS2/providers/Microsoft.OperationalInsights/workspaces/DefaultWorkspace-<WorkspaceSubscription>-EUS2",
        "useAADAuth": "true"
      },
      "enabled": true,
      "identity": null
    }
  },
}

Opcja 2. Określanie obszaru roboczego usługi Log Analytics

W tym przykładzie można określić obszar roboczy usługi Log Analytics, aby umożliwić monitorowanie klastra hostów kontenerów systemu Linux platformy Azure. Identyfikator zasobu obszaru roboczego będzie mieć postać "/subscriptions/<SubscriptionId>/resourceGroups/<ResourceGroupName>/providers/Microsoft.OperationalInsights/workspaces/<WorkspaceName>".

az aks enable-addons -a monitoring -n testAzureLinuxCluster -g testAzureLinuxResourceGroup --workspace-resource-id <workspace-resource-id>

Dane wyjściowe będą przypominać następujący przykład:

provisioningState       : Succeeded

2 — Weryfikowanie wdrożenia agenta i rozwiązania

Uruchom następujące polecenie, aby sprawdzić, czy agent został pomyślnie wdrożony.

kubectl get ds ama-logs --namespace=kube-system

Dane wyjściowe powinny przypominać następujący przykład, który wskazuje, że został prawidłowo wdrożony:

User@aksuser:~$ kubectl get ds ama-logs --namespace=kube-system
NAME       DESIRED   CURRENT   READY   UP-TO-DATE   AVAILABLE   NODE SELECTOR   AGE
ama-logs   3         3         3       3            3           <none>          3m22s

Aby zweryfikować wdrożenie rozwiązania, uruchom następujące polecenie:

kubectl get deployment ama-logs-rs -n=kube-system

Dane wyjściowe powinny przypominać następujący przykład, który wskazuje, że został prawidłowo wdrożony:

User@aksuser:~$ kubectl get deployment ama-logs-rs -n=kube-system
NAME       DESIRED   CURRENT   UP-TO-DATE   AVAILABLE    AGE
ama-logs-rs   1         1         1            1            3h

3 — Weryfikowanie konfiguracji rozwiązania

aks show Użyj polecenia , aby dowiedzieć się, czy rozwiązanie jest włączone, czy nie, jaki jest identyfikator zasobu obszaru roboczego usługi Log Analytics, oraz podsumowanie informacji o klastrze.

az aks show -g testAzureLinuxResourceGroup -n testAzureLinuxCluster

Po kilku minutach polecenie zostanie zakończone i zwróci informacje o rozwiązaniu w formacie JSON. Wyniki polecenia powinny wyświetlać profil dodatku monitorowania i przypominać następujące przykładowe dane wyjściowe:

"addonProfiles": {
    "omsagent": {
      "config": {
        "logAnalyticsWorkspaceResourceID": "/subscriptions/<WorkspaceSubscription>/resourceGroups/<DefaultWorkspaceRG>/providers/Microsoft.OperationalInsights/workspaces/<defaultWorkspaceName>"
      },
      "enabled": true
    }
  }

Następne kroki

W tym samouczku włączono telemetrię i monitorowanie klastra hostów kontenerów systemu Linux platformy Azure. W tym samouczku omówiono:

  • Włącz monitorowanie dla istniejącego klastra.
  • Sprawdź, czy agent został pomyślnie wdrożony.
  • Sprawdź, czy rozwiązanie jest włączone.

W następnym samouczku dowiesz się, jak uaktualnić węzły systemu Linux platformy Azure.