Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Risoluzione dei problemi relativi a Container Insights
Le seguenti sezioni possono supportare il processo di risoluzione dei problemi relativi a Container Insights.
Implementazione non riuscita su Amazon EKS o Kubernetes
Se l'agente non viene implementato correttamente su un cluster Kubernetes, prova quanto segue:
-
Per ottenere l'elenco di pod esegui il seguente comando.
kubectl get pods -n amazon-cloudwatch -
Esegui il comando seguente e controlla gli eventi nella parte inferiore dell'output.
kubectl describe podpod-name-n amazon-cloudwatch -
Esegui il comando seguente per controllare i log.
kubectl logspod-name-n amazon-cloudwatch
Unauthorized panic: Cannot retrieve cadvisor data from kubelet (Operazione non autorizzata: impossibile recuperare i dati cadvisor dal kubelet)
Se l'implementazione non riesce e restituisce l'errore Unauthorized panic: Cannot retrieve
cadvisor data from kubelet, è possibile che per il kubelet non sia stata abilitata la modalità di autorizzazione Webhook. Questa modalità è necessaria per Container Insights. Per ulteriori informazioni, consulta Guida all'installazione (AWS CLI).
Implementazione di Container Insights su un cluster eliminato e ricreato in Amazon ECS
Se elimini un cluster Amazon ECS esistente in cui Container Insights non è abilitato e lo crei nuovamente con lo stesso nome, non puoi abilitare Container Insights su questo nuovo cluster al momento della nuova creazione. Puoi abilitarlo ricreandolo e quindi immettendo il comando seguente:
aws ecs update-cluster-settings --clustermyCICluster--settings name=container Insights,value=enabled
Errore di endpoint non valido
Se visualizzi un messaggio di errore simile al seguente, assicurati di aver sostituito tutti i segnaposto region-name presenti nei comandi che stai utilizzando con cluster-name le informazioni corrette per la tua distribuzione.
"log": "2020-04-02T08:36:16Z E! cloudwatchlogs: code: InvalidEndpointURL, message: invalid endpoint uri, original error: &url.Error{Op:\"parse\", URL:\"https://logs.{{region_name}}.amazonaws.com/\", Err:\"{\"}, &awserr.baseError{code:\"InvalidEndpointURL\", message:\"invalid endpoint uri\", errs:[]error{(*url.Error)(0xc0008723c0)}}\n",
I parametri non vengono visualizzati nella console
Se non vedi alcuna metrica di Container Insights in Console di gestione AWS, assicurati di aver completato la configurazione di Container Insights. I parametri vengono visualizzati solo dopo aver completato la configurazione di Container Insights. Per ulteriori informazioni, consulta Container Insights.
Parametri dei pod mancanti su Amazon EKS o Kubernetes dopo l'aggiornamento del cluster
Questa sezione potrebbe essere utile se mancano tutte o alcune metriche del pod dopo aver distribuito l' CloudWatch agente come daemonset su un cluster nuovo o aggiornato, oppure se viene visualizzato un registro degli errori con il messaggio. W! No pod metric collected
Questi errori possono essere causati da modifiche nel runtime del contenitore, come containerd o il driver docker systemd cgroup. Di solito è possibile risolvere questo problema aggiornando il manifesto di implementazione in modo che il socket containerd dall'host sia montato nel container. Fai riferimento al file di esempio seguente:
# For full example see https://github.com/aws-samples/amazon-cloudwatch-container-insights/blob/latest/k8s-deployment-manifest-templates/deployment-mode/daemonset/container-insights-monitoring/cwagent/cwagent-daemonset.yaml apiVersion: apps/v1 kind: DaemonSet metadata: name: cloudwatch-agent namespace: amazon-cloudwatch spec: template: spec: containers: - name: cloudwatch-agent # ... # Don't change the mountPath volumeMounts: # ... - name: dockersock mountPath: /var/run/docker.sock readOnly: true - name: varlibdocker mountPath: /var/lib/docker readOnly: true - name: containerdsock # NEW mount mountPath: /run/containerd/containerd.sock readOnly: true # ... volumes: # ... - name: dockersock hostPath: path: /var/run/docker.sock - name: varlibdocker hostPath: path: /var/lib/docker - name: containerdsock # NEW volume hostPath: path: /run/containerd/containerd.sock
Nessun parametro dei pod quando si utilizza Bottlerocket per Amazon EKS
Bottlerocket è un sistema operativo Linux-based open source creato appositamente per l'esecuzione di contenitori. AWS
Bottlerocket utilizza un percorso containerd diverso sull'host, quindi è necessario modificare i volumi nella sua posizione. In caso contrario, verrà visualizzato un messaggio di errore nei log che include W! No pod metric collected. Guarda l'esempio seguente.
volumes: # ... - name: containerdsock hostPath: # path: /run/containerd/containerd.sock # bottlerocket does not mount containerd sock at normal place # https://github.com/bottlerocket-os/bottlerocket/commit/91810c85b83ff4c3660b496e243ef8b55df0973b path: /run/dockershim.sock
Nessun parametro del filesystem del container quando si utilizza il runtime containerd per Amazon EKS o Kubernetes
Si tratta di un problema noto ed è in fase di elaborazione con il contributo della community. Per ulteriori informazioni, consulta La metrica sull'utilizzo del disco per containerd
Aumento imprevisto del volume di log da parte dell'agente durante la raccolta delle metriche di Prometheus CloudWatch
Si tratta di una regressione introdotta nella versione 1.247347.6b250880 dell'agente. CloudWatch Questa regressione è già stata risolta nelle versioni più recenti dell'agente. L'impatto era limitato agli scenari in cui i clienti raccoglievano i log dell'agente stesso e utilizzavano anche Prometheus. CloudWatch Per ulteriori informazioni, vedi [prometheus] L'agente sta stampando tutte le metriche raccolte durante l'accesso.
Ultima immagine Docker menzionata nelle note di rilascio non trovata da Dockerhub
La nota di rilascio e il tag su Github vengono aggiornati internamente prima della versione effettiva. Di solito sono necessarie 1-2 settimane per visualizzare l'ultima immagine Docker nei registri dopo che il numero di versione su Github è stato aumentato. Non è prevista una release notturna per l'immagine del contenitore dell'agente. CloudWatch È possibile creare l'immagine direttamente dal sorgente nella seguente posizione: https://github.com/aws/amazon-cloudwatch-agent/tree/main/amazon-cloudwatch-container-insights/cloudwatch-agent-dockerfile
CrashLoopBackoff errore sull' CloudWatch agente
Se vedi un CrashLoopBackOff errore per l' CloudWatch agente, assicurati che le tue autorizzazioni IAM siano impostate correttamente. Per ulteriori informazioni, consulta Guida all'installazione (AWS CLI).
CloudWatch agente o pod Fluentd bloccato in sospeso
Se hai un CloudWatch agent o un pod Fluentd bloccato Pending o hai un FailedScheduling errore, determina se i tuoi nodi dispongono di risorse di calcolo sufficienti in base al numero di core e alla quantità di RAM richiesti dagli agenti. Immetti il seguente comando per descrivere il pod:
kubectl describe pod cloudwatch-agent-85ppg -n amazon-cloudwatch
