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
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 |
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 |
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 |
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.
Métricas de monitoramento do armazenamento de capacidade
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.
-
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
0indica que há limitação de leitura, o que aumenta a latência.ImportanteA 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 que0.
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.