Encaminhar registros para destinos compatíveis

Os coletores de registros no Cloud Logging permitem rotear entradas de registro do seu Google Cloud projeto para destinos compatíveis para armazenamento de longo prazo, análise ou streaming. Para entregar registros, cada coletor grava em um destino autorizado, como um bucket de registros ou um tópico do Pub/Sub.

Um coletor executa uma ação de gravação e, portanto, precisa ser autorizado a gravar no destino. Quando o destino é um bucket de registros no mesmo projeto que o coletor, o coletor é autorizado automaticamente. Para todos os outros destinos, o coletor precisa estar anexado a uma conta de serviço que tenha recebido as permissões necessárias para gravar dados no destino.

Quando uma conta de serviço é necessária, o Cloud Logging a cria e gerencia automaticamente. No entanto, talvez seja necessário modificar as permissões concedidas à conta de serviço. Não é necessário usar a conta de serviço criada pelo Logging. É possível criar e gerenciar uma conta de serviço usada por coletores em vários projetos. Para mais informações, consulte Configurar coletores de registros com contas de serviço gerenciado pelo usuário.

Visão geral

Neste documento, descrevemos como criar um coletor e como configurar as opções que podem aparecer ao usar o console do Google Cloud , a Google Cloud CLI ou a API.

Os coletores pertencem a um determinado recurso do Google Cloud : um projeto do Google Cloud , uma conta de faturamento, uma pasta ou uma organização. Quando o recurso recebe uma entrada de registro, todos os coletores no recurso processam a entrada de registro. Quando uma entrada de registro corresponde aos filtros do coletor, ela é roteada para o destino do coletor.

Normalmente, os coletores roteiam apenas as entradas de registro que se originam em um recurso. No entanto, para pastas e organizações, é possível criar coletores agregados. Esses coletores encaminham entradas de registro que se originam na pasta ou organização e nos recursos filhos. Este documento não aborda coletores agregados. Para mais informações, consulte Visão geral dos coletores agregados.

Para criar e gerenciar coletores, use o console do Google Cloud , a API Cloud Logging e a Google Cloud CLI. Recomendamos que você use o console do Google Cloud pelos seguintes motivos:

  • É possível configurar destinos de coletor como parte do fluxo para criar um coletor.
  • É possível visualizar quais entradas de registro correspondem aos filtros do coletor.
  • Algumas etapas de autorização são simplificadas.

Recomendamos que você revise a configuração do coletor de registros ao fazer alterações no armazenamento de registros. Por exemplo, se você excluir o destino de um coletor de registros, exclua o coletor correspondente.

Para informações sobre como visualizar e gerenciar seus coletores de registros, consulte a seção Gerenciar coletores deste documento.

Destinos possíveis

O destino de um coletor pode estar em um recurso diferente do coletor. Por exemplo, é possível usar um coletor de registros para rotear entradas de registro de um projeto para um bucket de registros armazenado em um projeto diferente.

Os seguintes destinos são compatíveis:

Projeto doGoogle Cloud

Selecione esse destino quando quiser que os coletores de registros no projeto de destino redirecionem as entradas de registro ou quando tiver criado um coletor agregado de interceptação. Os coletores de registros no projeto de destino podem redirecionar as entradas de registro para qualquer destino compatível, exceto um projeto.

Os coletores de registros criados pelo sistema no projeto de destino excluem as entradas de registro roteadas para o bucket de registros _Required no projeto de origem. Por exemplo, se você rotear registros de atividade do administrador para outro projeto, os coletores de registros _Required e _Default no projeto de destino vão excluir essas entradas de registro. Para armazenar essas entradas de registro, no projeto de destino, atualize o coletor de registros _Default ou crie um coletor de registros personalizado.

Bucket de registros
Selecione esse destino quando quiser armazenar os dados de registro em recursos gerenciados pelo Cloud Logging. Os dados de registro armazenados em buckets de registro podem ser visualizados e analisados usando serviços como a Análise de Registros.
Tópico do Pub/Sub
Selecione esse destino quando quiser exportar os dados de registro do Google Cloud e usar uma integração de terceiros. As entradas de registro são formatadas como JSON e roteadas para um tópico do Pub/Sub.

Limitações de destino

