Compreenda os conceitos fundamentais do Tablestore, incluindo regiões, instâncias, endpoints e throughput de leitura e escrita.
Regiões
O Tablestore está disponível em várias regiões ao redor do mundo. Para reduzir a latência, selecione a região mais próxima das suas cargas de trabalho. Para recuperação de desastres entre regiões, crie instâncias em múltiplas regiões. Especifique o ID da região ao configurar um SDK, chamar uma operação de API ou usar o console do Tablestore. A tabela a seguir lista todas as regiões compatíveis e seus respectivos IDs.
Nuvem pública
Área | Região | ID da região |
China | China (Hangzhou) | cn-hangzhou |
China (Shanghai) | cn-shanghai | |
China (Qingdao) | cn-qingdao | |
China (Beijing) | cn-beijing | |
China (Zhangjiakou) | cn-zhangjiakou | |
China (Hohhot) | cn-huhehaote | |
China (Ulanqab) | cn-wulanchabu | |
China (Shenzhen) | cn-shenzhen | |
China (Heyuan) | cn-heyuan | |
China (Guangzhou) | cn-guangzhou | |
China (Chengdu) | cn-chengdu | |
China (Zhongwei) | cn-zhongwei | |
China (Hong Kong) | cn-hongkong | |
Ásia-Pacífico | Japan (Tokyo) | ap-northeast-1 |
South Korea (Seoul) | ap-northeast-2 | |
Singapore | ap-southeast-1 | |
Malaysia (Kuala Lumpur) | ap-southeast-3 | |
Indonesia (Jakarta) | ap-southeast-5 | |
Philippines (Manila) | ap-southeast-6 | |
Thailand (Bangkok) | ap-southeast-7 | |
Malaysia (Johor) | ap-southeast-8 | |
Europa e Américas | Germany (Frankfurt) | eu-central-1 |
UK (London) | eu-west-1 | |
France (Paris) | eu-west-2 | |
US (Silicon Valley) | us-west-1 | |
US (Virginia) | us-east-1 | |
Brazil (Sao Paulo) | sa-east-1 | |
Mexico | na-south-1 | |
Oriente Médio | UAE (Dubai) | me-east-1 |
Saudi Arabia (Riyadh) | me-central-1 |
Instâncias
A instância é a unidade básica para uso e gerenciamento do Tablestore. Cada instância funciona como um banco de dados. O Tablestore executa o controle de acesso e a medição de recursos no nível da instância. Após ativar o Tablestore, crie uma instância no console do Tablestore. Em seguida, crie tabelas e gerencie dados nessa instância.
Cada conta Alibaba Cloud pode criar até 10 instâncias, e cada instância pode conter até 64 tabelas (incluindo tabelas de dados, tabelas de índice secundário e tabelas de séries temporais). Para aumentar essas cotas, envie um ticket ou participe do grupo de suporte técnico do Tablestore 36165029092.
Tipos de instância
O Tablestore suporta dois tipos de instância: Alto desempenho e Capacidade. Cada tipo de instância pode lidar com dados na escala de petabytes por tabela. Selecione o tipo que melhor se adapta ao seu caso de uso e orçamento. Para detalhes, consulte as tabelas a seguir.
Não é possível alterar o tipo de instância após a criação. Escolha com cuidado.
Independentemente do tipo de instância, o uso de índices de pesquisa gera cobranças por armazenamento de alto desempenho, throughput de leitura reservado e throughput de leitura sob demanda. Para mais informações, consulte Search index billing.
Independentemente do tipo de instância, ao usar o modelo de séries temporais, o throughput de leitura/escrita sob demanda para dados de séries temporais é faturado à taxa de Capacidade, o throughput de leitura/escrita sob demanda para metadados de séries temporais é faturado à taxa de Alto desempenho, e o armazenamento de metadados de séries temporais é faturado à taxa de armazenamento de Alto desempenho. Para mais informações, consulte Billable items of the TimeSeries model.
Tipo de instância | Alto desempenho | Capacidade | |
Casos de uso | Cargas de trabalho online que exigem alta concorrência e latência de leitura/escrita ultrabaixa. | Cargas de trabalho offline que requerem armazenamento de menor custo. Não adequado para cargas de trabalho online sensíveis à latência. | |
Componentes de faturamento |
|
| |
Desempenho | Leitura | Alto | Médio |
Escrita | Alto | Alto | |
Concorrência | Alta | Média | |
Disponibilidade regional
As tabelas a seguir listam as regiões compatíveis com cada tipo de instância e tipo de armazenamento.
Tipo de instância | Área | Regiões compatíveis |
Alto desempenho | China | China (Hangzhou), China (Shanghai), China (Beijing), China (Zhangjiakou), China (Ulanqab), China (Shenzhen), China (Heyuan), China (Guangzhou), China (Chengdu), China (Zhongwei), China (Hong Kong) |
Ásia-Pacífico | South Korea (Seoul), Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta), Philippines (Manila), Thailand (Bangkok), Malaysia (Johor) | |
Europa e Américas | Germany (Frankfurt), UK (London), France (Paris), US (Silicon Valley), US (Virginia), Brazil (Sao Paulo), Mexico | |
Oriente Médio | Saudi Arabia (Riyadh) | |
Capacidade | China | China (Hangzhou), China (Shanghai), China (Qingdao), China (Beijing), China (Zhangjiakou), China (Hohhot), China (Shenzhen), China (Chengdu), China (Hong Kong) |
Ásia-Pacífico | Japan (Tokyo), Malaysia (Kuala Lumpur), Indonesia (Jakarta) | |
Europa e Américas | Germany (Frankfurt), UK (London), US (Virginia) | |
Oriente Médio | UAE (Dubai) |
Endpoints
Tipos de endpoint
Cada instância do Tablestore possui um endpoint exclusivo. Existem quatro tipos de endpoint disponíveis: Public, Public (Dual-stack), VPC e Classic Network. Selecione o tipo de endpoint de acordo com o seu ambiente de rede.
O acesso ao Tablestore pela Internet gera cobranças de tráfego de saída. Para mais informações, consulte Billing overview.
Public
Use o endpoint Public para acessar o Tablestore pela Internet. Formato do endpoint:
https://instanceName.RegionID.ots.aliyuncs.comVPC
Use o endpoint VPC para acessar o Tablestore a partir de uma nuvem privada virtual. Formato do endpoint:
https://instanceName.RegionID.vpc.tablestore.aliyuncs.comClassic Network
Use o endpoint Classic Network para acessar o Tablestore a partir de uma instância ECS na mesma região pela rede clássica. Isso reduz a latência e evita cobranças de tráfego de Internet. Formato do endpoint:
https://instanceName.RegionID.ots-internal.aliyuncs.comPublic (Dual-stack)
Use o endpoint Public (Dual-stack) para acessar o Tablestore pela Internet com suporte a IPv4 e IPv6. Formato do endpoint:
https://instanceName.RegionID.tablestore.aliyuncs.comOs endpoints Public (Dual-stack) estão disponíveis apenas nas seguintes regiões: China (Hangzhou), China (Shanghai), China (Qingdao), China (Beijing), China (Zhangjiakou), China (Hohhot), China (Shenzhen), China (Chengdu) e China (Hong Kong).
Obter um endpoint
Faça login no console do Tablestore. É possível alternar a região e o grupo de recursos na parte superior da página.
-
Na página Overview, clique em nome da instância ou em Manage Instance. Selecione a Instance Access URL apropriada.
Cenário de acesso
Endpoint a ser usado
Pela Internet
Use o endpoint Public ou Public (Dual-stack), dependendo do protocolo IP compatível com seu cliente.
O acesso pela Internet apresenta maior latência. Use a rede VPC sempre que possível.
ImportanteSe o seu cliente usar apenas IPv6, use o endpoint Public (Dual-stack).
Se o seu cliente não for compatível com IPv6, use o endpoint Public ou Public (Dual-stack).
A partir de uma VPC
Use o endpoint VPC.
A partir da rede clássica
Use o endpoint Classic Network.
NotaPara mais informações sobre VPCs e a rede clássica, consulte Network types.
Throughput de leitura e escrita
O throughput de leitura e escrita é medido em unidades de capacidade (CUs). Uma CU é a unidade mínima de faturamento para operações de leitura e escrita de dados. Cada operação de leitura ou escrita de API em uma tabela de dados consome as CUs de leitura ou escrita correspondentes.
Regras de cálculo de CU
Uma CU de leitura representa a leitura de uma linha de até 4 KB de uma tabela de dados.
Uma CU de escrita representa a gravação de uma linha de até 4 KB em uma tabela de dados.
Dados menores que 4 KB ou que não sejam múltiplos de 4 KB são arredondados para o próximo múltiplo de 4 KB. Por exemplo, escrever 7,6 KB de dados consome 2 CUs de escrita, e ler 0,1 KB de dados consome 1 CU de leitura.
Throughput de leitura/escrita sob demanda
O throughput de leitura/escrita sob demanda corresponde ao throughput real consumido por segundo que excede o throughput de leitura/escrita reservado. O intervalo de medição é de um segundo. Dentro de cada hora, o Tablestore calcula a média do throughput de leitura/escrita reservado e o throughput acumulado de leitura/escrita sob demanda como o throughput real consumido.
O throughput sob demanda tem preço mais elevado que o throughput reservado, pois o Tablestore precisa provisionar capacidade suficiente para picos de tráfego imprevisíveis. Para reduzir custos, defina um throughput de leitura/escrita reservado adequado.
Como o Tablestore não consegue estimar com precisão os recursos a serem reservados para o throughput sob demanda, o service pode retornar o erro OTSCapacityUnitExhausted quando uma única chave de partição consumir mais de 10.000 CU por segundo. Use backoff exponencial para reduzir a taxa de requisições à tabela de dados.
Throughput de leitura/escrita reservado
O throughput de leitura/escrita reservado é uma propriedade das tabelas de dados em instâncias de alto desempenho . Você pode especificar o throughput de leitura/escrita reservado ao criar uma tabela de dados.
Ao usar índices de pesquisa, o Tablestore define automaticamente um throughput de leitura reservado com base no tamanho dos dados do índice. Para mais informações, consulte Search index billing. Não é possível ajustar o throughput de leitura reservado dos índices de pesquisa. Para reduzir esse custo, otimize o tamanho do índice ou o número de linhas.
Se o throughput de leitura/escrita reservado for maior que 0, o Tablestore aloca e reserva os recursos correspondentes para a tabela de dados. O acesso que não exceder o throughput reservado por segundo é faturado à taxa de throughput reservado.
-
Se o throughput de leitura/escrita reservado for definido como 0, o Tablestore não aloca nem reserva recursos para a tabela de dados.
NotaUma tabela de dados inexistente é tratada como tendo 0 throughput de leitura/escrita reservado. Acessar uma tabela de dados inexistente consome 1 CU de leitura sob demanda ou 1 CU de escrita sob demanda, dependendo do tipo de operação.
O preço unitário do throughput reservado é inferior ao do throughput sob demanda. Para reduzir custos, defina um nível apropriado de throughput reservado. Por exemplo, antes de importar uma grande quantidade de dados, defina um throughput de escrita reservado alto para diminuir o custo de escrita. Após concluir a importação, reduza o throughput reservado.
Limites de uso
Tabelas de dados em instâncias de capacidade não suportam throughput de leitura/escrita reservado.
O throughput de leitura/escrita reservado maior que 0 gera cobranças mesmo sem requisições de leitura ou escrita. O Tablestore limita o throughput de leitura reservado e o throughput de escrita reservado a um máximo de 100.000 cada por tabela de dados. Se uma tabela de dados exigir throughput de leitura/escrita reservado superior a 100.000, envie um ticket ou participe do grupo de suporte técnico do Tablestore 36165029092 para entrar em contato com o suporte técnico.
Regras de atualização do throughput de leitura/escrita reservado
É possível atualizar o throughput de leitura/escrita reservado de uma tabela de dados chamando uma operação ou usando o console. Definir tanto o throughput de leitura reservado quanto o throughput de escrita reservado como 0 remove a configuração de throughput reservado. Isso interrompe as cobranças de throughput reservado e não libera a instância ou a tabela de dados.
Dentro de cada dia civil (de 00:00:00 UTC a 00:00:00 UTC do dia seguinte, ou de 08:00 a 08:00 do dia seguinte em UTC+8), você pode ajustar o throughput reservado quantas vezes quiser. O intervalo entre duas atualizações consecutivas na mesma tabela de dados deve ser superior a 1 minuto. Essa regra se aplica tanto à atualização via chamada de operação quanto via console.
O ajuste do throughput de leitura/escrita reservado entra em vigor dentro de 1 minuto.
Atualizar chamando uma operação
Chame a operação UpdateTable para modificar o throughput de leitura/escrita reservado de uma tabela.
Atualizar usando o console
Faça login no console do Tablestore.
Na página de lista de instâncias, clique em nome da instância desejada para acessar a página de detalhes da instância.
Clique em aba Tables e, em seguida, clique em nome da tabela de dados desejada para acessar a página de detalhes da tabela.
Verifique os valores atuais de throughput de leitura reservado e throughput de escrita reservado.
Clique em Modify Table Attributes e defina tanto o throughput de leitura reservado quanto o throughput de escrita reservado como 0.
Clique em OK. A mensagem "The table properties are modified." será exibida.
Exemplo de cálculo
Suponha que o throughput de leitura reservado de uma tabela de dados esteja definido como 100 CU. O seguinte padrão de acesso ocorre durante 3 segundos consecutivos:
T0: As operações de leitura consomem 120 CU de throughput de leitura. O throughput reservado é de 100 CU, e o throughput de leitura sob demanda consumido é de 20 CU.
T1: As operações de leitura consomem 95 CU de throughput de leitura. O throughput reservado é de 100 CU, e o throughput de leitura sob demanda consumido é de 0 CU.
T2: As operações de leitura consomem 110 CU de throughput de leitura. O throughput reservado é de 100 CU, e o throughput de leitura sob demanda consumido é de 10 CU.
De T0 a T2, o throughput total de leitura consumido é de 100 CU de throughput de leitura reservado e 30 CU de throughput de leitura sob demanda.