Todos os produtos
Search
Central de documentação

Simple Log Service:Gerencie armazenamento em camadas inteligente

Última atualização: Aug 31, 2026

O armazenamento em camadas inteligente no Simple Log Service (SLS) permite armazenar dados nas camadas hot, infrequent access e archive. Esse recurso reduz os custos de armazenamento de longo prazo e preserva todas as capacidades de log, incluindo consulta, análise, visualização, alertas, envio e transformação.

Armazenamento em camadas inteligente

Tipos de armazenamento

Tipo

Descrição

hot storage

  • Solução escalável e de alta disponibilidade para dados acessados frequentemente.

  • Permite acesso a dados em tempo real com consulta e análise de logs de alto desempenho. Ideal para análises de dados de alta frequência.

infrequent access storage

  • O infrequent access storage (anteriormente cold storage) é uma opção econômica para retenção de dados de longo prazo. Oferece suporte a todas as capacidades de log, incluindo consulta, análise, visualização, alertas, envio e transformação.

  • Recomendado para consultas e análises menos frequentes, como investigação de problemas.

archive storage

  • Estende o hot storage e o infrequent access storage com uma camada de longo prazo e custo mais baixo, mantendo a capacidade de consulta e análise.

  • Projetado para retenção de dados de longo prazo destinada a fins de auditoria.

Períodos de armazenamento

Importante
  • O período total de retenção de dados corresponde à soma dos períodos de retenção do hot storage, infrequent access storage e archive storage.

  • Um período de retenção de dados de 3.650 dias indica armazenamento permanente. Os dados continuam armazenados após 3.650 dias e são cobrados como archive storage. Para saber como visualizar o período de retenção de dados, consulte Set the data retention period and delete logs.

  • Período de retenção de dados inferior a 3.650 dias

    Cenário 1: O período total de retenção de dados é de 90 dias. Os dados permanecem na camada de hot storage por 30 dias e depois passam automaticamente para a camada de archive storage, onde ficam por 60 dias antes da exclusão automática.

    Cenário 2: O período total de retenção de dados é de 97 dias. Os dados permanecem na camada de hot storage por 7 dias e depois passam automaticamente para a camada de infrequent access storage. Após 30 dias no infrequent access storage, migram para a camada de archive storage, onde ficam por 60 dias antes da exclusão automática.

    Exemplo de cálculo de custo para o Cenário 2: Com o armazenamento em camadas inteligente ativado, o exemplo abaixo calcula o custo de armazenamento de 1 GB de dados ao longo de seu período de retenção de 97 dias. Multiplique o preço unitário de cada camada pelo número de dias que os dados permanecem nela e some os resultados. Para os preços unitários, consulte Comparação de tipos de armazenamento neste tópico. Transições automáticas entre camadas de armazenamento não geram cobranças.

    • Hot storage por 7 dias: 7 x USD 0,002875 por GB/dia = USD 0,020125 por GB

    • Infrequent access storage por 30 dias: 30 x USD 0,000762 por GB/dia = USD 0,02286 por GB

    • Archive storage por 60 dias: 60 x USD 0,000259 por GB/dia = USD 0,01554 por GB

    • Total: USD 0,020125 + USD 0,02286 + USD 0,01554 = USD 0,058525 por GB

    Cenário 5: O período total de retenção de dados é de 180 dias. Os dados permanecem na camada de hot storage por 7 dias e depois passam automaticamente para a camada de infrequent access storage. Após 30 dias no infrequent access storage, migram para a camada de archive storage, onde ficam por 143 dias antes da exclusão automática. Como o período de 7 dias de hot storage e o de 30 dias de infrequent access storage correspondem aos períodos mínimos de retenção de suas respectivas camadas, os 143 dias restantes são alocados ao archive storage, o que minimiza os custos de armazenamento.

    image
  • Período de retenção de dados igual ou superior a 3.650 dias

    Cenário 3: O período total de retenção de dados é de 3.650 dias, e o período de retenção de hot storage é de 30 dias. Após 30 dias, todos os dados passam para a camada de archive storage. Defina o período de retenção do archive storage como 3.650 - 30 = 3.620 dias. Como essa configuração ativa o armazenamento permanente, os dados permanecem na camada de archive storage mesmo após 3.620 dias.

    Cenário 4: O período total de retenção de dados é de 3.650 dias, com um período de hot storage de 7 dias e um período de infrequent access storage de 30 dias. Defina o período de retenção do archive storage como 3.650 - 7 - 30 = 3.613 dias. Como essa configuração ativa o armazenamento permanente, os dados permanecem na camada de archive storage mesmo após 3.613 dias.

    image