Nesta seção, descrevemos as limitações específicas do destino:

  • Ao configurar um destino de coletor, forneça o caminho totalmente qualificado e use o endpoint global do serviço. Os endpoints de serviço regionais (REPs, na sigla em inglês), como pubsub.LOCATION.rep.googleapis.com, não são compatíveis.

  • Não é possível rotear registros para um tópico do Pub/Sub que aplica restrições em trânsito. O Logging não pode garantir que as solicitações de publicação sejam originadas de uma região permitida, o que causa erros de configuração do topic_region_not_allowed e registros descartados.

  • As limitações a seguir se aplicam quando o destino de um coletor de registros é um projeto do Google Cloud :

    • Há um limite de um salto.
    • O coletor de registros _Required no projeto de destino encaminha as entradas de registro para o bucket de registros _Required do projeto quando as entradas de registro correspondem ao filtro do coletor e são originadas no projeto de destino.
    • O coletor de registros _Default no projeto de destino roteia as entradas de registro que correspondem ao filtro de inclusão e não correspondem a nenhum filtro de exclusão. O coletor de registros _Default exclui algumas entradas de registro. Por exemplo, esse coletor não encaminha entradas de registro de atividades do administrador e de eventos do sistema. É possível modificar esse coletor.
    • Somente os coletores agregados que estão na hierarquia de recursos de uma entrada de registro processam a entrada.

    Por exemplo, suponha que o destino de um coletor de registros no projeto A seja o projeto B. Nesse caso, as seguintes regras se aplicam:

    • Devido ao limite de um salto, os coletores de registros no projeto B não podem redirecionar entradas de registro para outro projeto do Google Cloud .
    • O bucket de registros _Required do projeto B armazena apenas entradas de registro que se originam no projeto B. Esse bucket de registros não armazena entradas de registro originadas em nenhum outro recurso, incluindo aquelas originadas no projeto A.
    • Se o projeto A e o projeto B tiverem hierarquias de recursos diferentes, uma entrada de registro que um coletor de registros no projeto A encaminha para o projeto B não será enviada para os coletores agregados na hierarquia de recursos do projeto B.
    • Se o projeto A e o projeto B tiverem a mesma hierarquia de recursos, as entradas de registro serão enviadas para os coletores agregados nessa hierarquia. Se uma entrada de registro não for interceptada por um coletor agregado, o roteador de registros vai enviar a entrada para os coletores no projeto A.

Antes de começar

As instruções neste documento descrevem como criar e gerenciar coletores no nível do projeto doGoogle Cloud . É possível usar o mesmo procedimento para criar um coletor que encaminha entradas de registro originadas em uma organização, pasta ou conta de faturamento.

Para começar, faça o seguinte:

  1. Ative a API Cloud Logging, se ainda não estiver ativada.

    Funções necessárias para ativar APIs

    Para ativar APIs, você precisa da permissão serviceusage.services.enable. Se você criou o projeto, provavelmente já tem essa permissão pelo papel de proprietário (roles/owner). Caso contrário, é possível conseguir essa permissão pelo papel de administrador do Service Usage (roles/serviceusage.serviceUsageAdmin). Saiba como conceder papéis.

    Ativar a API

  2. Verifique se o Google Cloud projeto contém entradas de registro que podem ser vistas na Análise de registros.

  3. Para receber as permissões necessárias para criar, modificar ou excluir um coletor, peça ao administrador para conceder a você o papel do IAM de Gravador de configuração de registros (roles/logging.configWriter) no projeto. Para mais informações sobre a concessão de papéis, consulte Gerenciar o acesso a projetos, pastas e organizações.

    Também é possível conseguir as permissões necessárias usando papéis personalizados ou outros papéis predefinidos.

    Para informações sobre como conceder papéis do IAM, consulte o Guia de controle de acesso do Logging.

  4. Verifique se você tem um recurso em um destino compatível ou se pode criar um.

    Para rotear entradas de registro para um destino, ele precisa existir antes de você criar o coletor. É possível criar o destino em qualquer projeto doGoogle Cloud em qualquer organização.

  5. Antes de criar um coletor, analise as limitações que se aplicam ao destino dele. Para mais informações, consulte a seção Limitações de destino neste documento.

  6. Selecione a interface que você quer usar:

    Console

    Quando você usa o console do Google Cloud para acessar os serviços e as APIs do Google Cloud , não é necessário configurar a autenticação.

    gcloud

    Instale a Google Cloud CLI e faça login na CLI gcloud com sua identidade federada. Depois de fazer login, inicialize a Google Cloud CLI executando o seguinte comando: 

    gcloud init

    REST

    Para usar as amostras da API REST desta página em um ambiente de desenvolvimento local, use as credenciais fornecidas para a CLI gcloud.

      Instale a Google Cloud CLI e faça login na CLI gcloud com sua identidade federada.

    Saiba mais em Autenticar para usar REST na documentação de autenticação do Google Cloud .

