Use este guia para dimensionar verticalmente sua instância Tair (compatível com Redis OSS). Faça upgrade para lidar com o aumento de tráfego ou downgrade para reduzir custos em períodos de menor utilização.
Faturamento
O faturamento varia conforme o método de pagamento:
|
Método de faturamento |
Comportamento |
|
Subscription |
Pague a diferença de preço no upgrade ou receba um reembolso no downgrade. |
|
Pay-as-you-go |
A cobrança passa a considerar as novas especificações. |
Para mais detalhes sobre preços, consulte Alterações de configuração.
Limitações
Verifique as restrições abaixo antes de iniciar:
|
Restrição |
Detalhes |
|
Memória mínima para downgrades |
Após um downgrade, a memória utilizada não pode exceder 80% da nova capacidade. Por exemplo, se sua instância baseada em DRAM usa atualmente 2 GB, não é possível fazer downgrade para menos de 2,5 GB. |
|
Instâncias distribuídas |
Todas as instâncias secundárias de uma instância distribuída devem ter especificações idênticas. Não há suporte para especificações mistas. |
|
Instâncias baseadas em ESSD |
A capacidade de armazenamento só pode aumentar, em incrementos de 10 GB. Não há suporte para redução de armazenamento. |
|
Upgrades exclusivos de CPU |
Não é possível fazer upgrade apenas da CPU. Para aumentar os núcleos disponíveis, mude para a arquitetura cluster, ative a divisão de leitura e escrita, adicione nós somente leitura ou acrescente shards. |
Alterar especificações da instância
O que permanece inalterado
Ao alterar as especificações, os itens a seguir permanecem iguais. Nenhuma mudança no código da aplicação é necessária:
Endpoints
Contas e senhas do banco de dados
Configurações de lista de permissões
Os dados da instância são preservados. Em casos raros de falha do nó primário durante o switchover, pode haver perda de uma pequena quantidade de dados não sincronizados.
Impacto no serviço
O nível de interrupção do serviço depende do tipo de instância e da disponibilidade de recursos do host.
|
Cenário |
Interrupção do serviço |
|
Instância cloud-native em host com recursos suficientes |
Nenhuma. Os serviços continuam sem interrupção. |
|
Instância cloud-native em host com recursos insuficientes ou qualquer instância clássica |
1 a 2 desconexões transitórias, cada uma com duração inferior a 30 segundos. Certifique-se de que sua aplicação se reconecte automaticamente. |
Quando ocorre um switchover, a instância também fica somente leitura por cerca de um minuto. Isso garante a sincronização rápida dos dados e evita problemas de escrita dupla causados por cache de DNS. Em instâncias com alto volume de escrita, esse período pode ser maior.
Durante a alteração, a versão secundária da instância é atualizada automaticamente para a mais recente. Versões secundárias mantêm compatibilidade retroativa.
Etapas
Faça login na página Instances. Na barra de navegação superior, selecione a região onde a instância está localizada e clique em no ID da instância.
-
No canto superior direito, clique em em Specification Adjustment e selecione a opção adequada:
Instância Subscription: Selecione Specification Upgrade ou Specification Downgrade.
Instância Pay-as-you-go: Selecione Specifications Upgrade/Downgrade.
Na página exibida, selecione as especificações desejadas.
-
Defina o Switching Time:
Switch Within Maintenance Window (recomendado): O sistema aplica a alteração durante a janela de manutenção configurada (horários de baixa demanda). Para ajustar o horário antes do switchover, acesse o Task Center e clique em em Change Switching Time ao lado da tarefa.
Switch after Data Migration: O sistema muda para o novo nó imediatamente após a conclusão da migração de dados.
Clique em em Buy Now e conclua o pagamento.
Após o envio, o status da instância muda para Changing Configuration. O sistema começa a solicitar recursos e sincronizar dados em segundo plano. Seus serviços não são afetados nesta etapa. Desconexões transitórias ocorrem apenas no momento do switchover para o novo nó.
Como funcionam as alterações de especificação
Entender o processo subjacente ajuda a prever quando podem ocorrer interrupções.
Instância cloud-native
A instância entra no estado Changing Configuration.
O sistema verifica se o host atual possui recursos suficientes para as especificações desejadas.
-
Com base nos recursos disponíveis, o sistema segue um de dois caminhos:
Recursos suficientes: A alteração de especificação é concluída localmente, sem interrupção.
Recursos insuficientes: O sistema provisiona um novo nó de host, pré-sincroniza os dados da instância nesse nó e direciona o tráfego para ele dentro da janela de manutenção (ou imediatamente). Isso causa uma breve desconexão transitória.
A instância retorna ao estado Running.
Instância clássica
A instância entra no estado Changing Configuration.
O sistema provisiona um novo nó de host e pré-sincroniza os dados da instância nesse nó.
O sistema direciona o tráfego para o novo nó dentro da janela de manutenção (ou imediatamente). Isso causa uma breve desconexão transitória.
A instância retorna ao estado Running.
Perguntas frequentes
É possível fazer upgrade apenas da CPU sem alterar a memória?
Não. O Tair (incluindo o Redis Open-Source Edition) não suporta upgrade independente de CPU. Para aumentar os núcleos disponíveis, utilize uma das seguintes abordagens:
Mude da arquitetura standard para cluster ou ative a divisão de leitura e escrita.
Adicione nós somente leitura (para instâncias com divisão de leitura e escrita ativada).
Acrescente shards (para instâncias cluster).
Para mais detalhes, consulte Como fazer upgrade das especificações de CPU de uma instância e Tipos de instância e perguntas frequentes.