Este documento explica como criar e gerenciar coletores de registros, que roteiam entradas de registro originadas em um projeto Trusted Cloud para destinos compatíveis.
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, ele é autorizado automaticamente. Para todos os outros destinos, o coletor precisa estar anexado a uma conta de serviço que recebeu as permissões necessárias para gravar dados no destino.
Quando uma conta de serviço é necessária, o Cloud Logging a cria e a 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 Registro. É possível criar e gerenciar uma conta de serviço usada por sinks em vários projetos. Para mais informações, consulte Configurar destinos de registro com contas de serviço gerenciado pelo usuário.
Visão geral
Esta página descreve como criar um sink e configurar as opções que podem aparecer ao usar o console Trusted Cloud ou a API.
Os coletores pertencem a um determinado recurso Trusted Cloud : um projeto Trusted 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 só encaminham as entradas de registro que se originam em um recurso. No entanto, para pastas e organizações, é possível criar coletores agregados, que encaminham entradas de registro da pasta ou organização e dos recursos que ela contém. Este documento não aborda sinks agregados. Para mais informações, consulte Visão geral dos coletores agregados.
Para criar e gerenciar coletores, use o console Trusted Cloud , a API Cloud Logging e a Google Cloud CLI. Recomendamos usar o console Trusted Cloud :
- A página Roteador de registros lista todos os coletores e oferece opções para gerenciar esses coletores.
- Ao criar um coletor, você pode conferir quais entradas de registro correspondem aos filtros dele.
- É possível configurar destinos de coletor ao criar um coletor.
- Algumas etapas de autorização são concluídas para você.
Destinos possíveis
O destino de um coletor pode estar em um recurso diferente dele. Por exemplo, é possível usar um coletor de registros para encaminhar entradas de um projeto para um bucket de registros armazenado em outro projeto.
Os destinos a seguir são compatíveis:
- ProjetoTrusted Cloud
Selecione esse destino quando quiser que os coletores de registros no projeto de destino redirecionem as entradas de registro ou quando você tiver criado um coletor agregado de interceptação. Os sinks de registro no projeto que é o destino do sink podem redirecionar as entradas de registro para qualquer destino com suporte, exceto um projeto.
- 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 o Explorer de registros.
- Tópico do Pub/Sub
- Selecione esse destino quando quiser exportar os dados de registro de Trusted Cloud by S3NS e usar uma integração de terceiros. As entradas de registro são formatadas em JSON e encaminhadas a um tópico do Pub/Sub.
Limitações de destino
Esta seção descreve as limitações específicas da destinação:
As limitações a seguir se aplicam quando o destino de um coletor de registros é um projeto Trusted Cloud :
- Há um limite de um salto.
- As entradas de registro que correspondem ao filtro do
coletor de registros
_Required
só são roteadas para o bucket de registros_Required
do projeto de destino quando são originadas no projeto de destino. - Somente coletores agregados que estão na hierarquia de recursos de uma entrada de registro processam a entrada de registro.
Por exemplo, suponha que o destino de um coletor de registros no projeto
A
seja o projetoB
. Então, o seguinte é verdadeiro:- Devido ao limite de um salto, os sinks de registro no projeto
B
não podem redirecionar entradas de registro para um projeto Trusted Cloud . - O bucket de registros
_Required
do projetoB
armazena apenas entradas de registro que originam do projetoB
. Esse bucket de registros não armazena entradas de registro que se originam em nenhum outro recurso, incluindo aquelas que se originam no projetoA
. - Se a hierarquia de recursos do projeto
A
e do projetoB
for diferente, uma entrada de registro que um coletor de registros no projetoA
encaminha para o projetoB
não será enviada para os sinks agregados na hierarquia de recursos do projetoB
. - Se o projeto
A
e o projetoB
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 de registro para os coletores no projetoA
.
Antes de começar
As instruções neste documento descrevem a criação e o gerenciamento de coletores no nível do projetoTrusted Cloud . Você pode usar o mesmo procedimento para criar um coletor que roteia entradas de registro originadas em uma organização, pasta ou conta de faturamento.
Para começar, faça o seguinte:
-
Enable the Cloud Logging API.
Verifique se o projeto Trusted Cloud contém entradas de registro que podem ser vistas no Explorador de registros.
-
Para receber as permissões necessárias para criar, modificar ou excluir um sink, 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 por meio de papéis personalizados ou de outros papéis predefinidos.
Para informações sobre como conceder papéis do IAM, consulte o Guia de controle de acesso do Logging.
Você tem um recurso em um destino compatível ou pode criar um.
Para encaminhar entradas de registro a um destino, ele precisa existir antes de você criar o coletor. É possível criar o destino em qualquer projetoTrusted Cloud em qualquer organização.
Antes de criar um coletor, analise as limitações que se aplicam ao destino do coletor. Para mais informações, consulte a seção Limitações de destino neste documento.
Select the tab for how you plan to use the samples on this page:
Console
When you use the Trusted Cloud console to access Trusted Cloud by S3NS services and APIs, you don't need to set up authentication.
gcloud
After installing the Google Cloud CLI, sign in to the gcloud CLI with your federated identity and then initialize it by running the following command:
gcloud init
REST
Para usar as amostras da API REST nesta página em um ambiente de desenvolvimento local, use as credenciais fornecidas para a CLI gcloud.
After installing the Google Cloud CLI, sign in to the gcloud CLI with your federated identity and then initialize it by running the following command:
gcloud init
Para mais informações, consulte Autenticar para usar REST na documentação de autenticação do Trusted Cloud .
Criar um coletor
Esta seção descreve como criar um sink em um projeto Trusted Cloud . É possível criar até 200 coletores por Trusted Cloud projeto. Para conferir o número e o volume de entradas de registro roteadas, acesse as métricas
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 sumidouro são tratados como dados de serviço.
Quando uma consulta contém várias instruções, é possível especificar como elas são agrupadas ou confiar no Cloud Logging para 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"
eseverity >= "ERROR"
. A consulta real éresource.type = "gce_instance" AND severity >= "ERROR"
. O Cloud Logging oferece suporte a restrições disjuntivas,OR
, e restrições conjuntivas,AND
. Ao usar instruçõesOR
, recomendamos que você agrupe as cláusulas com parênteses.Para criar um coletor, faça o seguinte:
Console
-
No console Trusted 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.
Selecione o Trusted Cloud projeto em que as entradas de registro que você quer encaminhar se originam.
Por exemplo, se você quiser encaminhar as entradas de registro de acesso a dados do projeto
Project-A
para um bucket de registros no projetoProject-B
, selecioneProject-A
.Selecione Criar coletor.
No painel Detalhes do coletor, insira os seguintes detalhes:
Nome do coletor: forneça 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.
No painel Destino do coletor, selecione o serviço de coletor e o destino usando o menu Selecionar serviço do coletor. Faça uma das seguintes ações:
Para encaminhar entradas de registro para um serviço no mesmo projetoTrusted Cloud , selecione uma das seguintes opções:
- Bucket do Cloud Logging: selecione ou crie um bucket do Logging.
- Tópico do Pub/Sub: selecione ou crie o tópico específico para receber as entradas de registro roteadas.
Para encaminhar entradas de registro para um projeto Trusted Cloud diferente, selecione Trusted Cloud project e insira o nome totalmente qualificado do destino:
logging.googleapis.com/projects/DESTINATION_PROJECT_ID
Para encaminhar entradas de registro para um serviço em um projeto Trusted Cloud diferente, faça o seguinte:
- Selecione Outro recurso.
- Insira o nome totalmente qualificado do destino. Para informações sobre a sintaxe, consulte os Formatos de caminho de destino.
Especifique as entradas de registro a serem incluídas:
Acesse o painel Escolha os registros para incluir no coletor.
No campo Criar filtro de inclusão, insira uma expressão de filtro que corresponda às entradas de registro que você quer incluir. Para saber mais sobre a sintaxe para escrever filtros, 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 encaminhar todas as entradas de registro de acesso a dados para um bucket de registro, use o seguinte filtro:
log_id("cloudaudit.googleapis.com/data_access") OR log_id("externalaudit.googleapis.com/data_access")
O comprimento de um filtro não pode exceder 20.000 caracteres.
Para conferir se você inseriu o filtro correto, selecione Visualizar registros. O Explorador de registros é aberto em uma nova guia com o filtro pré-preenchido.
(Opcional) Configure um filtro de exclusão para eliminar algumas das entradas de registro incluídas:
Acesse o painel Escolher registros para filtrar do coletor.
No campo Nome do filtro de exclusão, insira um nome.
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.
Selecione Criar coletor.
Conceda à conta de serviço do coletor a 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:
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 uma sink depois de criá-la.
SINK_DESTINATION: o serviço ou projeto para onde você quer que as entradas de registro sejam roteadas. Defina SINK_DESTINATION com o caminho adequado, conforme descrito em Formatos de caminho de destino.
Por exemplo, se o destino do coletor for um tópico do Pub/Sub, SINK_DESTINATION vai ser semelhante a este:
pubsub.googleapis.com/projects/PROJECT_ID/topics/TOPIC_ID
Você também pode oferecer as seguintes opções:
--log-filter
: use essa opção para definir um filtro que corresponde às entradas de registro que você quer incluir no coletor. Se você não fornecer um valor para o filtro de inclusão, ele vai corresponder a todas as entradas de registro.--exclusion
: use essa opção para definir um filtro de exclusão para as entradas de registro que você quer excluir do roteamento. Também é possível usar a funçãosample
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 sinks usando a Google Cloud CLI, consulte a referência
gcloud logging sinks
.Se a resposta do comando contiver uma chave JSON com o rótulo
"writerIdentity"
, conceda à conta de serviço do coletor a 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 com o rótulo
"writerIdentity"
.
REST
Para criar um coletor de geração de registros no projeto Trusted Cloud , use
projects.sinks.create
na API Logging. No objetoLogSink
, forneça os valores necessá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 renomear o coletor, mas você poderá 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 encaminhar entradas de registro para um projeto diferente ou para um destino que esteja em outro projeto, defina o campodestination
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
vai ser parecido com este:pubsub.googleapis.com/projects/PROJECT_ID/topics/TOPIC_ID
No objeto
LogSink
, forneça as informações opcionais adequadas:filter
: defina o campofilter
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 Trusted 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çãosample
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.
Chame
projects.sinks.create
para criar o coletor.Se a resposta da API contiver uma chave JSON com o rótulo
"writerIdentity"
, conceda à conta de serviço do sink a permissão para gravar no destino do sink. 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 com o rótulo
"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
Se você encaminhar entradas de registro para um serviço em outro projeto, forneça o coletor com o nome totalmente qualificado do serviço. Da mesma forma, se você encaminhar entradas de registro para um projeto Trusted Cloud diferente, forneça o sink com o nome totalmente qualificado do projeto de destino:
Bucket de registros do Cloud Logging:
logging.googleapis.com/projects/DESTINATION_PROJECT_ID/locations/LOCATION/buckets/BUCKET_NAME
Outro Trusted Cloud projeto:
logging.googleapis.com/projects/DESTINATION_PROJECT_ID
Tópico do Pub/Sub:
pubsub.googleapis.com/projects/PROJECT_ID/topics/TOPIC_ID
Definir permissões de destino
Esta seção descreve como conceder ao Logging as permissões do Identity and Access Management para gravar entradas de registro no destino do coletor. Para conferir 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 sink é 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 destinos no recurso subjacente. Os recursos podem ser um projeto Trusted Cloud , uma organização, uma pasta ou uma conta de faturamento.
A identidade do gravador de uma sink é o identificador da conta de serviço associada a ela. Todos os coletores têm uma identidade de gravador, exceto os que gravam em um bucket de registros no mesmo projeto Trusted Cloud em que a entrada de registro é originada. Para a segunda configuração, não é necessária uma conta de serviço, e 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 escritor.As instruções a seguir se aplicam a projetos, pastas, organizações e contas de faturamento:
Console
Verifique se você tem acesso de proprietário no projetoTrusted Cloud que contém o destino. Se você não tiver acesso de proprietário ao destino do coletor, peça a um proprietário do projeto para adicionar a identidade do gravador como principal.
Para conseguir a identidade de gravador do coletor, um endereço de e-mail, com o novo coletor, faça o seguinte:
-
No console Trusted 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.
- Na barra de ferramentas, selecione o projeto que contém a sink.
- Selecione more_vert Menu e, depois, Ver detalhes do coletor. A identidade do gravador aparece no painel Detalhes do coletor.
-
Se o valor do campo
writerIdentity
contiver um endereço de e-mail, prossiga para a próxima etapa. Quando o valor éNone
, não é necessário configurar as permissões de destino para o coletor.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.Conceda ao principal especificado na identidade do gravador do coletor a permissão para gravar dados de registro no destino:
-
No console Trusted Cloud , acesse a página IAM:
Se você usar a barra de pesquisa para encontrar essa página, selecione o resultado com o subtítulo IAM e administrador.
Na barra de ferramentas, verifique se o projeto selecionado é o que armazena o destino ou é o destino de recepção. 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.
Clique em
CONCEDER ACESSO.Conceda ao principal especificado na identidade do gravador do coletor um papel do IAM com base no destino do coletor de registros:
- Trusted Cloud project: conceda o
papel de gravador de registros
(
roles/logging.logWriter
). Especificamente, um principal precisa da permissãologging.logEntries.route
. - Bucket de registros: conceda o
papel de gravador de bucket de registros
(
roles/logging.bucketWriter
). - Tópico do Pub/Sub: conceda a
função de editor do Pub/Sub
(
roles/pubsub.publisher
).
- Trusted Cloud project: conceda o
papel de gravador de registros
(
-
gcloud
Verifique se você tem acesso de proprietário no projetoTrusted Cloud que contém o destino. Se você não tiver acesso de proprietário ao destino do coletor, peça a um proprietário do projeto para adicionar a identidade do gravador como principal.
Consiga a conta de serviço do campo
writerIdentity
no seu coletor:gcloud logging sinks describe SINK_NAME
Localize o coletor de permissões que você quer modificar e, se os detalhes do coletor contiverem uma linha com
writerIdentity
, prossiga para a próxima etapa. Quando os detalhes não incluem um campowriterIdentity
, não é necessário configurar as permissões de destino para o coletor.A identidade do gravador para a conta de serviço é semelhante a esta:
serviceAccount:service-123456789012@gcp-sa-logging.s3ns-system.iam.gserviceaccount.com
Conceda à identidade do gravador do coletor a 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 esse projeto.
- 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,principal://iam.googleapis.com/locations/global/workforcePools/my-pool/subject/my-user@example.com
. Para uma lista completa dos formatos quePRINCIPAL
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:
- Trusted Cloud project: conceda o
papel de gravador de registros
(
roles/logging.logWriter
). Especificamente, um principal precisa da permissãologging.logEntries.route
. - Bucket de registros: conceda o
papel de gravador de bucket de registros
(
roles/logging.bucketWriter
). - Tópico do Pub/Sub: conceda a
função de editor do Pub/Sub
(
roles/pubsub.publisher
).
- Trusted Cloud project: conceda o
papel de gravador 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 Trusted Cloud ou a Google Cloud CLI para conceder um papel à conta de serviço.
Gerenciar coletores
Depois que os coletores são criados, é possível executar as seguintes ações neles. Qualquer mudança feita em um sink pode levar alguns minutos para ser aplicada:
- Ver detalhes
- Atualizar
Desativar
- Não é possível desativar o coletor
_Required
. - É possível desativar o coletor
_Default
para que ele não roteie entradas de registro para o bucket de registro_Default
. - Se você quiser desativar o coletor
_Default
para novos projetos ou pastasTrusted Cloud criados na sua organização, configure as configurações padrão de recursos.
- Não é possível desativar o coletor
Excluir
- Não é possível excluir os coletores
_Default
ou_Required
. - Quando você exclui um coletor, ele não encaminha mais entradas de registro.
- Se o coletor tiver uma conta de serviço dedicada, a exclusão dele também vai excluir a conta de serviço. Os sumidouros criados antes de 22 de maio de 2023 têm contas de serviço dedicadas. Os sumidouros criados a partir de 22 de maio de 2023 têm uma conta de serviço compartilhada. A exclusão do coletor não exclui a conta de serviço compartilhada.
- Não é possível excluir os coletores
Resolver falhas
Confira a seguir as instruções para gerenciar um coletor em um projeto Trusted Cloud . Em vez de um projeto Trusted Cloud , é possível especificar uma conta de faturamento, pasta ou organização:
Console
-
No console Trusted 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.
Na barra de ferramentas, selecione o recurso que contém a sink. O recurso pode ser um projeto, uma pasta, uma organização ou uma conta de faturamento.
A página Roteador de registros mostra os coletores no recurso selecionado. Cada linha da tabela contém informações sobre as propriedades de um coletor:
- Ativado: indica se o estado do coletor está ativado ou desativado.
- Tipo: o serviço de destino do coletor. por exemplo,
Cloud Logging bucket
. - Nome: o identificador do coletor, conforme fornecido quando o coletor foi criado. Por exemplo,
_Default
. - Descrição: a descrição do coletor, conforme fornecido quando o coletor foi criado.
- Destino: o nome completo do destino para onde as entradas de registro roteadas são enviadas.
- Criado: a data e hora em que o coletor foi criado.
- Última atualização: é a data e a hora em que o coletor foi editado pela última vez.
- Volume: informa o volume total de registros roteados para o coletor de registros. O valor inclui o volume roteado para buckets de registro, projetos ou outros destinos.
Para cada linha da tabela, o menu Mais ações more_vert oferece as seguintes opções:
- Visualizar detalhes do coletor: exibe o nome, a descrição, o serviço de destino, o destino e os filtros de inclusão e exclusão do coletor. Selecione Editar para abrir o painel Editar coletor.
- Editar coletor: abre o painel Editar coletor em que é possível atualizar os parâmetros do coletor.
- Desativar coletor: permite desativar o coletor e interromper o roteamento de entradas de registro para o destino do coletor. Para mais informações sobre como desativar coletores, consulte Parar de armazenar registros em buckets de registro.
- Ativar coletor: permite que você ative um coletor desativado e reinicie as entradas de registro de roteamento para o destino do coletor.
- Excluir coletor: permite excluir o coletor e parar de rotear as entradas de registro para o destino do coletor.
- Resolver problemas do coletor: abre o Explorador de registros, onde é possível resolver problemas com o coletor.
- Conferir as taxas de erro e o volume de registro do coletor: abre o Metrics Explorer, onde é possível conferir e analisar os dados do coletor.
Para classificar a tabela por uma coluna, selecione o nome dela.
gcloud
Para conferir a lista de coletores do projeto Trusted Cloud , use o comando
gcloud logging sinks list
, que corresponde ao método da API Loggingprojects.sinks.list
:gcloud logging sinks list
Para conferir a lista de coletores agregados, use a opção adequada para especificar o recurso que contém o coletor. Por exemplo, se você criou o coletor no nível da organização, use a opção
--organization=ORGANIZATION_ID
para listar os coletores da organização.Para descrever um coletor, use o comando
gcloud logging sinks describe
, que corresponde ao método da API Loggingprojects.sinks.get
:gcloud logging sinks describe SINK_NAME
Para atualizar um coletor, use o comando
gcloud logging sinks update
, que corresponde ao método de APIprojects.sink.update
.Atualize um coletor para alterar o destino, os filtros e a descrição, ou para desativar ou reativar o coletor:
gcloud logging sinks update SINK_NAME NEW_DESTINATION --log-filter=NEW_FILTER
Omita NEW_DESTINATION ou
--log-filter
se essas partes não mudarem.Para desativar um coletor, use o comando
gcloud logging sinks update
, que corresponde ao método de APIprojects.sink.update
, e inclua a opção--disabled
:gcloud logging sinks update SINK_NAME --disabled
Para reativar o coletor, use o comando
gcloud logging sinks update
, remova a opção--disabled
e inclua a opção--no-disabled
:gcloud logging sinks update SINK_NAME --no-disabled
Para excluir um coletor, use o comando
gcloud logging sinks delete
, que corresponde ao método de APIprojects.sinks.delete
:gcloud logging sinks delete SINK_NAME
Para mais informações sobre como gerenciar sinks usando a Google Cloud CLI, consulte a referência
gcloud logging sinks
.
REST
Para conferir os coletores do projeto Trusted Cloud , chame
projects.sinks.list
.Para visualizar os detalhes de um coletor, chame
projects.sinks.get
.Para atualizar um coletor, chame
projects.sink.update
.É possível atualizar o destino, os filtros e a descrição de um coletor. Também é possível desativar ou reativar o coletor.
Para desativar um coletor, defina o campo
disabled
no objetoLogSink
comotrue
e chameprojects.sink.update
.Para reativar o coletor, defina o campo
disabled
no objetoLogSink
comofalse
e chameprojects.sink.update
.Para excluir um coletor, chame
projects.sinks.delete
.Para mais informações sobre como gerenciar coletores usando a API Logging, consulte a referência
LogSink
.
Parar de armazenar entradas de registro em buckets de registro
É possível desativar o coletor
_Default
e qualquer coletor definido pelo usuário. Quando você desativa um coletor, ele para de rotear entradas de registro para o destino. Por exemplo, se você desativar o coletor_Default
, nenhuma entrada de registro será roteada para o bucket_Default
. O bucket_Default
fica vazio quando todas as entradas de registro armazenadas anteriormente atendem ao período de armazenamento do bucket.As instruções a seguir ilustram como desativar os coletores de projeto Trusted Cloud que encaminham entradas de registro para os buckets de registro
_Default
:Console
-
No console Trusted 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.
- Para encontrar todos os coletores que encaminham entradas de registro para o bucket de registros
_Default
, filtre os coletores por destino e insira_Default
. Para cada coletor, selecione more_vert Menu e selecione Desativar coletor.
Os coletores agora estão desativados, e os coletores de projetos do Trusted Cloud não estão mais encaminhando entradas de registro para o bucket
_Default
.
Para reativar um coletor desativado e reiniciar as entradas de registro de roteamento para o destino do coletor, faça o seguinte:
-
No console Trusted 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.
- Para encontrar todos os coletores que encaminham entradas de registro para o bucket de registros
_Default
, filtre os coletores por destino e insira_Default
. - Para cada coletor, selecione more_vert Menu e Ativar coletor.
gcloud
Para conferir a lista de coletores do projeto Trusted Cloud , use o comando
gcloud logging sinks list
, que corresponde ao método da API Loggingprojects.sinks.list
:gcloud logging sinks list
Identifique os coletores que estão roteando para o bucket de registros
_Default
. Para descrever um coletor, incluindo a visualização do nome do destino, use o comandogcloud logging sinks describe
, que corresponde ao método da API Loggingprojects.sinks.get
:gcloud logging sinks describe SINK_NAME
Execute o comando
gcloud logging sinks update
e inclua a opção--disabled
. Por exemplo, para desativar o coletor_Default
, use o seguinte comando:gcloud logging sinks update _Default --disabled
O coletor
_Default
agora está desativado. Ele não encaminha mais entradas de registro para o bucket de registros_Default
.
Para desativar os outros coletores no projeto Trusted Cloud que estão roteando para o bucket
_Default
, repita as etapas anteriores.Para reativar um coletor, use o comando
gcloud logging sinks update
, remova a opção--disabled
e inclua a opção--no-disabled
:gcloud logging sinks update _Default --no-disabled
REST
Para conferir os coletores do projeto Trusted Cloud , chame o método da API Logging
projects.sinks.list
.Identifique os coletores que estão roteando para o bucket
_Default
.Por exemplo, para desativar o coletor
_Default
, defina o campodisabled
no objetoLogSink
comotrue
e chameprojects.sink.update
.O coletor
_Default
agora está desativado. Ele não encaminha mais entradas de registro para o bucket_Default
.
Para desativar os outros coletores no projeto Trusted Cloud que estão roteando para o bucket
_Default
, repita as etapas anteriores.Para reativar um coletor, defina o campo
disabled
no objetoLogSink
comofalse
e chameprojects.sink.update
.Amostras de código
Para usar o código da biblioteca de cliente para configurar coletores nos idiomas escolhidos, consulte Bibliotecas de cliente do Logging: coletores de registros.
Exemplos de filtros
Veja a seguir alguns exemplos de filtro 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 para o coletor
_Default
, talvez queira restaurar esse coletor para a configuração original. Quando criado, o coletor_Default
é configurado com o filtro de inclusão a seguir 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 as entradas de registro de contêiner e pod do Google Kubernetes Engine do sistema GKE
namespaces
, 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 as entradas de registro de nó do Google Kubernetes Engine do sistema
logNames
do GKE, use o seguinte filtro:resource.type = "k8s_node" logName:( "logs/container-runtime" OR "logs/docker" OR "logs/kube-container-runtime-monitor" OR "logs/kube-logrotate" OR "logs/kube-node-configuration" OR "logs/kube-node-installation" OR "logs/kubelet" OR "logs/kubelet-monitor" OR "logs/node-journal" OR "logs/node-problem-detector")
Compatibilidade
Embora o Cloud Logging permita excluir entradas de registro e impedir que elas sejam armazenadas em um bucket de registros, é recomendável manter as entradas de registro que ajudam na compatibilidade. O uso dessas entradas de registro pode ajudar a resolver e identificar problemas nos aplicativos.
Por exemplo, as entradas de registro do sistema do GKE são úteis para solucionar problemas de 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 subjacente do GKE está causando o erro do aplicativo. Os registros do sistema do GKE também incluem o Kubernetes Audit Logging gerado pelo componente servidor da API Kubernetes, que inclui alterações feitas usando o comando kubectl e os eventos do Kubernetes.
A seguir
Se você encontrar problemas ao usar coletores para rotear entradas de registro, consulte Resolver problemas de registros de roteamento.
Para saber como visualizar entradas de registro nos destinos e como os registros são formatados e organizados, consulte Ver os registros nos destinos do coletor.
Para saber mais sobre como consultar e filtrar com a linguagem de consulta do Logging, consulte Linguagem de consulta do Logging.
Exceto em caso de indicação contrária, o conteúdo desta página é licenciado de acordo com a Licença de atribuição 4.0 do Creative Commons, e as amostras de código são licenciadas de acordo com a Licença Apache 2.0. Para mais detalhes, consulte as políticas do site do Google Developers. Java é uma marca registrada da Oracle e/ou afiliadas.
Última atualização 2025-06-19 UTC.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Não contém as informações de que eu preciso","missingTheInformationINeed","thumb-down"],["Muito complicado / etapas demais","tooComplicatedTooManySteps","thumb-down"],["Desatualizado","outOfDate","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Problema com as amostras / o código","samplesCodeIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-06-19 UTC."],[],[]]-