Comparação de tipos de armazenamento

Item

hot storage

infrequent access storage

archive storage

Casos de uso

Consulta e análise de alta frequência e alto desempenho

Investigação e análise de problemas

Auditoria de dados

Custo

USD 0.002875 per GB/day

USD 0.000762 per GB/day

USD 0.000259 per GB/day

Desempenho

Latência (bilhões de registros)

Dezenas a centenas de milissegundos

Centenas de milissegundos a segundos

Minutos

Simultaneidade (nível de projeto)

Consultas simultâneas: 100

Análises simultâneas: 2

Consultas simultâneas: 10

Análises simultâneas: 2

Consultas simultâneas: 1

Análises simultâneas: 1

Benefícios

Consulta e análise rápidas com alta simultaneidade

Econômico para consultas e análises pouco frequentes

Menor custo para consultas e análises ocasionais

Os dados fazem a transição automática entre as camadas de armazenamento com base nas regras de gerenciamento de ciclo de vida:

  • Configuração simples, sem necessidade de scripts ou migração manual de dados.

  • Os dados no infrequent access storage e no archive storage podem ser acessados em tempo real, assim como os dados do hot storage. Não é necessária recuperação manual, alteração de aplicativos ou pagamento de taxas de recuperação.

Limites de duração de armazenamento

pay-by-feature billing

  • Os dados devem permanecer no hot storage por pelo menos 7 dias antes de passar para o infrequent access storage.

  • Os dados devem permanecer no hot storage por pelo menos 30 dias antes de passar para o archive storage.

Os dados devem permanecer no infrequent access storage por pelo menos 30 dias antes de passar para o archive storage.

A duração mínima de armazenamento é de 60 dias.

pay-by-ingested-data

Uma cota gratuita de hot storage de 30 dias está incluída.

Processo de transição entre camadas de armazenamento

image

Os dados podem fazer a transição entre as três camadas de armazenamento. A tabela a seguir descreve as regras de transição.

Descrição

1

Os dados no hot storage devem permanecer armazenados por pelo menos 7 dias antes de passar para o infrequent access storage.

2

Os dados no hot storage devem permanecer armazenados por pelo menos 30 dias antes de passar para o archive storage.

3

Os dados no infrequent access storage devem permanecer armazenados por pelo menos 30 dias antes de passar para o archive storage.

4

Mova dados do infrequent access storage de volta para o hot storage modificando o período de retenção do hot storage.

5

Mova dados do archive storage de volta para o infrequent access storage modificando o período de retenção do infrequent access storage.

6

Mova dados do archive storage de volta para o hot storage modificando o período de retenção do hot storage.

Gerencie camadas de armazenamento

