Aiutaci a migliorare questa pagina
Vuoi contribuire a questa guida per l'utente? Scorri fino alla fine di questa pagina e seleziona Modifica questa pagina su GitHub. I tuoi contributi contribuiranno a rendere la nostra guida utente migliore per tutti.
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à.
Inizia la AWS Fargate registrazione per il tuo cluster
Importante
AWS Fargate con Amazon non EKS è disponibile negli AWS GovCloud Stati Uniti orientali e AWS GovCloud negli Stati Uniti occidentali.
Amazon EKS on Fargate offre un router di log integrato basato su Fluent Bit. Ciò significa che non si esegue esplicitamente un Fluent Bit container come sidecar, ma Amazon lo gestisce per te. Tutto quello che devi fare è configurare il router di log. La configurazione avviene attraverso un ConfigMap
dedicato che deve soddisfare i seguenti criteri:
-
Deve essere denominato
aws-logging
-
Creato in uno spazio dei nomi dedicato denominato
aws-observability
-
Non può contenere più di 5.300 caratteri.
Una volta creatoConfigMap
, Amazon EKS on Fargate lo rileva automaticamente e configura il log router con esso. Fargate utilizza una versione di for AWS Fluent Bit, una distribuzione conforme a monte di Fluent Bit gestita da. AWS Per ulteriori informazioni, vedere AWSFluent Bit
Il log router consente di utilizzare l'ampia gamma di servizi AWS per l'analisi e l'archiviazione dei log. Puoi trasmettere i log da Fargate direttamente ad Amazon CloudWatch, Amazon OpenSearch Service. Puoi anche trasmettere i log verso destinazioni come Amazon S3, Amazon
Prerequisiti
-
Un profilo Fargate esistente che specifica un profilo esistente Kubernetes namespace su cui distribuisci Fargate Pods a. Per ulteriori informazioni, consulta Fase 3: Crea un profilo Fargate per il tuo cluster.
-
Una Fargate esistente Pod ruolo di esecuzione. Per ulteriori informazioni, consulta Fase 2: Creare un Fargate Pod ruolo di esecuzione.
Configurazione del router di log
Configurazione del router di log
Nelle fasi seguenti, sostituisci
con i valori in tuo possesso.example value
-
Crea un file dedicato Kubernetes namespace denominato.
aws-observability
-
Salva nel tuo computer i seguenti contenuti in un file denominato
. Il valore peraws-observability-namespace
.yamlname
deve essereaws-observability
e l'etichettaaws-observability: enabled
è obbligatoria.kind: Namespace apiVersion: v1 metadata: name: aws-observability labels: aws-observability: enabled
-
Crea lo spazio dei nomi.
kubectl apply -f
aws-observability-namespace
.yaml
-
-
Crea una
ConfigMap
con valore dei datiFluent Conf
per spedire i log del container verso una destinazione. Fluent Conf è Fluent Bit, che è un linguaggio di configurazione dell'elaboratore di log veloce e leggero utilizzato per indirizzare i log dei container verso una destinazione di log di tua scelta. Per ulteriori informazioni, consulta File di configurazionenel Fluent Bit documentazione. Importante
In una
Fluent Conf
tipica, le sezioni principali incluse sonoService
,Input
,Filter
eOutput
. Tuttavia, il router di log di Fargate accetta solo:-
Le sezioni
Filter
eOutput
. -
Una sezione
Parser
.
Se fornisci altre sezioni, queste verranno rifiutate.
Il router di log Fargate gestisce le sezioni
Service
eInput
. Ha la sezioneInput
seguente, che non può essere modificata e non è necessaria nel tuoConfigMap
. Tuttavia, è possibile ricavarne informazioni, ad esempio il limite del buffer di memoria e il tag applicato per i log.[INPUT] Name tail Buffer_Max_Size 66KB DB /var/log/flb_kube.db Mem_Buf_Limit 45MB Path /var/log/containers/*.log Read_From_Head On Refresh_Interval 10 Rotate_Wait 30 Skip_Long_Lines On Tag kube.*
Quando crei la
ConfigMap
, ricorda le seguenti regole utilizzate da Fargate per convalidare i campi:-
[FILTER]
,[OUTPUT]
, e[PARSER]
dovrebbero essere specificati sotto ogni chiave corrispondente. Ad esempio:[FILTER]
deve essere infilters.conf
. È possibile avere uno o più[FILTER]
infilters.conf
. Anche le sezioni[OUTPUT]
e[PARSER]
dovrebbero essere specificate sotto le chiavi corrispondenti. Specificando più sezioni[OUTPUT]
, è possibile instradare i registritha a destinazioni diverse contemporaneamente. -
Fargate convalida le chiavi richieste per ogni sezione.
Name
ematch
sono necessari per ogni[FILTER]
e[OUTPUT]
.Name
eformat
sono necessari per ogni[PARSER]
. Le chiavi non fanno distinzione tra maiuscole e minuscole. -
Variabili di ambiente come
${ENV_VAR}
non sono ammesse nellaConfigMap
. -
La rientranza deve essere la stessa sia per la direttiva che per la coppia chiave-valore all'interno di ogni
filters.conf
,output.conf
eparsers.conf
. Le coppie chiave-valore devono essere rientranti piuttosto che direttive. -
Fargate effettua la convalida in base ai seguenti filtri supportati:
grep
,parser
,record_modifier
,rewrite_tag
,throttle
,nest
,modify
ekubernetes
. -
Fargate effettua la convalida in base al seguente output supportato:
es
,firehose
,kinesis_firehose
,cloudwatch
,cloudwatch_logs
, ekinesis
. -
Nella
ConfigMap
deve essere fornito almeno un plug-inOutput
supportato per abilitare il logging.Filter
eParser
non sono necessari per abilitare il logging.
Puoi anche eseguire Fluent Bit su Amazon EC2 utilizzando la configurazione desiderata per risolvere eventuali problemi derivanti dalla convalida. Crea il
ConfigMap
utilizzando uno degli esempi seguenti.Importante
La registrazione di Amazon EKS Fargate non supporta la configurazione dinamica di.
ConfigMaps
Eventuali modifiche aConfigMaps
vengono applicate a nuove Pods solo. Le modifiche non vengono applicate a quelle esistenti Pods.Crea un
ConfigMap
utilizzando l'esempio per la destinazione di log desiderata.Nota
Puoi anche utilizzare Flusso di dati Amazon Kinesis come destinazione dei log. Se utilizzi Flusso di dati Kinesis, assicurati che al ruolo di esecuzione del pod sia stata concessa l'autorizzazione
kinesis:PutRecords
. Per ulteriori informazioni, consulta la pagina Autorizzazioni di Amazon Kinesis Data Streamsnel Fluent Bit: Manuale ufficiale. -
-
Crea una IAM policy dal file di policy scaricato in un passaggio precedente.
aws iam create-policy --policy-name
eks-fargate-logging-policy
--policy-document file://permissions.json -
Associate la IAM policy al ruolo di esecuzione del pod specificato per il vostro profilo Fargate con il seguente comando. Sostituisci
con l'ID del tuo account. Sostituisci111122223333
con il tuo Pod ruolo di esecuzione (per ulteriori informazioni, vedereFase 2: Creare un Fargate Pod ruolo di esecuzione).AmazonEKSFargatePodExecutionRole
aws iam attach-role-policy \ --policy-arn arn:aws:iam::
111122223333
:policy/eks-fargate-logging-policy
\ --role-nameAmazonEKSFargatePodExecutionRole
Kubernetes supporto per i filtri
Questa funzionalità richiede i seguenti requisiti minimi Kubernetes versione e livello di piattaforma, o versioni successive.
Kubernetes version | Livello di piattaforma |
---|---|
1.23 e versioni successive | eks.1 |
Il Fluent Bit
Kubernetes il filtro ti consente di aggiungere Kubernetes metadati ai tuoi file di registro. Per ulteriori informazioni sul filtro, vedere Kubernetes
filters.conf: | [FILTER] Name kubernetes Match kube.* Merge_Log On Buffer_Size 0 Kube_Meta_Cache_TTL
300
s
Importante
-
Kube_URL
,Kube_CA_File
,Kube_Token_Command
eKube_Token_File
sono parametri di configurazione di proprietà del servizio e non devono essere specificati. Amazon EKS Fargate inserisce questi valori. -
Kube_Meta_Cache_TTL
è il momento Fluent Bit attende che comunichi con il API server i metadati più recenti. SeKube_Meta_Cache_TTL
non è specificato, Amazon EKS Fargate aggiunge un valore predefinito di 30 minuti per ridurre il carico sul server. API
Per spedire Fluent Bit elabora i log relativi al tuo account
Opzionalmente puoi spedire Fluent Bit elabora i log su Amazon CloudWatch utilizzando quanto segueConfigMap
. La spedizione dei log di processo di Fluent Bit a CloudWatch richiede costi aggiuntivi di inserimento e archiviazione dei log. Sostituiscilo
con Regione AWS quello in cui si trova il tuo cluster. region-code
kind: ConfigMap apiVersion: v1 metadata: name: aws-logging namespace: aws-observability labels: data: # Configuration files: server, input, filters and output # ====================================================== flb_log_cw: "true" # Ships Fluent Bit process logs to CloudWatch. output.conf: | [OUTPUT] Name cloudwatch Match kube.* region
region-code
log_group_name fluent-bit-cloudwatch log_stream_prefix from-fluent-bit- auto_create_group true
I log si trovano nell'area in Regione AWS cui risiede il cluster. CloudWatch Il nome del gruppo di log è
e il Fluent Bit il nome del logstream èmy-cluster
-fluent-bit-logsfluent-bit-
.podname
-pod-namespace
Nota
-
I log del processo vengono spediti solo quando Fluent Bit il processo viene avviato con successo. Se si verifica un errore durante l'avvio Fluent Bit, i registri del processo non vengono visualizzati. È possibile inviare i registri dei processi solo a. CloudWatch
-
Per eseguire il debug della spedizione dei log di processo sull’account, è possibile applicare la
ConfigMap
precedente per ottenere i log di processo. Fluent Bit il mancato avvio è in genere dovuto al fatto cheConfigMap
non sei stato analizzato o accettato da Fluent Bit durante l'avvio.
Per interrompere la spedizione Fluent Bit registri di processo
Spedizione Fluent Bit i log di processo CloudWatch richiedono costi aggiuntivi di inserimento e archiviazione dei log. Per escludere i registri dei processii in una configurazione ConfigMap
esistente, effettua le seguenti operazioni.
-
Individua il gruppo di CloudWatch log creato automaticamente per il tuo EKS cluster Amazon Fluent Bit elabora i log dopo aver abilitato la registrazione Fargate. Segue il formato
{cluster_name}-fluent-bit-logs
. -
Elimina i flussi di CloudWatch log esistenti creati per ciascuno Pod's elabora i log nel gruppo di CloudWatch log.
-
Modifica la
ConfigMap
e impostaflb_log_cw: "false"
. -
Riavvia quelli esistenti Pods nel cluster.
Applicazione di prova
-
Distribuisci un campione Pod.
-
Salva nel tuo computer i seguenti contenuti in un file denominato
.sample-app
.yamlapiVersion: apps/v1 kind: Deployment metadata: name: sample-app namespace:
same-namespace-as-your-fargate-profile
spec: replicas: 3 selector: matchLabels: app: nginx template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx:latest ports: - name: http containerPort: 80 -
Applica il file manifesto al cluster.
kubectl apply -f
sample-app
.yaml
-
-
Visualizza NGINX i log utilizzando le destinazioni configurate in.
ConfigMap
Considerazioni sulle dimensioni
Si consiglia di pianificare fino a 50 MB di memoria per il router di log. Se prevedi che l'applicazione generi registri a velocità di trasmissione effettiva molto elevata, dovresti pianificarla fino a 100 MB.
Risoluzione dei problemi
Per confermare se la funzionalità di registrazione è abilitata o disabilitata per qualche motivo, ad esempio se non è valida e perché non è validaConfigMap
, controlla il Pod eventi con.
L'output potrebbe includere Pod eventi che chiariscono se la registrazione è abilitata o meno, come l'output di esempio seguente.kubectl describe pod
pod_name
[...]
Annotations: CapacityProvisioned: 0.25vCPU 0.5GB
Logging: LoggingDisabled: LOGGING_CONFIGMAP_NOT_FOUND
kubernetes.io/psp: eks.privileged
[...]
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Warning LoggingDisabled <unknown> fargate-scheduler Disabled logging because aws-logging configmap was not found. configmap "aws-logging" not found
Il Pod gli eventi sono effimeri con un periodo di tempo che dipende dalle impostazioni. Puoi anche visualizzare un Pod's annotazioni utilizzando
. Nel Pod nell'annotazione, sono disponibili informazioni sull'attivazione o disattivazione della funzione di registrazione e sul motivo.kubectl describe pod
pod-name