Usa l'audit logging di Kubernetes

Questo documento descrive come utilizzare Cloud Audit Logs per GKE su Bare Metal. GKE su Bare Metal utilizza l'audit logging di Kubernetes, che conserva un record cronologico delle chiamate effettuate al server API Kubernetes di un cluster. Gli audit log sono utili per analizzare le richieste API sospette e per raccogliere statistiche. Per informazioni sull'audit logging per l'API Anthos On-Prem, consulta l'audit logging dell'API Cloud.

Informazioni su Cloud Audit Logs

Gli audit log vengono scritti negli audit log di Cloud nel progetto Google Cloud. La scrittura in Cloud Audit Logs offre diversi vantaggi rispetto alla scrittura su disco o all'acquisizione dei log in un sistema di logging on-premise:

  • Gli audit log per tutti i cluster Anthos possono essere centralizzati.
  • Le voci di log scritte nell'Cloud Audit Logs sono immutabili.
  • Le voci di Cloud Audit Logs vengono conservate per 400 giorni.
  • La funzionalità Cloud Audit Logs è inclusa nel prezzo di Anthos.
  • Puoi configurare GKE su Bare Metal per scrivere i log su disco o in Cloud Audit Logs.

Audit logging basato su disco

Se gli audit log di Cloud sono disabilitati in modo esplicito, gli audit log in GKE su Bare Metal vengono scritti su un disco permanente in modo che i riavvii e gli upgrade del cluster non causino la scomparsa dei log. GKE su Bare Metal conserva fino a 1 GiB di voci di audit log.

Accedi agli audit log basati su disco eseguendo l'accesso ai Nodi del piano di controllo. I log si trovano nella directory /var/log/apiserver/.

Cloud Audit Logs

Le voci degli audit log dell'attività di amministrazione di tutti i server API Kubernetes vengono inviate a Google Cloud, utilizzando il progetto e la località specificati al momento della creazione di un cluster utente. Per eseguire il buffering e la scrittura delle voci di log nell'audit log di Cloud, GKE su Bare Metal esegue il deployment di un set di daemon audit-proxy in esecuzione sui nodi del piano di controllo.

Limitazioni

Cloud Audit Logs per GKE su Bare Metal presenta le seguenti limitazioni:

  • Il logging degli accessi ai dati non è supportato.
  • La modifica del criterio di controllo di Kubernetes non è supportata.
  • Cloud Audit Logs non è resiliente in caso di interruzioni di rete estese. Se le voci del log non possono essere esportate in Google Cloud, vengono memorizzate nella cache in un buffer del disco di 10 GiB. Se il buffer viene riempito, le voci meno recenti vengono eliminate.

Creazione di un account di servizio per Cloud Audit Logs

Prima di poter utilizzare Cloud Logging e Cloud Monitoring con GKE su Bare Metal, devi configurare quanto segue:

  1. Creare un'area di lavoro di Cloud Monitoring all'interno del progetto Google Cloud, se non ne hai già uno.

    Nella console Google Cloud, fai clic sul pulsante seguente e segui il flusso di lavoro.

    Vai a Monitoring

  2. Fai clic sui seguenti pulsanti per abilitare le API richieste:

    Abilita l'API Anthos Audit

    Abilita l'API Stackdriver

    Abilita l'API Monitoring

    Abilita l'API Logging

  3. Assegna i seguenti ruoli IAM all'account di servizio utilizzato dagli agenti Stackdriver:

    • logging.logWriter
    • monitoring.metricWriter
    • stackdriver.resourceMetadata.writer
    • monitoring.dashboardEditor

Accesso a Cloud Audit Logs

Console

  1. Nella console Google Cloud, vai alla pagina Esplora log nel menu Logging.

    Vai a Esplora log

    Se viene visualizzata la pagina Visualizzatore log legacy, scegli Esegui l'upgrade al nuovo Esplora log dal menu a discesa Upgrade.

  2. Fai clic su Query per accedere alla casella di testo per l'invio delle query.

  3. Compila la casella di testo con la query seguente:

    resource.type="k8s_cluster"
    logName="projects/PROJECT_ID/logs/externalaudit.googleapis.com%2Factivity"
    protoPayload.serviceName="anthosgke.googleapis.com"
    

    Sostituisci PROJECT_ID con l'ID progetto.

  4. Fai clic su Esegui query per visualizzare tutti gli audit log dei cluster GKE su Bare Metal configurati per accedere a questo progetto.

gcloud

Elenca le prime due voci di log nel log dell'Log delle attività di amministrazione del progetto che si applicano al tipo di risorsa k8s_cluster:

gcloud logging read \
    'logName="projects/PROJECT_ID/logs/externalaudit.googleapis.com%2Factivity" \
    AND resource.type="k8s_cluster" \
    AND protoPayload.serviceName="anthosgke.googleapis.com" ' \
    --limit 2 \
    --freshness 300d

Sostituisci PROJECT_ID con l'ID progetto.

L'output mostra due voci di log. Tieni presente che, per ogni voce di log, il campo logName ha il valore projects/PROJECT_ID/logs/externalaudit.googleapis.com%2Factivity e protoPayload.serviceName è uguale a anthosgke.googleapis.com.

Criteri di audit

Il criterio di controllo di Kubernetes definisce le regole per cui gli eventi vengono registrati come voci di log e specifica i dati che le voci di log devono includere. Al momento, la modifica di questo criterio per modificare il comportamento di Cloud Audit Logs non è supportata.