Simple Log Service:UpdateLogStore

O nome do Logstore.

O número de shards.

O período de retenção de dados. Unidade: dias. Valores válidos: 1 a 3650. Um valor de 3650 indica retenção permanente.

A configuração de criptografia. A criptografia está desativada por padrão.

Exemplo 1 (ativar criptografia padrão):

{
    "enable": true,
    "encrypt_conf": "default"
}

Exemplo 2 (ativar criptografia BYOK):

{
    "enable": true,
    "encrypt_conf": "default",
    "user_cmk_info": {
        "cmk_key_id": "xxxxx",
        "arn": "acs:ram::112340000000:role/rolename",
        "region": "ap-southeast-1"
    }
}

Especifica se o sharding automático deve ser ativado. Após a ativação desse recurso, um shard é dividido automaticamente quando o tráfego de gravação excede continuamente o limite, o que melhora a capacidade de gravação. Você deve definir maxSplitShard (o número máximo de shards após a divisão) ao ativar o sharding automático.

Especifica se o recurso WebTracking deve ser ativado. Valor padrão: false. Você pode usar o recurso WebTracking para coletar e analisar dados de comportamento do usuário em navegadores ou mini programas, como visualizações de página, registros de compras e tempo no site.

• true: ativa o WebTracking.

• false: desativa o WebTracking.

Especifica se o endereço IP público e a hora de chegada do log devem ser registrados. Valor padrão: false.

• true: ativa o recurso. Após a ativação desse recurso, o Simple Log Service adiciona automaticamente o endereço IP público do dispositivo de origem do log e a hora em que o log chega ao servidor ao campo Tag do log.

• false: desativa o recurso.

O número máximo de shards para sharding automático. Valor mínimo: 1. Valor máximo: 256.

O tipo de dados observáveis. O valor padrão são dados de log. Valores válidos:

• None: dados de log. Este é o valor padrão.

• Metrics: dados de séries temporais.

O período de retenção de dados na camada quente do Logstore. Unidade: dias. Valor mínimo: 7. O valor não pode exceder o valor de ttl. Por padrão, todos os dados dentro do período de retenção são armazenados na camada quente.

Depois que o tempo de armazenamento dos dados excede o período de retenção de dados quentes configurado, os dados são movidos para a camada de acesso pouco frequente (IA). Ao ativar a camada IA, o período de retenção de dados quentes deve ser de pelo menos 7 dias. Para mais informações, consulte Camadas inteligentes.

Exemplos:

• Cenário 1 (apenas camada quente, 30 dias): {"ttl": 30} ou {"ttl": 30, "hot_ttl": 30}

• Cenário 2 (camada quente 7 dias, camada IA 23 dias): {"ttl": 30, "hot_ttl": 7}

O Simple Log Service fornece dois tipos de Logstores: Standard e Query.

• standard: suporta capacidades de análise de dados completas do Simple Log Service. Este tipo é adequado para cenários como monitoramento em tempo real, análise interativa e construção de sistemas completos de observabilidade.

• query: suporta consultas de alto desempenho. A taxa de tráfego de índice é aproximadamente metade da do tipo Standard. No entanto, a análise SQL não é suportada. Este tipo é adequado para cenários com grandes volumes de dados, longos períodos de armazenamento (semanas ou meses) e sem requisitos de análise de logs.

Camada de acesso pouco frequente (IA). Nenhum tempo mínimo de armazenamento é necessário. Os dados devem ser armazenados por pelo menos 30 dias antes de serem movidos para a camada de arquivamento.

Quando o período de retenção de logs excede a soma do período de retenção da camada quente e do período de retenção da camada IA, o tempo de armazenamento restante é convertido em armazenamento na camada de arquivamento.

Exemplos:

• Cenário 1 (camada quente 7 dias, camada IA 23 dias): {"ttl": 30, "hot_ttl": 7}

• Cenário 2 (camada quente 7 dias, camada IA 30 dias, camada de arquivamento 60 dias): {"ttl": 97, "hot_ttl": 7, "infrequentAccessTTL": 30}

• Cenário 3 (camada quente 60 dias, camada IA 0 dias, camada de arquivamento 60 dias): {"ttl": 120, "hot_ttl": 60, "infrequentAccessTTL": 0}

A configuração de gravação baseada em hash. Quando os dados são gravados, os logs são roteados para shards com base na política de hash configurada. Antes de configurar este parâmetro, certifique-se de que os intervalos de hash dos shards estejam distribuídos uniformemente. Esta configuração pode afetar a capacidade de gravação. Prossiga com cautela.