Criar um coletor

Nesta seção, descrevemos como criar um coletor em um projeto do Google Cloud . É possível criar até 200 coletores por projeto do Google Cloud . Para conferir o número e o volume de entradas de registro roteadas, consulte as métricas de logging.googleapis.com/exports/.

Use a linguagem de consulta do Logging para criar uma expressão de filtro que corresponda às entradas de registro que você quer incluir. Não coloque informações sensíveis em filtros de coletor. Os filtros de coletor são tratados como dados de serviço.

Quando uma consulta contém várias instruções, é possível especificar como elas são unidas ou confiar que o Cloud Logging adicionará implicitamente a restrição conjuntiva, AND, entre as instruções. Por exemplo, suponha que uma caixa de diálogo de consulta ou filtro contenha duas instruções, resource.type = "gce_instance" e severity >= "ERROR". A consulta real é resource.type = "gce_instance" AND severity >= "ERROR". O Cloud Logging é compatível com restrições disjuntivas, OR, e restrições conjuntivas, AND. Ao usar instruções OR, recomendamos que você agrupe as cláusulas com parênteses.

Para criar um coletor, faça o seguinte:

Console

  1. No console do Google Cloud , acesse a página Roteador de registros.

    Acessar o roteador de registros

    Se você usar a barra de pesquisa para encontrar essa página, selecione o resultado com o subtítulo Logging.

  2. Selecione o projeto do Google Cloud em que as entradas de registro que você quer encaminhar foram criadas.

    Por exemplo, se você quiser rotear as entradas de registro de acesso a dados do projeto chamado Project-A para um bucket de registros no projeto chamado Project-B, selecione Project-A.

  3. Selecione Criar coletor.

  4. No painel Detalhes do coletor, insira os seguintes detalhes:

    • Nome do coletor: insira um identificador para o coletor. Depois de criar o coletor, não será possível renomeá-lo, mas será possível excluí-lo e criar um novo coletor.

    • Descrição do coletor (opcional): descreva a finalidade ou o caso de uso do coletor.

  5. No painel Destino do coletor, selecione o serviço e o destino do coletor usando o menu Selecionar serviço do coletor. Siga uma destas opções:

    • Para rotear entradas de registro para um serviço que está no mesmo projeto doGoogle Cloud , selecione uma das seguintes opções:

      • Tópico do Pub/Sub: selecione ou crie o tópico para receber as entradas de registro roteadas.

    • Para rotear entradas de registro para um projeto do Google Cloud diferente, selecione Projeto doGoogle Cloud e insira o nome totalmente qualificado do destino:

      logging.googleapis.com/projects/DESTINATION_PROJECT_ID

    • Para rotear entradas de registro para um serviço que está em um projeto doGoogle Cloud diferente, faça o seguinte:

      1. Selecione Outro recurso.
      2. Insira o nome totalmente qualificado do destino. Para informações sobre a sintaxe, consulte os formatos de caminho de destino.

  6. Especifique as entradas de registro que serão incluídas:

    1. Acesse o painel Escolher os registros para incluir no coletor.

    2. No campo Criar filtro de inclusão, insira uma expressão de filtro que corresponda às entradas de registro que você quer incluir. Para informações sobre sintaxe, consulte Linguagem de consulta do Logging.

      Se você não definir um filtro, todas as entradas de registro do recurso selecionado serão roteadas para o destino.

      Por exemplo, para rotear todas as entradas de registro de acesso a dados para um bucket do Logging, use o seguinte filtro:

      log_id("cloudaudit.googleapis.com/data_access") OR log_id("externalaudit.googleapis.com/data_access")

      O tamanho de um filtro não pode exceder 20.000 caracteres.

    3. Para verificar se você inseriu o filtro correto, selecione Visualizar registros. A Análise de Registros abre em uma nova guia com o filtro pré-preenchido.

  7. (Opcional) Configure um filtro de exclusão para eliminar algumas das entradas de registro incluídas:

    1. Acesse o painel Escolher os registros para excluir do coletor.

    2. No campo Nome do filtro de exclusão, insira um nome.

    3. No campo Criar um filtro de exclusão, insira uma expressão de filtro que corresponda às entradas de registro que você quer excluir. Também é possível usar a função sample para selecionar uma parte das entradas de registro a serem excluídas.

    É possível criar até 50 filtros de exclusão por coletor. O comprimento de um filtro não pode exceder 20.000 caracteres.

  8. Selecione Criar coletor.

  9. Conceda à conta de serviço do coletor permissão para gravar entradas de registro no destino do coletor. Para mais informações, consulte Definir permissões de destino.

