Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
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.
Importante
A partire dal 30 novembre 2025, il servizio Azure Kubernetes non supporta più o fornisce aggiornamenti della sicurezza per Azure Linux 2.0. L'immagine del nodo Linux 2.0 di Azure è bloccata alla versione 202512.06.0. A partire dal 31 marzo 2026, le immagini dei nodi verranno rimosse e non sarà possibile ridimensionare i pool di nodi. Eseguire la migrazione a una versione di Linux di Azure supportata aggiornando i pool di nodi a una versione di Kubernetes supportata o eseguendo la migrazione ad osSku AzureLinux3. Per ulteriori informazioni, vedere Ritiro del supporto: pool di nodi Azure Linux 2.0 su AKS.
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 altre informazioni, vedere Registrare il provider di risorse.
- È necessaria la versione più recente dell'interfaccia della riga di comando di Azure. Eseguire
az --versionper trovare la versione. Se è necessario eseguire l'installazione o l'aggiornamento, vedere Installare l'interfaccia della riga di comando di Azure.
Abilitare il monitoraggio
Collegati al tuo cluster
Prima di abilitare il monitoraggio, è importante assicurarsi di essere connessi al cluster corretto. Il comando seguente recupera le credenziali per il cluster host contenitore Linux di Azure e configura kubectl per usarle:
az aks get-credentials --resource-group $RESOURCE_GROUP --name $CLUSTER_NAME
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 >.
# Check if monitoring addon is already enabled
MONITORING_ENABLED=$(az aks show -g $RESOURCE_GROUP -n $CLUSTER_NAME --query "addonProfiles.omsagent.enabled" -o tsv)
if [ "$MONITORING_ENABLED" != "true" ]; then
az aks enable-addons -a monitoring -n $CLUSTER_NAME -g $RESOURCE_GROUP
fi
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>". Il comando per abilitare il monitoraggio con un'area di lavoro specificata è il seguente: az aks enable-addons -a monitoring -n $CLUSTER_NAME -g $RESOURCE_GROUP --workspace-resource-id <workspace-resource-id>
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
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 $RESOURCE_GROUP -n $CLUSTER_NAME --query "addonProfiles.omsagent"
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:
{
"config": {
"logAnalyticsWorkspaceResourceID": "/subscriptions/xxxxx/resourceGroups/xxxxx/providers/Microsoft.OperationalInsights/workspaces/xxxxx"
},
"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. Si è appreso come:
- 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.