Esercitazione: Abilitare i dati di telemetria e il monitoraggio per il cluster host contenitore Linux di Azure

Articolo
09/26/2024

In questa esercitazione, parte quattro di cinque, si configurerà Container Insights per monitorare un cluster host contenitore Linux di Azure. Si apprenderà come:

Abilitare il monitoraggio per un cluster esistente.
Verificare che l'agente sia stato distribuito correttamente.
Verificare che la soluzione sia abilitata.

Nell'ultima esercitazione e successiva si apprenderà come aggiornare i nodi Linux di Azure.

Prerequisiti

Nelle esercitazioni precedenti è stato creato e distribuito un cluster Host contenitore Linux di Azure. Per completare questa esercitazione, è necessario un cluster esistente. Se non è stato fatto questo passaggio e si desidera seguire questa procedura, iniziare con l'Esercitazione 1: Creare un cluster con l'host contenitore Linux di Azure per il servizio Azure Kubernetes.
Se si connette un cluster del servizio Azure Kubernetes esistente a un'area di lavoro Log Analytics in un'altra sottoscrizione, il provider di risorse Microsoft.ContainerService deve essere registrato nella sottoscrizione con l'area di lavoro Log Analytics. Per maggiori informazioni, consultare la sezione Registrare il provider di risorse.
È necessaria la versione più recente dell'interfaccia della riga di comando di Azure. Eseguire az --version per trovare la versione. Se è necessario eseguire l'installazione o l'aggiornamento, vedere Installare l'interfaccia della riga di comando di Azure.

1 - Abilitare il monitoraggio

Opzione 1: Usare un'area di lavoro Log Analytics predefinita

Il passaggio seguente abilita il monitoraggio per il cluster host contenitore Linux di Azure usando l'interfaccia della riga di comando di Azure. In questo esempio non è necessario creare o specificare un'area di lavoro esistente. Questo comando semplifica il processo creando un'area di lavoro predefinita nel gruppo di risorse predefinito della sottoscrizione del cluster servizio Azure Kubernetes. Se non esiste già nell'area, l'area di lavoro predefinita creata sarà simile al formato DefaultWorkspace-< GUID >-< Area >.

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

Le prime righe dell'output devono contenere quanto segue nella configurazione addonProfiles:

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

Opzione 2: Specificare un'area di lavoro Log Analytics

In questo esempio è possibile specificare un'area di lavoro Log Analytics per abilitare il monitoraggio del cluster host contenitore Linux di Azure. L'ID risorsa dell'area di lavoro sarà nel formato "/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>

L'output sarà simile all'esempio seguente:

provisioningState       : Succeeded

2 - Verificare la distribuzione dell'agente e della soluzione

Eseguire il comando seguente per verificare che l'agente sia distribuito correttamente.

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

L'output dovrebbe essere simile all'esempio seguente, da cui risulta che la distribuzione è stata eseguita correttamente:

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

Per verificare la distribuzione della soluzione, eseguire questo comando:

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

L'output dovrebbe essere simile all'esempio seguente, da cui risulta che la distribuzione è stata eseguita correttamente:

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 - Verificare la configurazione della soluzione

Usare il comando aks show per scoprire se la soluzione è abilitata o meno, qual è l'ID risorsa dell'area di lavoro Log Analytics e informazioni di riepilogo sul cluster.

az aks show -g testAzureLinuxResourceGroup -n testAzureLinuxCluster

Il comando viene completato dopo pochi minuti e vengono restituite informazioni in formato JSON sulla soluzione. I risultati del comando dovrebbero mostrare il profilo del componente aggiuntivo di monitoraggio ed essere simili al seguente output di esempio:

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

Passaggi successivi

In questa esercitazione sono stati abilitati i dati di telemetria e il monitoraggio per il cluster host contenitore Linux di Azure. Contenuto del modulo:

Abilitare il monitoraggio per un cluster esistente.
Verificare che l'agente sia stato distribuito correttamente.
Verificare che la soluzione sia abilitata.

Nell'esercitazione successiva si apprenderà come aggiornare i nodi Linux di Azure.

Aggiornare i nodi Linux di Azure

Condividi tramite