gcloud

Para criar um coletor, faça o seguinte:

  1. Execute este comando gcloud logging sinks create:

    gcloud logging sinks create SINK_NAME SINK_DESTINATION

    Antes de executar o comando, faça estas substituições:

    • SINK_NAME: o nome do coletor de registros. Não é possível mudar o nome de um coletor depois que ele é criado.

    • SINK_DESTINATION: o serviço ou projeto para onde você quer rotear as entradas de registro. Defina SINK_DESTINATION como o caminho apropriado, conforme descrito em Formatos de caminho de destino.

      Por exemplo, se o destino do coletor for um tópico do Pub/Sub, SINK_DESTINATION será semelhante ao seguinte:

      pubsub.googleapis.com/projects/PROJECT_ID/topics/TOPIC_ID

    Você também pode fornecer as seguintes opções:

    • --log-filter : use esta opção para definir um filtro que corresponda às entradas de registro que você quer incluir no coletor. Se você não fornecer um valor para o filtro de inclusão, ele corresponderá a todas as entradas de registro.
    • --exclusion: use essa opção para definir um filtro de exclusão para entradas de registro que você não quer que o coletor encaminhe. Também é possível usar a função sample para selecionar uma parte das entradas de registro a serem excluídas. Essa opção pode ser repetida. É possível criar até 50 filtros de exclusão por coletor.
    • --description: use essa opção para descrever a finalidade ou o caso de uso do coletor.

    Por exemplo, para criar um coletor para um bucket do Logging, seu comando pode ter esta aparência:

    gcloud logging sinks create my-sink logging.googleapis.com/projects/myproject123/locations/global/buckets/my-bucket \
 --log-filter='logName="projects/myproject123/logs/matched"' --description="My first sink"

    Para mais informações sobre como criar coletores usando a Google Cloud CLI, consulte a referência de gcloud logging sinks.

  2. Se a resposta do comando tiver uma chave JSON chamada "writerIdentity", conceda à conta de serviço do coletor permissão para gravar no destino do coletor. Para mais informações, consulte Definir permissões de destino.

    Não é necessário definir permissões de destino quando a resposta não contém uma chave JSON rotulada como "writerIdentity".

REST

  1. Para criar um coletor de registros no projeto do Google Cloud , use projects.sinks.create na API Logging. No objeto LogSink, forneça os valores obrigatórios apropriados no corpo da solicitação do método:

    • name: um identificador do coletor. Depois de criar o coletor, não será possível renomeá-lo, mas será possível excluí-lo e criar um novo coletor.

    • destination: o serviço e o destino para onde você quer que as entradas de registro sejam roteadas. Para rotear entradas de registro para um projeto diferente ou para um destino que esteja em outro projeto, defina o campo destination com o caminho apropriado, conforme descrito em Formatos de caminho de destino.

      Por exemplo, se o destino do coletor for um tópico do Pub/Sub, o destination será semelhante ao seguinte:

      pubsub.googleapis.com/projects/PROJECT_ID/topics/TOPIC_ID

  2. No objeto LogSink, forneça as informações opcionais adequadas:

    • filter : defina o campo filter para corresponder às entradas de registro que você quer incluir no coletor. Se você não definir um filtro, todas as entradas de registro do projeto doGoogle Cloud serão roteadas para o destino. O comprimento de um filtro não pode exceder 20.000 caracteres.
    • exclusions: defina esse campo para corresponder às entradas de registro que você quer excluir do coletor. Também é possível usar a função sample para selecionar uma parte das entradas de registro a serem excluídas. É possível criar até 50 filtros de exclusão por coletor.
    • description: defina esse campo para descrever a finalidade ou o caso de uso do coletor.

  3. Chame projects.sinks.create para criar o coletor.

  4. Se a resposta da API tiver uma chave JSON chamada "writerIdentity", conceda à conta de serviço do coletor permissão para gravar no destino do coletor. Para mais informações, consulte Definir permissões de destino.

    Não é necessário definir permissões de destino quando a resposta da API não contém uma chave JSON rotulada como "writerIdentity".

