Regionalidade dos dados para o Cloud Logging

Nesta página, explicamos como a regionalidade se aplica ao Cloud Logging e listamos os diferentes locais geográficos em que você pode armazenar seus dados de registros.

Visão geral

No Logging, os buckets de registros são recursos regionais: a infraestrutura que armazena, indexa e pesquisa seus registros está localizada em uma localização geográfica específica. O Google gerencia essa infraestrutura para que seus aplicativos estejam disponíveis de maneira redundante nas zonas dessa região.

Talvez sua organização precise armazenar os dados de registros em regiões específicas. Os principais fatores para selecionar a região em que seus registros são armazenados incluem atender aos requisitos de latência, disponibilidade ou conformidade de sua organização. Ao selecionar uma região para armazenamento de registros, considere os locais dos outros produtos e serviços do Google Cloud usados pelo aplicativo.

Principais conceitos

Os principais conceitos a seguir se aplicam à regionalidade de dados do Logging.

Locais do roteador de registros

O Log Router processa todas as entradas de registro gravadas na API Cloud Logging. Ele verifica cada entrada de registro em relação às regras atuais para determinar quais entradas de registro armazenar em buckets do Logging e quais entradas de registro rotear para destinos suportados usando coletores. Para rotear registros de maneira confiável, o Log Router também armazena os registros temporariamente, o que armazena em buffer as interrupções temporárias em qualquer coletor.

O Log Router processa os registros na região em que são recebidos. O Log Router pode enviar registros para uma região diferente com base na definição de um coletor ou se você tiver optado por compartilhar dados de registro com outro serviço do Google, como o Security Command Center Threat Detection. Os coletores se aplicam aos registros igualmente e independentemente da região.

Locais dos buckets de registros

buckets de registro são os contêineres no projeto do Cloud, na conta de faturamento, na pasta e na organização que armazenam e organizam os dados de registros.

Para cada projeto do Cloud, conta de faturamento, pasta e organização, o Logging cria automaticamente dois buckets de registro: _Required e _Default, que são definidos como o local global. Também é possível criar buckets definidos pelo usuário para qualquer projeto do Cloud.

Ao criar um bucket definido pelo usuário, é possível especificar um local region para armazenar os dados de registros. Depois de criar o bucket, não é possível alterar o local, mas você pode criar um novo bucket e direcionar registros para ele usando coletores. Para saber como definir a região dos buckets, consulte Regionalizar os registros do projeto do Cloud.

O Logging é compatível com a consulta de registros de várias regiões. Nesse caso, as consultas são processadas no mesmo local dos buckets que estão sendo consultados e, em seguida, agregadas na região em que a consulta foi recebida para retornar os resultados.

Regiões compatíveis

As regiões a seguir são suportadas pela API Cloud Logging:

Continente Regiões
Ásia asia-east1
asia-east2
asia-northeast1
asia-northeast2
asia-northeast3
asia-south1
asia-south2
asia-southeast1
asia-southeast2
Austrália australia-southeast1
australia-southeast2
Europa europe-central2
europe-north1
europe-west1
europe-west2
europe-west3
europe-west4
europe-west6
América do Norte northamerica-northeast1
northamerica-northeast2
us-central1
us-east1
us-east4
us-west1
us-west2
us-west3
us-west4
América do Sul southamerica-east1

Além dessas regiões, o local global é suportado, o que significa que você não especifica onde seus registros são armazenados ou processados fisicamente.

Limitações

Veja a seguir as limitações conhecidas de regionalização de dados para o Cloud Logging:

  • O Cloud Logging está em processo de transição de um produto global para um produto regional e ainda não está coberto pelas garantias de localização de dados nos Termos de Serviço.

  • Alguns campos de LogEntry, incluindo logName e resource, são considerados rótulos de dados, não Dados do cliente.

  • O Error Reporting é um produto global e os serviços dele estão disponíveis sem dependência de local. Os buckets de registros com uma região além de global são excluídos automaticamente do Error Reporting.

  • O Cloud Monitoring é um produto global e os serviços dele estão disponíveis sem dependência de local. Com as métricas com base em registros, é possível definir uma regra para agregar registros em séries temporais ao processar registros no Log Router. O local de armazenamento dessas séries temporais não é especificado.

Próximas etapas