Console

  1. Faça login no console do Simple Log Service.

  2. Na seção Projects, clique em no projeto desejado.

    image

  3. Na aba Log Storage > Logstores, localize o Logstore desejado, clique em no ícone LogStore e depois clique em Modify.

  4. No painel Logstore Attributes, clique em Modify. Ative o Intelligent Tiered Storage, configure os parâmetros e clique em Save.

    A tabela a seguir descreve os parâmetros do armazenamento em camadas inteligente. Para obter informações sobre outros parâmetros, consulte Create a basic Logstore.

    Parâmetro

    Descrição

    Data Retention Period

    • Defina o Data Retention Period como Specified Days ou Permanent Storage.

    • O período total de retenção de dados corresponde à soma dos períodos de retenção das camadas hot, infrequent access e archive.

    Importante

    Se você reduzir o período de retenção de dados, a alteração entrará em vigor em até um minuto. Por exemplo, se alterar o período de retenção de 5 dias para 1 dia, o SLS excluirá os dados dos 4 dias anteriores. A exclusão efetiva dos dados pode atrasar até 7 dias, mas esses dados pendentes não gerarão cobranças nem contarão para sua capacidade de armazenamento.

    Intelligent Tiered Storage

    Ative o Intelligent Tiered Storage para usar esse recurso.

    Storage Policy

    Configure o período de retenção para cada camada de armazenamento.

    Hot Data Retention

    Duração pela qual os dados permanecem na camada de hot storage do Logstore.

    • Para transições do hot storage para o infrequent access storage, o intervalo válido é de 7 a 3.650 dias.

    • Para transições do hot storage para o archive storage, o intervalo válido é de 30 a 3.650 dias.

    Importante
    • Após modificar o período de Hot Data Retention, a alteração entra em vigor em até um minuto. Por exemplo, se alterar o período de retenção do hot storage de 30 dias para 40 dias, o SLS começará a mover dados do infrequent access storage ou archive storage de volta para o hot storage em até um minuto.

    • O valor de Hot Data Retention deve ser menor que o valor de Data Retention Period.

    After the data in the IA storage tier is retained for more than

    Duração pela qual os dados permanecem na camada de infrequent access storage do Logstore.

    Para transições do infrequent access storage para o archive storage, o intervalo válido é de 30 a 3.650 dias.

    Importante
    • Após modificar o período de Infrequent Access Data Retention, a alteração entra em vigor em até um minuto. Por exemplo, se alterar o período de retenção do infrequent access storage de 30 dias para 40 dias, o SLS começará a mover dados do archive storage de volta para o infrequent access storage em até um minuto.

    • O valor de Infrequent Access Data Retention deve ser menor que o valor de Data Retention Period.

    After the data in the Archive storage tier is retained for more than

    Duração pela qual os dados permanecem na camada de archive storage do Logstore. Valores válidos: 60 a 3.650 dias. Quando os dados excedem o período configurado em After the data in the Archive storage tier is retained for more than , eles são excluídos automaticamente.

    Importante

    O valor de Archive Data Retention deve ser menor que o valor de Data Retention Period.

API

  • Ao criar um Logstore, chame a operação CreateLogStore e passe os parâmetros ttl (período total de retenção de dados), hot_ttl (período de retenção do hot storage) e infrequentAccessTTL (período de retenção do infrequent access storage) para configurar a política de armazenamento em camadas.

  • Para um Logstore existente, chame a operação UpdateLogStore para atualizar os parâmetros ttl, hot_ttl e infrequentAccessTTL e ajustar dinamicamente a política de armazenamento em camadas.

Documentos relacionados

  • Para obter informações sobre o gerenciamento de Logstores, consulte Manage a Logstore.

  • As taxas de armazenamento para dados em camadas são baseadas no uso. Não há cobrança para transições de dados. Para mais informações, consulte Billing overview.

  • No modo de cobrança por dados ingeridos, o armazenamento de dados é gratuito nos primeiros 30 dias após a gravação. Se o armazenamento em camadas inteligente estiver ativado, as taxas de armazenamento serão calculadas com base no período real de retenção e na camada de armazenamento atual. Para mais informações, consulte Billing examples.

  • Para mais informações sobre os modos de cobrança por recurso e por dados ingeridos, consulte Pay-as-you-go.

  • O SLS oferece dois tipos de redundância de armazenamento: armazenamento localmente redundante (LRS) e armazenamento redundante por zona (ZRS). Para detalhes, consulte Storage redundancy.