Para mais informações sobre como criar coletores usando a API Logging, consulte a referência LogSink.

Se você receber notificações de erro, consulte Resolver problemas de roteamento e coletores.

Formatos de caminho de destino

Ao configurar um destino de coletor, forneça o caminho totalmente qualificado e use o endpoint global do serviço. Os endpoints de serviço regionais (REPs, na sigla em inglês), como pubsub.LOCATION.rep.googleapis.com, não são compatíveis.

Nos formatos de caminho a seguir, DESTINATION_PROJECT_ID se refere ao ID ou número do projeto de destino:

  • Bucket de registros do Cloud Logging:

    logging.googleapis.com/projects/DESTINATION_PROJECT_ID/locations/LOCATION/buckets/BUCKET_NAME

  • Outro projeto do Google Cloud :

    logging.googleapis.com/projects/DESTINATION_PROJECT_ID

  • Tópico do Pub/Sub:

    pubsub.googleapis.com/projects/DESTINATION_PROJECT_ID/topics/TOPIC_ID

Definir permissões de destino

Nesta seção, descrevemos como conceder ao Logging as permissões do Identity and Access Management para gravar entradas de registro no destino do coletor. Para ver a lista completa de papéis e permissões do Logging, consulte Controle de acesso.

O Cloud Logging cria uma conta de serviço compartilhada para um recurso quando um coletor é criado, a menos que a conta de serviço necessária já exista. A conta de serviço pode existir porque a mesma conta de serviço é usada para todos os coletores no recurso subjacente. Um recurso pode ser um projeto do Google Cloud , uma organização, uma pasta ou uma conta de faturamento.

A identidade do gravador de um coletor é o identificador da conta de serviço associada a ele. Todos os coletores têm uma identidade de gravador, exceto os que gravam em um bucket de registros no mesmo projeto do Google Cloud em que as entradas de registro se originam. Para a última configuração, uma conta de serviço não é necessária e, portanto, o campo identidade do gravador do coletor é listado como None no console. A API e os comandos da Google Cloud CLI não informam uma identidade de gravador.

As instruções a seguir se aplicam a projetos, pastas, organizações e contas de faturamento:

Console

  1. Verifique se você tem acesso de proprietário ao projeto doGoogle Cloud que contém o destino. Se você não tiver acesso de Proprietário ao destino do coletor, peça para um proprietário do projeto adicionar a identidade do gravador como principal.

  2. Para receber a identidade do gravador do coletor (um endereço de e-mail) do novo coletor, faça o seguinte:

    1. No console do Google Cloud , acesse a página Roteador de registros.

      Acessar o roteador de registros

      Se você usar a barra de pesquisa para encontrar essa página, selecione o resultado com o subtítulo Logging.

    2. Na barra de ferramentas, selecione o projeto que contém o coletor.
    3. Selecione Menu e, em seguida, Ver detalhes do coletor. A identidade do gravador é exibida no painel Detalhes do coletor.

  3. Se o valor do campo writerIdentity tiver um endereço de e-mail, prossiga para a próxima etapa. Quando o valor é None, não é necessário configurar permissões de destino para o coletor.

  4. Copie a identidade do gravador do coletor para a área de transferência.

    O endereço de e-mail identifica o principal. O prefixo serviceAccount: especifica o tipo de conta.

  5. Conceda ao principal especificado na identidade de gravador do coletor a permissão para gravar dados de registro no destino:

    1. No console do Google Cloud , acesse a página IAM:

      Acesse o IAM

      Se você usar a barra de pesquisa para encontrar essa página, selecione o resultado com o subtítulo IAM e administrador.

    2. Na barra de ferramentas, verifique se o projeto selecionado é o que armazena o destino ou se é o destino do coletor. Por exemplo, se o destino for um bucket de registros, verifique se a barra de ferramentas mostra o projeto que armazena o bucket de registros.

    3. Selecione Conceder acesso.

    4. Conceda ao principal especificado na identidade do gravador do coletor um papel do IAM com base no destino do coletor de registros:

