Todos os produtos
Search
Central de documentação

Lindorm:Introdução ao armazenamento em cloud orientado à capacidade

Última atualização: Jul 10, 2026

Lindorm utiliza o armazenamento de capacidade como meio de cold storage para dados históricos acessados com pouca frequência (dados frios), o que reduz os custos de armazenamento.

Recursos

  • Custos de armazenamento reduzidos.

    Representa apenas 20% do custo do armazenamento padrão.

  • Suporta gravação de dados e garante que a leitura esteja sempre disponível.

  • Facilidade de uso.

    Selecione o armazenamento de capacidade e especifique o espaço de armazenamento ao adquirir uma instância Lindorm. Em seguida, utilize instruções CREATE TABLE para armazenar os dados frios.

  • Permite a separação de dados quentes e frios em uma única tabela.

    Os dados quentes permanecem no armazenamento de alto desempenho, enquanto os dados acessados com pouca frequência são movidos automaticamente para o armazenamento de capacidade. Separação de dados quentes e frios.

Ative o armazenamento de capacidade

Ative o armazenamento de capacidade.

Benchmarks de desempenho do armazenamento de capacidade

Ambiente de teste: um nó mestre (ecs.c5.xlarge, 4 núcleos e 8 GB) e quatro nós RegionServer (ecs.c5.xlarge, 4 núcleos e 8 GB).

Desempenho de gravação:

Tipo de armazenamento

RT médio

RT P99

hot storage

1736 us

4811 us

capacity storage

1748 us

5243 us

Nota

10 colunas por registro, 100 B cada (tamanho total da linha de 1 KB). 16 threads de gravação.

Desempenho de leitura aleatória (Get):

Tipo de armazenamento

RT médio

RT P99

hot storage

1704 us

5923 us

capacity storage

14738 us

31519 us

Nota

BlockCache desativado. 10 colunas por registro, 100 B cada (total de 1 KB). 8 threads de leitura, 1 KB por solicitação.

Desempenho de varredura de intervalo (Range scan):

Tipo de armazenamento

RT médio

RT P99

hot storage

6222 us

20975 us

capacity storage

51134 us

115967 us

Nota

BlockCache desativado. 10 colunas por registro, 100 B cada (total de 1 KB). 8 threads de leitura, 1 KB por solicitação. O parâmetro Caching está definido como 30.

Garantias de desempenho do armazenamento de capacidade

O Lindorm garante largura de banda de leitura e gravação com base na capacidade provisionada do armazenamento. O sistema pode exceder temporariamente a largura de banda garantida quando o pool de armazenamento possui capacidade ociosa, mas esse desempenho acima do limite não é garantido.

Largura de banda garantida por região:

Região

Largura de banda de leitura garantida

Largura de banda de gravação garantida

China (Shanghai)

China (Shenzhen)

China (Beijing)

China (Hangzhou)

Singapore

Linha de base garantida de 5 Gbps. A largura de banda aumenta em 20 Gbps para cada PiB adicional de capacidade, até o máximo de 50 Gbps.

Linha de base garantida de 2 Gbps. A largura de banda aumenta em 5 Gbps para cada PiB adicional de capacidade, até o máximo de 20 Gbps.

China (Guangzhou)

China (Heyuan)

China (Qingdao)

China (Zhangjiakou)

China (Chengdu)

China (Ulanqab)

China (Hohhot)

Linha de base garantida de 2 Gbps. A largura de banda aumenta em 20 Gbps para cada PiB adicional de capacidade, até o máximo de 10 Gbps.

Linha de base garantida de 1 Gbps. A largura de banda aumenta em 5 Gbps para cada PiB adicional de capacidade, até o máximo de 10 Gbps.

China (Hong Kong)

Japan (Tokyo)

Malaysia (Kuala Lumpur)

Indonesia (Jakarta)

UK (London)

Germany (Frankfurt)

Linha de base garantida de 1 Gbps. A largura de banda aumenta em 20 Gbps para cada PiB adicional de capacidade, até o máximo de 5 Gbps.

Linha de base garantida de 1 Gbps. A largura de banda aumenta em 5 Gbps para cada PiB adicional de capacidade, até o máximo de 5 Gbps.

Thailand (Bangkok)

US (Virginia)

