Locais

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 roteador de registros também os armazena temporariamente, o que armazena buffers em interrupções temporárias em qualquer coletor.

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

Locais dos buckets de registros

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

Para cada projeto, conta de faturamento, pasta e organização do Google Cloud, o Logging cria automaticamente dois buckets de registro: _Required e _Default, definidos como o local global. Não é possível alterar o local dos buckets atuais. No entanto, sua organização pode criar uma política que defina um local padrão diferente para esses buckets. Para mais informações, consulte Definir configurações padrão para organizações.

Também é possível criar buckets definidos pelo usuário para qualquer projeto do Google Cloud. Ao criar um bucket definido pelo usuário, você pode especificar um local region para armazenar os dados de registros dele. 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 para seus buckets, consulte Regionalizar seus registros.

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

Regiões compatíveis

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

África

Nome da região Descrição da região Suporte à Análise de dados de registros
africa-south1 Johannesburgo Sim

Américas

Nome da região Descrição da região Suporte à Análise de dados de registros
northamerica-northeast1 Montreal Sim
northamerica-northeast2 Toronto Sim
southamerica-east1 São Paulo Sim
southamerica-west1 Santiago Sim
us-central1 Iowa Sim
us-east1 Carolina do Sul Sim
us-east4 Virgínia do Norte Sim
us-east5 Columbus Sim
us-south1 Dallas Sim
us-west1 Oregon Sim
us-west2 Los Angeles Sim
us-west3 Salt Lake City Sim
us-west4 Las Vegas Sim

Ásia-Pacífico

Nome da região Descrição da região Suporte à Análise de dados de registros
asia-east1 Taiwan Sim
asia-east2 Hong Kong Sim
asia-northeast1 Tóquio Sim
asia-northeast2 Osaka Sim
asia-northeast3 Seul Sim
asia-south1 Mumbai Sim
asia-south2 Délhi Sim
asia-southeast1 Singapura Sim
asia-southeast2 Jacarta Sim
australia-southeast1 Sydney Sim
australia-southeast2 Melbourne Sim

Europa

Nome da região Descrição da região Suporte à Análise de dados de registros
europe-central2 Varsóvia Sim
europe-north1 Finlândia Sim
europe-southwest1 Madri Sim
europe-west1 Bélgica Sim
europe-west2 Londres Sim
europe-west3 Frankfurt Sim
europe-west4 Países Baixos Sim
europe-west6 Zurique Sim
europe-west8 Milão Sim
europe-west9 Paris Sim
europe-west10 Berlim Sim
europe-west12 Turim Sim

Oriente Médio

Nome da região Descrição da região Suporte à Análise de dados de registros
me-central1 Doha Sim
me-central2 Damã Sim
me-west1 Tel Aviv Sim

Outro

Nome da região Descrição da região Suporte à Análise de dados de registros
eu Registros armazenados em data centers na União Europeia, sem garantias de redundância extra Sim
us Registros armazenados em data centers nos Estados Unidos, sem garantias de redundância extra Sim
global Registros armazenados em qualquer data center do mundo, sem garantias adicionais de redundância Sim

Limitações

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

  • Não é possível receber notificações consultivas sobre ações confidenciais quando você configura seus registros de atividades do administrador para serem localizados em uma região específica. Para mais informações, consulte Visão geral de notificações de ações sensíveis.

  • Não é possível usar chaves de criptografia gerenciadas pelo cliente (CMEK) em um bucket de registros quando ele estiver na região global. Para mais informações, acesse Configurar CMEK para buckets de registros.

  • 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. As métricas com base em registros permitem definir regras para agregar registros em série temporal por meio do processamento de registros no roteador de registros. O local de armazenamento dessas séries temporais não é especificado.

Próximas etapas