Neste documento, apresentamos uma visão geral das implantações e migrações do Redis para o Google Cloud, incluindo as opções e os prós e contras para implantar o Redis em diferentes serviços, com base nos seus requisitos.
O Redis é um repositório de estruturas de dados na memória que pode ser usado como banco de dados, cache, agente de mensagens e mais. O Google Cloud oferece suporte total ao Redis, incluindo:
Opções totalmente gerenciadas fornecidas pelo Memorystore e pela Redis Ltd.
Opções autogerenciadas usando os seguintes produtos:
A melhor maneira de implantar o Redis no Google Cloud depende das suas necessidades e requisitos específicos. As recomendações deste guia são baseadas em práticas recomendadas e considerações gerais. É importante analisar completamente sua carga de trabalho do Redis e consultar a documentação oficial ou procurar aconselhamento profissional para casos de uso ou requisitos específicos.
Arquiteturas
É possível implantar o Redis usando uma das seguintes arquiteturas:
| Arquitetura | Descrição | Caso de uso | Opções de implementação | Alta disponibilidade | Capacidade de leitura | Capacidade de gravação |
|---|---|---|---|---|---|---|
| Padrão (independente) | Um único nó do Redis, sem réplicas de leitura e sem alta disponibilidade. | Casos em que todos os dados cabem em um único nó, a capacidade de processamento de gravação e leitura pode ser disponibilizada por um único nó e a alta disponibilidade não é necessária. | Compatível com o Memorystore (totalmente gerenciado) e o software de código aberto (OSS) do Redis (autogerenciado). O autogerenciamento requer uma configuração mais complexa. O Memorystore é uma boa opção para começar com rapidez. |
Não | Node único | Node único |
| Réplicas de leitura e/ou alta disponibilidade | Um único nó do Redis para operações de gravação, com nós extras para fornecer alta disponibilidade e, opcionalmente, compartilhar a carga de leitura, por exemplo, usando o Sentinel. | Casos em que a capacidade de processamento de gravação ainda pode ser disponibilizada por um único nó, mas a capacidade de processamento de leitura não pode ou é necessária alta disponibilidade. | Compatível com o Memorystore (totalmente gerenciado) e o OSS do Redis (autogerenciado). As arquiteturas do Redis Cluster oferecem escalonamento automatizado, alta disponibilidade e fragmentação de dados, ideais para aplicativos distribuídos em grande escala. Para entender os prós e contras e os esforços de manutenção necessários no escalonamento, clustering e fragmentação manuais, consulte Escalonamento sem inatividade no Memorystore for Redis Cluster. O autogerenciamento requer uma configuração mais complexa. O Memorystore é uma boa opção para começar com rapidez. |
Multi-AZ | Vários nós | Node único |
| Cluster (sem proxies) | Vários nós dividem as operações de gravação de dados com fragmentos de dados separados. Réplicas de leitura e alta disponibilidade podem ser adicionadas opcionalmente. | Casos em que a capacidade de processamento de gravação não pode ser disponibilizada por um único nó e é necessária alta disponibilidade ou replicação de leitura. | Multi-AZ | Vários nós | Vários nós | |
| Cluster (com proxies) | Vários nós dividem as operações de gravação de dados com fragmentos de dados separados. Réplicas de leitura e alta disponibilidade podem ser adicionadas opcionalmente. Os proxies são implantados em cada nó principal. | Casos em que a capacidade de processamento de gravação não pode ser disponibilizada por um único nó, e a alta disponibilidade ou replicação de leitura é necessária opcionalmente e em que é muito caro ou inconveniente para os aplicativos clientes serem refatorados para usar a API Redis Cluster ou o uso de proxies tem outros benefícios. | Compatível com o Redis Enterprise Cloud (totalmente gerenciado) ou o Redis Enterprise Software (autogerenciado). O autogerenciamento com o OSS do Redis requer uma configuração mais complexa. O Redis Enterprise Cloud é uma boa opção para começar com rapidez. |
Multi-AZ ou multirregional (somente Redis Enterprise) | Vários nós | Node único |
Opções de implementação
O Google Cloud oferece as seguintes opções de implantação do Redis:
- Memorystore for Redis totalmente gerenciado pelo Google Cloud: um serviço do Redis altamente disponível, durável e totalmente gerenciado pelo Google, que é econômico e rápido de configurar, operar e escalonar. O Memorystore é compatível com o Redis Cluster e com o Redis independente com alta disponibilidade opcional.
- Redis Enterprise auto ou totalmente gerenciado pela Redis Ltd.: Um cluster do Redis altamente disponível e durável, licenciado pela Redis Ltd. e com duas opções de gerenciamento: gerenciado pela Redis Ltd. (Redis Enterprise Cloud) ou autogerenciado (Redis Enterprise Software) com o suporte da Redis Ltd. É possível comprar o Redis Enterprise diretamente da Redis Ltd. ou pelo Google Cloud Marketplace. A Redis Ltd. oferece permite implantações no Compute Engine, no Google Kubernetes Engine e no OpenShift.
- Software de código aberto (OSS) do Redis autogerenciado: um cluster do Redis autogerenciado ou um Redis independente com alta disponibilidade opcional, que pode ser implantado no Compute Engine, no Google Kubernetes Engine ou no OpenShift.
Escolher uma opção de implantação do Redis
Nesta seção, descrevemos como escolher a opção de implantação do Redis mais adequada à sua carga de trabalho. A Figura 1 mostra uma visão geral dos pontos de decisão:
Escolher um modelo de gerenciamento do Redis
É possível escolher entre um dos seguintes modelos de gerenciamento:
Implantação totalmente gerenciada. Você transfere as operações de implantação e gerenciamento para o provedor de serviços. Escolha esse modelo quando precisar se concentrar na criação do seu aplicativo e transferir as tarefas de gerenciamento.
Implantação autogerenciada. Você é responsável pelas operações de implantação e gerenciamento. Escolha esse modelo se qualquer uma das seguintes condições for verdadeira:
Você já tem uma economia operacional de escalonamento, e assumir o gerenciamento e a operação do Redis faz sentido em termos financeiros na sua organização.
Você tem uma preferência estratégica pela dependência somente de IaaS.
Você precisa de otimizações avançadas.
Avaliar as opções de implantação
Depois de escolher o modelo de gerenciamento, avalie as opções de implantação disponíveis para você.
Opções totalmente gerenciadas
Para implantações totalmente gerenciadas, é possível usar o Memorystore ou o Redis Enterprise Cloud.
Memorystore
Escolha o Memorystore se qualquer uma das seguintes condições for verdadeira:
- Você prefere consolidar o suporte de software gerenciado com o Google Cloud.
- Você prefere otimizar a integração com construções do Google Cloud, como o Identity and Access Management, APIs, políticas da organização, cotas ou o Inventário de recursos do Cloud.
- Você precisa de recursos específicos que só estão disponíveis no Memorystore (por exemplo, reduzir escalonamento horizontal).
Para mais informações sobre o Memorystore, consulte a documentação do produto do Memorystore.
Opções de implementação
- Memorystore for Redis (independente, alta disponibilidade)
- Memorystore for Redis Cluster (cluster, alta disponibilidade)
Redis Enterprise Cloud
Escolha a Redis Enterprise Cloud se qualquer uma das seguintes condições for verdadeira:
- Você precisa de recursos específicos disponíveis apenas no Redis Enterprise Cloud (por exemplo, gravações multiprimárias ativas-ativas entre regiões com SLA de 99,999%, caso de uso do RedisSearch).
- Você precisa de escalonamento de cluster para um aplicativo que não é compatível com a API Redis Cluster.
Para mais informações sobre o Redis Enterprise Cloud, consulte a documentação do Redis Cloud.
Opções de compras e faturamento
Opções autogerenciadas
Para implantações autogerenciadas, é possível escolher entre o Redis Enterprise e o software de código aberto do Redis.
Redis Enterprise
Escolha o Redis Enterprise autogerenciado se qualquer uma das seguintes condições for verdadeira:
- Seu aplicativo precisa de recursos exclusivos, como refragmentação automática para escalonamento horizontal, o Redis on Flash ou o Redis Enterprise Operator para Kubernetes.
- Sua equipe de operações não tem as habilidades necessárias para lidar internamente com problemas complexos do Redis sem suporte qualificado de terceiros.
- Você prefere o suporte empresarial fornecido pela Redis Ltd., e os custos de licenciamento associados são administráveis pela sua organização.
Para mais informações sobre o Redis Enterprise Software, consulte a documentação do Redis Enterprise Software.
Opções de implementação
- Redis Enterprise Software autogerenciado no GKE ou OpenShift, com uso opcional do Redis Enterprise Operator para Kubernetes
- Redis Enterprise Software autogerenciado no Compute Engine
Opções de compras e faturamento
- Licença e suporte faturados pela Redis Inc., enquanto a infraestrutura é faturada pelo Google.
- A licença e o suporte são comprados no Google Cloud Marketplace, enquanto a infraestrutura é faturada pelo Google.
Software de código aberto do Redis
Escolha o software de código aberto do Redis autogerenciado se qualquer uma das seguintes condições for verdadeira:
- Você prefere ou precisa de personalização completa, que não seria possível de outra forma.
- Sua equipe de operações tem o conjunto de habilidades necessárias para lidar com problemas complexos do Redis internamente sem suporte qualificado de terceiros.
- Você quer evitar custos de licenciamento.
- Você tem recursos internos extensos de ajuste do kernel do Redis e do Linux ou seu caso de uso não requer ajuste.
Ao implantar o software de código aberto do Redis autogerenciado, escolha um destino de implantação com base na sua opção de estratégia da plataforma. O software de código aberto do Redis pode ser implantado no Compute Engine, no Google Kubernetes Engine ou no OpenShift. O GKE Autopilot pode reduzir os esforços de implantação e gerenciamento, mas pode ser mais limitado em certos aspectos, por exemplo, ser mais difícil de reduzir escalonamento horizontal.
Para mais informações sobre o software de código aberto do Redis, consulte Redis.io (em inglês).
Outros recursos
Comparação do recurso
A tabela a seguir resume as principais diferenças entre todas as opções de implantação:
| Características da implantação | Opções de implementação | |||
|---|---|---|---|---|
| Memorystore for Redis e Redis Cluster | Redis Enterprise Cloud | Redis Enterprise Software | Software de código aberto do Redis | |
| Gerenciado por | Totalmente gerenciado pelo Google | Totalmente gerenciado pela Redis Ltd. | Autogerenciado | Autogerenciado |
| Compatível com | Redis Ltd. | Redis Ltd. | Autossuporte | |
| Faturado por | Redis Ltd. ou Google | A infraestrutura é faturada pelo Google. A licença e o suporte da Redis Ltd. são faturados pela Redis Ltd. ou pelo Google. |
||
| Elementos de custo | Todos os custos incluídos. Inclui: custos de infraestrutura, licenciamento, suporte e gerenciamento. Para mais informações, consulte Preços do Memorystore. |
Todos os custos incluídos. Inclui: custos de infraestrutura, licenciamento, suporte e gerenciamento. Para mais informações, consulte Preços do Redis Enterprise Cloud. |
Os custos de suporte e licença de software estão incluídos. O uso da infraestrutura é faturado separadamente pelo Google Cloud. Os custos de gerenciamento, incluindo implantação, ajuste, equipe e inatividade são absorvidos pelo cliente. Para mais informações, consulte Preços do Redis Enterprise Software. |
Sem taxas de serviço ou licenciamento. Uso da infraestrutura faturado pelo Google Cloud. Os custos de gerenciamento, incluindo implantação, ajuste, equipe e inatividade são absorvidos pelo cliente. |
| SLA |
Para mais informações, consulte o Contrato de nível de serviço do Memorystore. |
Para mais informações, consulte o Contrato de nível de serviço do Redis Cloud. |
Não relevante. Você é responsável pelo tempo de atividade. |
Não relevante. Você é responsável pelo tempo de atividade. |
| Nível gratuito | Não | Sim | Teste gratuito por 30 dias | Não aplicável |
| Níveis de dados | Não | Níveis automáticos | Níveis automáticos | Não |
| Multicloud | Não | Sim | Manualmente | Possível, mas envolve muito esforço |
| Ativo-ativo multirregional | Não | Sim | Manualmente | Possível, mas envolve muito esforço |
| Módulos |
|
|
||
| Compliance | Suporte integrado para os diferentes regimes de conformidade. Consulte Soluções de conformidade para mais informações. | Suporte integrado para os diferentes regimes de conformidade. Consulte o Redis Trust Center para mais informações. | Suporte integrado para os diferentes regimes de conformidade. Consulte o Redis Trust Center para mais informações. | É necessário o gerenciamento de conformidade manual. Consulte Soluções de conformidade para mais informações. |
| Escalonamento de gravações de cluster | Escalonamento horizontal e vertical | Escalonamento horizontal e vertical | Escalonamento horizontalmente. O escalonamento horizontal requer esforço manual. | Autogerenciado, requer esforço manual. |
| Rebalanceamento automático | Sim | Sim | Autogerenciado, requer esforço manual | Autogerenciado, requer esforço manual |
| Adição de alta disponibilidade | Integrada e sem necessidade de reimplantação | Integrada e sem necessidade de reimplantação | A reimplantação não é necessária, mas requer esforço manual | Requer um esforço manual significativo. A reimplantação pode ser necessária dependendo da arquitetura original |
| Adição de réplicas de leitura | Integrada e sem necessidade de reimplantação | Integrada e sem necessidade de reimplantação | Requer um esforço manual significativo. A reimplantação pode ser necessária dependendo da arquitetura original | Autogerenciado, requer esforço manual |
| Migração para um Redis Cluster com fragmentação de dados ao ultrapassar a capacidade de processamento de gravação | Requer reimplantação, mas as ferramentas são fornecidas para facilitar o esforço. Os clientes precisam ser refatorados para permitir a API Redis Cluster. | Integrada e sem necessidade de reimplantação | Integrada e sem necessidade de reimplantação | Autogerenciado, requer esforço manual |