US (Silicon Valley)

Linha de base garantida de 0,6 Gbps. A largura de banda aumenta em 20 Gbps para cada PiB adicional de capacidade, até o máximo de 2 Gbps.

Linha de base garantida de 0,6 Gbps. A largura de banda aumenta em 5 Gbps para cada PiB adicional de capacidade, até o máximo de 2 Gbps.

Limitação de leitura no armazenamento de capacidade

O armazenamento de capacidade é projetado para cargas de trabalho com muitas gravações e poucas leituras. Os IOPS de leitura são limitados por meio de um sistema de tokens:

  • Cada instância possui um pool de tokens. Quando os tokens chegam a 0, as leituras são limitadas a uma linha de base de 10 IOPS por nó.

  • A taxa de reposição de tokens escala conforme a capacidade provisionada.

  • Cada operação de E/S de leitura consome um token. Desempenho máximo de leitura: 1.500 IOPS por nó.

  • Taxa de geração de tokens: 0,04 IOPS por GiB (1 IOPS a cada 25 GiB).

  • O pool de tokens tem uma capacidade máxima que escala de acordo com o armazenamento provisionado.

  • A capacidade máxima do pool equivale a 48 horas de geração de tokens. Quando cheio, novos tokens substituem os mais antigos.

  • Uma única consulta LindormTable ou LindormTSDB pode gerar várias solicitações de E/S dependendo dos acertos de cache e dos blocos de dados acessados. Por isso, não é possível prever o QPS com precisão apenas pelos IOPS. Monitore o consumo de tokens para avaliar a carga real.

image

Métricas de monitoramento do armazenamento de capacidade

  1. Faça login no console do Lindorm. No canto superior esquerdo da página, selecione a região da instância. Na página Instances, clique no ID da instância desejada ou clique em View Instance Details na coluna Actions da instância correspondente.

  2. No painel de navegação à esquerda, clique em Instance monitoring. Na aba Cluster overview, localize a seção Underlying storage metrics.

    Métrica

    Descrição

    Capacity storage read tokens

    Grupo de métricas no nível da instância que mostra a porcentagem de tokens disponíveis, a quantidade e a capacidade máxima. Cada operação de E/S de leitura consome um token. Se a porcentagem de tokens disponíveis cair para 0%, as solicitações de leitura serão limitadas.

    Capacity storage read status

    Total de IOPS de leitura e tráfego de leitura em todos os nós e clientes. Cada operação de E/S de leitura consome um token. Quanto maior o IOPS de leitura, mais rápido é o consumo de tokens. Uma única leitura no banco de dados pode executar múltiplas operações de E/S e consumir vários tokens.

    Capacity storage throttling status

    Total de operações de leitura limitadas por segundo (OPS) em todos os nós e clientes. Um valor maior que 0 indica que há limitação de leitura, o que aumenta a latência.

    Importante

    A limitação também pode ocorrer se os IOPS de um único nó ultrapassarem 1500, mesmo que a porcentagem geral de tokens disponíveis da instância seja maior que 0.

Observações de uso

  • O armazenamento de capacidade possui baixo IOPS de leitura. Utilize-o apenas para cargas de trabalho com consultas pouco frequentes.

  • O throughput de gravação é comparável ao do armazenamento padrão.

  • O processo de criação de índices para recursos como índice secundário, índice colunar e índice de pesquisa exige leitura de dados do armazenamento. Caso tenha ativado a separação de dados quentes e frios, monitore o status de limitação do seu cold storage (armazenamento de capacidade). Se as operações de leitura no cold storage forem limitadas, a criação de índices ficará mais lenta e poderá causar contrapressão de gravação.

  • Não recomendado para cargas de trabalho de leitura com alta concorrência. Leituras simultâneas excessivas podem causar falhas.

  • Se precisar de maior IOPS de leitura para uma grande capacidade provisionada, entre em contato com o suporte técnico para solicitar um ajuste.

  • Cada nó pode gerencie no máximo 30 TB de dados frios. Para aumentar esse limite, entre em contato com o suporte técnico.

  • As operações de gravação falham quando a utilização do armazenamento de capacidade ultrapassa 95%. Monitore o uso regularmente. Visualize a capacidade do armazenamento de capacidade.