gcloud

  1. Verifique se você tem acesso de proprietário ao projeto doGoogle Cloud que contém o destino. Se você não tiver acesso de Proprietário ao destino do coletor, peça para um proprietário do projeto adicionar a identidade do gravador como principal.

  2. Consiga a conta de serviço do campo writerIdentity no seu coletor:

    gcloud logging sinks describe SINK_NAME

  3. Localize o coletor com as permissões que você quer modificar. Se os detalhes do coletor contiverem uma linha com writerIdentity, prossiga para a próxima etapa. Quando os detalhes não incluem um campo writerIdentity, não é necessário configurar as permissões de destino para o coletor.

    A identidade do gravador da conta de serviço é semelhante a esta:

    serviceAccount:service-123456789012@gcp-sa-logging.

  4. Conceda à identidade de gravador do coletor permissão para gravar dados de registro no destino chamando o comando gcloud projects add-iam-policy-binding.

    Antes de usar o comando a seguir, faça as seguintes substituições:

    • PROJECT_ID: o identificador do projeto. Especifique o projeto que armazena o destino do coletor de registros. Quando o destino for um projeto, especifique-o.
    • PRINCIPAL: um identificador do principal a quem você quer conceder o papel. Os identificadores dos principais geralmente têm o seguinte formato: PRINCIPAL-TYPE:ID. Por exemplo, . Para uma lista completa dos formatos que PRINCIPAL pode ter, consulte Identificadores principais.

    • ROLE: um papel do IAM. Conceda à identidade do gravador do coletor um papel do IAM com base no destino do coletor de registros:

    Execute o comando gcloud projects add-iam-policy-binding:

    gcloud projects add-iam-policy-binding PROJECT_ID --member=PRINCIPAL --role=ROLE

REST

Recomendamos que você use o console do Google Cloud ou a Google Cloud CLI para conceder um papel à conta de serviço.

Exemplos de filtros

Veja a seguir alguns exemplos de filtros que são particularmente úteis ao criar coletores. Para outros exemplos que podem ser úteis ao criar seus filtros de inclusão e de exclusão, consulte Amostra de consultas.

Restaurar o filtro do coletor _Default

Se você editou o filtro do coletor _Default, talvez queira restaurar esse coletor para a configuração original. Quando criado, o coletor _Default é configurado com o seguinte filtro de inclusão e um filtro de exclusão vazio:

  NOT log_id("cloudaudit.googleapis.com/activity") AND NOT \
  log_id("externalaudit.googleapis.com/activity") AND NOT \
  log_id("cloudaudit.googleapis.com/system_event") AND NOT \
  log_id("externalaudit.googleapis.com/system_event") AND NOT \
  log_id("cloudaudit.googleapis.com/access_transparency") AND NOT \
  log_id("externalaudit.googleapis.com/access_transparency")

Excluir registros de contêiner e de pod do Google Kubernetes Engine

Para excluir entradas de registro de contêiner e pod do Google Kubernetes Engine para o namespaces do sistema do GKE, use o seguinte filtro:

resource.type = ("k8s_container" OR "k8s_pod")
resource.labels.namespace_name = (
"cnrm-system" OR
"config-management-system" OR
"gatekeeper-system" OR
"gke-connect" OR
"gke-system" OR
"istio-system" OR
"knative-serving" OR
"monitoring-system" OR
"kube-system")

Para excluir entradas de registro de nós do Google Kubernetes Engine para valores de sistema log_id do GKE, use o seguinte filtro:

resource.type = "k8s_node"
(log_id("container-runtime") OR
 log_id("docker") OR
 log_id("kube-container-runtime-monitor") OR
 log_id("kube-logrotate") OR
 log_id("kube-node-configuration") OR
 log_id("kube-node-installation") OR
 log_id("kubelet") OR
 log_id("kubelet-monitor") OR
 log_id("node-journal") OR
 log_id("node-problem-detector"))

Compatibilidade

Embora o Cloud Logging permita excluir entradas de registro e impedir que elas sejam armazenadas em um bucket de registros, considere manter as entradas de registro que ajudam na compatibilidade. O uso dessas entradas de registro pode ajudar você a identificar e resolver problemas nos aplicativos.

Por exemplo, as entradas de registro do sistema do GKE são úteis para solucionar problemas em aplicativos e clusters do GKE, porque são geradas para eventos que acontecem no cluster. Essas entradas de registro podem ajudar você a determinar se o código do aplicativo ou o cluster do GKE subjacente está causando um erro no aplicativo. Os registros do sistema do GKE também incluem o registro de auditoria do Kubernetes gerado pelo componente do servidor da API Kubernetes, que inclui alterações feitas usando o comando kubectl e eventos do Kubernetes.

A seguir