P: O que é o Amazon ElastiCache?

O Amazon ElastiCache é um serviço web que facilita a implantação e a execução de nós de servidor compatíveis com Memcached ou Redis na nuvem. O Amazon ElastiCache melhora o desempenho de aplicações web, permitindo que você recupere informações de um sistema rápido, na memória e gerenciável, em vez de depender totalmente de bancos de dados mais lentos baseados em disco. O serviço simplifica e facilita o gerenciamento, o monitoramento e a operação de ambientes na memória, permitindo que seus recursos de engenharia concentrem-se no desenvolvimento de aplicações. Com a utilização do Amazon ElastiCache, você não só melhora os tempos de resposta e carga de consultas e ações de usuários, como também reduz os gastos associados à escalabilidade de aplicações web.

O Amazon ElastiCache automatiza tarefas administrativas comuns necessárias para operar um ambiente distribuído de chave-valor na memória. Ao usar o Amazon ElastiCache, você pode adicionar uma camada na memória ou de cache à arquitetura da sua aplicação em questão de minutos, basta alguns cliques no Console de Gerenciamento da AWS. Depois que um cluster é provisionado, o Amazon ElastiCache automaticamente detecta e substitui nós com falha, disponibilizando um sistema resistente que mitiga o risco de sobrecarga de bancos de dados, o que torna mais lento o tempo de carregamento de sites e aplicações. Por meio da integração com o monitoramento do Amazon CloudWatch, o Amazon ElastiCache disponibiliza maior visibilidade sobre as principais métricas de desempenho associadas aos seus nós. O Amazon ElastiCache apresenta compatibilidade de protocolo com o Memcached e o Redis, portanto, o código, as aplicações e as ferramentas conhecidas que você usa hoje em seus ambientes do Memcached ou do Redis atuais funcionarão perfeitamente com o serviço. Ao usar a compatibilidade com a configuração em cluster do Amazon ElastiCache, você obtém os benefícios de um serviço gerenciado rápido, escalável e fácil de usar que pode atender às necessidades das suas aplicações mais exigentes. Assim como todos os serviços da Amazon Web Services, não há investimentos iniciais e você paga somente pelos recursos que utilizar.

P: O que é o armazenamento em memória cache e ele como ajuda meus aplicativos?

O Amazon ElastiCache pode ser usado para melhorar significativamente a latência e o processamento de cargas de trabalho de aplicativos que exijam muita leitura (como redes sociais, jogos, compartilhamento de mídia e portais de perguntas frequentes) ou cargas de trabalho de computação intensiva (como mecanismo de recomendação). O armazenamento em cache na memória melhora o desempenho do aplicativo ao armazenar pedaços críticos de dados na memória para acesso de baixa latência. As informações em cache podem incluir os resultados de consultas a banco de dados com intensa E/S ou os resultados de cálculos computacionalmente intensivos.

P: Posso usar o Amazon ElastiCache para casos de uso que não envolvam cache?

R: Sim. O ElastiCache for Redis pode ser usado como um datastore primário de chave-valor na memória, o que disponibiliza um desempenho de dados rápido, com menos de 10 milissegundos, alta disponibilidade e escalabilidade de até 16 nós, além de 5 réplicas de leitura, cada uma com até 3,55 TiB de dados na memória. Acesse aqui para consultar outros casos de uso, como classificações, limites de taxa, filas e chat.

P: Posso usar o Amazon ElastiCache por meio do AWS CloudFormation?

O AWS CloudFormation simplifica o provisionamento e o gerenciamento ao disponibilizar modelos do AWS CloudFormation para provisionar serviços ou aplicações de modo rápido e confiável. O AWS CloudFormation proporciona compatibilidade abrangente ao Amazon ElastiCache, disponibilizando modelos para criar clusters (MemCached e Redis) e grupos de replicação. Os modelos foram atualizados de acordo com o anúncio mais recente do ElastiCache Redis sobre a configuração em cluster do Redis, além de disponibilizarem flexibilidade e facilidade de uso para os clientes do Amazon ElastiCache.

P: O que o Amazon ElastiCache pode gerenciar em meu nome?

O Amazon ElastiCache gerencia o trabalho envolvido na configuração de um ambiente na memória distribuído, que abrange do provisionamento de recursos de servidor solicitados por você até a instalação do software. Quando o seu ambiente estiver funcionando, o serviço automatizará tarefas administrativas comuns, como a detecção e a recuperação de falhas, assim como o patching de software. O Amazon ElastiCache disponibiliza métricas de monitoramento detalhadas associadas aos seus nós, permitindo a você diagnosticar e reagir aos problemas muito rapidamente. Por exemplo, é possível configurar limites e ser avisado por meio de alarmes quando um de seus nós estiver sobrecarregado de solicitações.

P: O que são nós, estilhaços e clusters do Amazon ElastiCache?

Um nó é o menor componente de uma implantação do Amazon ElastiCache. Trata-se de um fragmento de tamanho fixo de RAM anexada à rede e segura. Cada nó executa uma instância do serviço compatível com o protocolo Memcached ou Redis, além de ter porta e nome de DNS próprios. Vários tipos de nós são compatíveis, cada um com uma quantidade de memória associada diferente. Um estilhaço do Redis é um subconjunto do keyspace do cluster que pode incluir um nó primário, além de zero ou mais réplicas de leitura. Para obter mais detalhes sobre a implantação do Redis, consulte a seção abaixo. Os estilhaços se combinam para formar um cluster.

P: O Amazon ElastiCache tem suporte para quais mecanismos?

No momento, o Amazon ElastiCache for Memcached aceita as versões do Memcached 1.4.5, 1.4.14, 1.4.24, 1.4.33 e 1.4.34

No momento, o Amazon ElastiCache para Redis é aceita as seguintes versões do Redis: 2.8.21, 2.8.22, 2.8.23, 2.8.24, 3.2.4, 3.2.6 e 3.2.10.

P: Como começo a utilizar o Amazon ElastiCache?

Caso você ainda não esteja cadastrado no Amazon ElastiCache, é possível clicar no botão "Cadastre-se agora" na página de detalhes do Amazon ElastiCache e completar o processo de cadastro. É necessário ter uma conta da Amazon Web Services. Caso ainda não possua uma conta, você será solicitado a criá-la ao iniciar o processo de cadastro do Amazon ElastiCache. Após efetuar seu cadastro no ElastiCache, consulte a documentação do Amazon ElastiCache, que inclui o nosso Guia de conceitos básicos.

Assim que se familiarizar com o Amazon ElastiCache, você poderá executar um cluster em minutos usando o Console de Gerenciamento da AWS ou as APIs do Amazon ElastiCache.

P: Como faço para criar um cluster?

Os clusters são simples de criar usando o Console de Gerenciamento da AWS, as APIs do Amazon ElastiCache ou as ferramentas da linha de comando. Para executar um cluster usando o Console de Gerenciamento da AWS, clique no botão "Create" na guia "Memcached" ou "Redis". A partir daí, tudo o que você precisa especificar é o identificador, o tipo de nó e o número de nós do seu cluster para criar um cluster com a quantidade de memória necessária. Como alternativa, você pode criar o cluster usando a API CreateCacheCluster ou o comando elasticache-create-cache-cluster. Se você não especificar uma zona de disponibilidade ao criar um cluster, a AWS irá fazer isso automaticamente com base nos seus requisitos de memória e capacidade disponível.

P: Quais tipos de nó posso selecionar?

O Amazon ElastiCache é compatível com nós dos seguintes tipos:

Nós da geração atual:

  • cache.m3.medium: 2,78 GB
  • cache.m3.large: 6,05 GB
  • cache.m3.xlarge: 13,3 GB
  • cache.m3.2xlarge: 27,9 GB
  • cache.m4.large: 6,42 GB
  • cache.m4.xlarge: 14,28 GB
  • cache.m4.2xlarge: 29,7 GB
  • cache.m4.4xlarge: 60,78 GB
  • cache.m4.10xlarge: 154,64 GB
  • cache.r3.large: 13,5 GB
  • cache.r3.xlarge: 28,4 GB
  • cache.r3.2xlarge: 58,2 GB
  • cache.r3.4xlarge: 118 GB
  • cache.r3.8xlarge: 237 GB
  • cache.t2.micro: 555 MB
  • cache.t2.small: 1,55 GB
  • cache.t2.medium: 3,22 GB
 
Nós da geração anterior:
 
  • cache.m1.small: 1,3 GB
  • cache.m1.medium: 3,35 GB
  • cache.m1.large: 7,1 GB
  • cache.m1.xlarge: 14,6 GB
  • cache.m2.xlarge: 16,7 GB
  • cache.m2.2xlarge: 33,8 GB
  • cache.m2.4xlarge: 68 GB
  • cache.t1.micro: 213 MB
  • cache.c1.xlarge: 6,6 GB

Cada tipo de nó acima lista a memória disponível para o Memcached ou o Redis após levar em consideração a sobrecarga do software de sistema do Amazon ElastiCache. A quantidade total de memória em um cluster é um número inteiro múltiplo da memória disponível em cada estilhaço. Por exemplo, um cluster que contenha 10 estilhaços de 6 GB cada disponibilizará 60 GB de memória total.

P: Como posso acessar meus nós?

Quando seu cluster estiver disponível, será possível recuperar os endpoints do nó seguindo as seguintes etapas no Console de Gerenciamento da AWS:

  • Navegue até a guia "Amazon ElastiCache".
  • Clique no link "(número de) nós" e navegue para a guia "Nós".
  • Clique no botão "Copiar ponto(s) final(is) do nó".

Outro modo seria utilizar a API DescribeCacheClusters para recuperar a lista de pontos finais.

Então, você pode configurar seu cliente Memcached ou Redis com esta lista de endpoints e usar sua linguagem de programação favorita para adicionar ou excluir dados de seus nós do ElastiCache. Para autorizar solicitações de rede para os seus nós, será necessário autorizar o acesso. Para uma explicação de introdução mais detalhada, consulte nosso Guia de conceitos básicos.

P: O que é uma janela de manutenção? Meus nós ficarão disponíveis durante a manutenção do software?

Você pode considerar a janela de manutenção do Amazon ElastiCache como uma oportunidade de controlar quando ocorre uma correção de software, sendo quando solicitada ou diante de sua necessidade. Se um evento de "manutenção" está programado para uma determinada semana, ele será iniciado e concluído em algum momento durante a janela de manutenção de 60 minutos que você identificar.

Seus nós podem sofrer algum período de inatividade durante a sua janela de manutenção, caso haja uma correção de software agendada. Consulte Engine Version Management para obter mais detalhes. A correção pode ser solicitada pelo usuário em caso de, por exemplo, uma atualização do software de cache, ou pode ser determinada conforme a necessidade (se identificamos alguma vulnerabilidade de segurança no sistema ou software de armazenamento de cache). As correções de software ocorrem ocasionalmente (geralmente uma vez a cada dois meses) e raramente exigem mais do que uma fração de sua janela de manutenção. Se você não especificar uma janela de manutenção semanal preferencial ao criar seu cluster, um valor padrão de 60 minutos será atribuído. Se você desejar fazer modificações durante a manutenção automática, altere sua instância de banco de dados no Console de Gerenciamento da AWS ou use a API ModifyCacheCluster. Cada um de seus clusters pode ter janelas de manutenção preferenciais diferentes, se assim você desejar.


P: Como será a cobrança e o faturamento do uso que eu fizer do Amazon ElastiCache?

Você paga somente por aquilo que usa e Não há taxa mínima. A definição de preço é feita de acordo com as horas de nó utilizadas para cada tipo de nó. As horas parciais consumidas são faturadas como horas inteiras. Não há nenhuma cobrança por transferências de dados entre o Amazon EC2 e o Amazon ElastiCache dentro da mesma zona de disponibilidade. Enquanto a cobrança por transferência de dados regionais do Amazon EC2 é efetuada ao transferir dados entre uma instância do Amazon EC2 e um nó do Amazon ElastiCache em diferentes zonas de disponibilidade da mesma região, você só é cobrado pela transferência de dados para dentro ou para fora da instância do Amazon EC2. Não há nenhuma cobrança por transferência de dados do Amazon ElastiCache para o tráfego para dentro ou para fora do próprio nó do Amazon ElastiCache. Para mais informações, visita a página de definição de preços.

P: Quando o faturamento dos meus nós do Amazon ElastiCache começa e quando termina?

O faturamento de um nó começa assim que ele estiver disponível. O faturamento continua até que o nó seja encerrado, o que ocorreria com a sua exclusão.

P: O que define as horas faturáveis do nó do ElastiCache?

As horas dos nós são faturadas de acordo com o tempo em que eles estiverem sendo executados em um estado "disponível". Se você não desejar mais ser cobrado pelo nó, deverá encerrá-lo para evitar o faturamento das horas de nó adicionais.

P: Os preços incluem impostos?

Salvo indicação em contrário, nossos preços excluem impostos e taxas aplicáveis, incluindo o IVA e o imposto de vendas aplicável. Para clientes com endereço de pagamento no Japão, o uso da AWS está sujeito ao imposto sobre consumo japonês. Saiba mais.


P: O que são os nós reservados do Amazon ElastiCache?

Com os nós reservados, agora é possível fazer um pagamento único e adiantado para criar uma reserva de um ou três anos para executar seu nó em uma região específica, além de receber um desconto significativo sobre a cobrança de uso por hora vigente. Existem três tipos de nós reservados (nós reservados de utilização leve, média e pesada) que permitem equilibrar o valor que você paga adiantado e o preço por hora efetivo.

P: Quais as diferenças entre os nós reservados e os nós sob demanda?

Quanto à sua funcionalidade, os nós reservados e os sob demanda são exatamente iguais. A única diferença é como seus nós são faturados. Com os nós reservados, você faz um pagamento único e adiantado e obtém uma taxa vigente de uso por hora mais econômica (em comparação com a dos nós sob demanda) pela duração do período.

P: Como faço para comprar e criar nós reservados?

Você pode utilizar a opção "Purchase Reserved Nodes" no Console de Gerenciamento da AWS. Outra opção é usar as ferramentas de API para listar as reservas disponíveis para compra com o método de API DescribeReservedCacheNodesOfferings, e depois comprar uma reserva de nó de cache chamando o método PurchaseReservedCacheNodesOffering.

Criar um nó reservado não é muito diferente de executar um nó sob demanda. Basta especificar a região e a categoria do nó para as quais você fez a reserva. Assim que você concluir a compra da sua reserva com sucesso, o Amazon ElastiCache aplicará ao novo nó a taxa por hora reduzida para a qual você está qualificado.

P: Sempre haverá reservas disponíveis para compra?

Sim. Os nós reservados são comprados para a região e não para a zona de disponibilidade. Isso significa que mesmo que a capacidade seja limitada em uma zona de disponibilidade, as reservas ainda podem ser compradas naquela região e usadas em uma zona de disponibilidade diferente dentro da região especificada.

P: Qual a quantidade de cache reservado que posso comprar?

Você pode comprar até 20 nós reservados. Se você desejar executar mais de 20 nós, preencha o formulário de solicitação de nós do Amazon ElastiCache.

P: E se eu desejar converter um nó atual em um nó reservado?

Basta comprar uma reserva de nó da mesma categoria de nó dentro da mesma região do nó que você está executando no momento e deseja reservar. Se a compra da reserva for bem-sucedida, o Amazon ElastiCache aplicará automaticamente a nova cobrança de uso por hora ao seu nó atual.

P: Se eu me cadastrar para um nó reservado, quando o período será iniciado? O que acontece com meu nó quando o período terminar?

As mudanças na definição de preço associadas a um nó reservado são ativadas após sua solicitação ser recebida enquanto a autorização de pagamento é processada. Você pode acompanhar o status de sua reserva na página Atividade da Conta da AWS ou utilizando a API DescribeReservedCacheNodes. Se o pagamento único não for autorizado com sucesso até o período da próxima fatura, o preço descontado não terá efeito.

Quando o período da sua reserva expirar, seu nó reservado será alterado para a taxa de uso por hora sob demanda apropriada para a categoria e a região do seu nó.

P: Como posso controlar quais nós são cobrados na taxa de nó reservado?

As APIs do Amazon ElastiCache utilizadas para criar, modificar e excluir nós não fazem distinção entre nós sob demanda e nós reservados para que você possa utilizar ambos sem problemas. Ao calcular sua fatura, nosso sistema aplicará automaticamente suas reservas para que todos os nós qualificados sejam cobrados com a taxa por hora mais econômica de nó de cache reservado.

P: Posso mover um nó reservado de uma região ou zona de disponibilidade para outra?

Cada nó reservado está associado a uma região específica, que é determinada por toda a duração da reserva e não pode ser alterada. Contudo, cada reserva pode ser usada em qualquer uma das zonas de disponibilidade encontradas dentro da região associada.

P: Posso cancelar uma reserva?

O pagamento único para nós reservados não é reembolsável. No entanto, você pode encerrar seu nó a qualquer momento. A partir do encerramento, você não estará sujeito a nenhuma cobrança de uso por hora se estiver usando nós reservados de utilização leve ou média.


P: Como controlo o acesso ao Amazon ElastiCache?

Ao não usar a VPC, o Amazon ElastiCache permite que você controle o acesso aos seus clusters por meio de security groups de cache. Um security group funciona como um firewall, controlando o acesso de rede ao seu cluster. Como padrão, o acesso de rede é desativado para os seus clusters. Se você desejar que as aplicações acessem o cluster, habilite de forma explícita o acesso por meio de hosts em security groups do EC2 específicos. Esse processo é chamado de ingresso.

Para permitir o acesso de rede ao seu cluster, crie um security group e vincule os security groups do EC2 desejados (que por sua vez especificam as instâncias EC2 permitidas) a ele. O security group pode ser associado ao seu cluster no momento da criação ou utilizando a opção "Modify" no Console de Gerenciamento da AWS.

No momento, o controle de acesso baseado no intervalo IP não é permitido para os clusters. Todos os clientes do cluster devem estar na rede do EC2 e autorizados por meio de security groups, conforme descrito anteriormente.

Ao usar a VPC, consulte aqui para obter mais informações.

P: Os programas em execução nos servidores em meu próprio datacenter podem acessar o Amazon ElastiCache?

Não. Todos os clientes do cluster de cache devem estar na rede do Amazon EC2 e autorizados por meio de grupos de segurança conforme descrito aqui.

P: Programas em execução em instâncias do EC2 em uma VPC podem acessar o Amazon ElastiCache?

Sim, as instâncias do EC2 em uma VPC podem acessar o Amazon ElastiCache se o cluster do ElastiCache tiver sido criado na VPC. Os detalhes sobre como criar um cluster do Amazon ElastiCache em uma VPC são fornecidos aqui.

P: O que é a Amazon Virtual Private Cloud (VPC) e por que eu posso querer usá-la com o Amazon ElastiCache?

O Amazon VPC permite que você crie um ambiente de rede virtual em uma seção provada e isolada da nuvem da Amazon Web Services (AWS), onde poderá exercer um controle completo sobre os aspectos como a faixa de endereços de IP, sub-redes, tabelas de roteamento e gateways de rede. Com o Amazon VPC, você pode definir uma tecnologia de rede virtual e personalizar a configuração de rede para parecer-se com uma rede de IP tradicional que poderá operar no seu próprio datacenter.

Um dos cenários em que você pode querer usar o Amazon ElastiCache na VPC é se quiser executar um aplicativo da web voltado ao público, enquanto ainda mantém servidores de back-end não acessíveis para publicidade em um subnet privado. Você pode criar um subnet voltado ao público para seus servidores da web que têm acesso à Internet, e colocar sua infraestrutura de back-end em um subnet privado sem acesso à Internet. Sua infraestrutura de back-end poderia incluir instâncias de banco de dados do RDS e um cluster do Amazon ElastiCache disponibilizando a camada na memória. Para obter mais informações sobre a Amazon VPC, consulte o Guia do usuário do Amazon Virtual Private Cloud.

P: Como faço para criar um cluster do Amazon ElastiCache na VPC?

Para um exemplo prático de como criar um cluster do Amazon ElastiCache em uma VPC, consulte o Guia do usuário do Amazon ElastiCache.

Veja a seguir os pré-requisitos necessários para criar um cluster em uma VPC:

  • É necessário ter uma VPC configurada com, pelo menos, um subnet. Para obter mais informações sobre como criar sub-redes e a Amazon VPC, consulte o Guia de conceitos básicos da Amazon VPC.
  • É preciso ter um grupo de sub-redes definido para sua VPC.
  • É preciso ter um grupo de segurança de VPC definido para sua VPC (ou você pode usar o padrão fornecido).
  • Além disso, você deve alocar adequadamente blocos CIDR grandes para cada um de seus subnets, assim haverá endereços de IP excedentes para o Amazon ElastiCache utilizar durante as atividades de manutenção, incluindo substituição de nó de cache.

P: Como faço para criar um cluster do Amazon ElastiCache em uma VPC existente?

A criação de um cluster do Amazon ElastiCache em uma VPC existente é a mesma que para uma VPC recém-criada. Consulte isto para obter mais detalhes.

P: Como faço para conectar com um nó do ElastiCache na VPC?

Nós do Amazon ElastiCache, implementados em uma VPC, podem ser acessados por instâncias do EC2 implementadas na mesma VPC. Caso essas instâncias de EC2 estejam implementadas em um subnet público com Elastic IPs associados, você pode acessar as instâncias de EC2 por meio da Internet.

Se você deseja acessar os nós do Amazon ElastiCache implantados em uma VPC da Internet ou de instâncias do EC2 fora da VPC, consulte as diretrizes aqui.

Observe que recomendamos veementemente que você use o nome DNS para conexão ao seu nó do ElastiCache, pois o endereço IP subjacente pode mudar (p. ex., depois da substituição do nó de cache).

P: O que é um grupo de sub-redes e por que eu preciso de um?

Um grupo de sub-redes é um conjunto de sub-redes que você deve designar para o seu cluster do Amazon ElastiCache em uma VPC. Um grupo de sub-redes é criado usando o Console do Amazon ElastiCache. Cada grupo de sub-redes deve ter, pelo menos, uma sub-rede. O Amazon ElastiCache usa o grupo de sub-redes para selecionar uma sub-rede. Os endereços IP da sub-rede selecionada são então associados aos endpoints do nó. Além disso, o Amazon ElastiCache cria e associa interfaces de rede elástica para nós com os endereços IP mencionados anteriormente.

É altamente recomendável que você use nomes DNS para conectar-se aos seus nós, pois os endereços IP subjacentes podem mudar (ex.: depois da substituição do nó de cache).

P: Posso alterar o grupo de sub-redes do meu cluster do ElastiCache?

Um grupo de sub-redes atual pode ser atualizado para adicionar mais sub-redes para zonas de disponibilidade atuais ou para novas zonas de disponibilidade adicionadas desde a criação do cluster do ElastiCache. No entanto, não é permitido alterar o grupo de sub-redes de um cluster implantado no momento.

P: Por que usar o Amazon ElastiCache dentro de uma VPC é diferente de usá-lo fora?

A funcionalidade básica do Amazon ElastiCache permanece a mesma, independentemente de a VPC ser usada ou não. O Amazon ElastiCache gerencia a correção de erros de software, descoberta automática, escalabilidade, recuperação e detecção de falha automática, independentemente de seu cluster do ElastiCache estar dentro ou fora de uma VPC.

Em uma VPC, os nós de um cluster do ElastiCache têm somente um endereço IP privado (em um subnet que você define). Fora de uma VPC, o acesso ao cluster do ElastiCache pode ser controlado usando security groups, conforme está descrito aqui.

P: Posso mover meu cluster do ElastiCache existente de fora da VPC para dentro da VPC?

Não, não é possível mover um cluster existente do Amazon ElastiCache de fora da VPC para dentro da VPC. Será necessário criar um novo cluster do Amazon ElastiCache dentro da VPC.

P: Posso mover meu cluster do ElastiCache existente de dentro da VPC para fora da VPC?

Atualmente, a migração direta de cluster do ElastiCache de dentro para fora da VPC não é suportada. Será necessário criar um novo cluster do Amazon ElastiCache fora da VPC.

P: Como posso controlar o acesso de rede ao meu cluster?

O Amazon ElastiCache permite que você controle o acesso ao seu cluster e, portanto, aos nós usando security groups em implantações que não sejam da VPC. Um security group funciona como um firewall, controlando o acesso de rede ao seu nó. Como padrão, o acesso de rede é desativado para os seus nós. Se desejar que as aplicações acessem o nó, você poderá definir seu security group para permitir acesso por meio de instâncias EC2 com associação ao security group ou intervalos IP do EC2 específicos. Esse processo é chamado de ingresso. Após o ingresso ser configurado para um security group, as mesmas regras se aplicam a todos os nós associados a esse security group. Os security groups podem ser configurados na seção "Security Groups" do Console de Amazon ElastiCache ou utilizando as APIs do Amazon ElastiCache.

Em implantações da VPC, o acesso aos seus nós é controlado usando o security group da VPC e o grupo de sub-redes. O security group da VPC é o equivalente à VPC do security group.

P: Que precauções devo tomar para garantir que meus nós do ElastiCache na VPC estejam acessíveis pelo meu aplicativo?

Você é responsável por modificar tabelas de roteamento e ACLs de rede na sua VPC para garantir que seus nós do ElastiCache estejam acessíveis de suas instâncias cliente na VPC. Para saber mais, consulte a documentação do Amazon ElastiCache.

P: Posso usar security groups para configurar os clusters que fazem parte da minha VPC?

Não. Security groups não são usados durante operações em uma VPC. Em vez disso, eles são usados nas definições que não são de VPC. Ao criar um cluster em uma VPC, você precisará usar security groups da VPC.

P: Posso associar um security group do EC2 normal a um cluster executado em uma VPC?

Não. Você só pode associar security groups da VPC que façam parte da mesma VPC do seu cluster.

P: Os nós de um cluster do ElastiCache abrangem várias sub-redes?

Sim. Os nós de um cluster do Amazon ElastiCache podem abranger várias sub-redes, contanto que as sub-redes façam parte do mesmo grupo de sub-redes que foi associado ao cluster do ElastiCache no momento da criação.


P: O que são parameter groups? Como eles são úteis?

Um parameter group age como um "contêiner" para valores de configuração de mecanismo que podem ser aplicados a um ou mais clusters. Se você criar um cluster sem especificar um parameter group, um parameter group padrão será usado. Esse parameter group padrão contém padrões de mecanismos e padrões de sistema do Amazon ElastiCache otimizados para o cluster que você está executando. Contudo, se você desejar executar o cluster com valores personalizados de configuração de mecanismo, basta criar um novo parameter group, modificar os parâmetros desejados e alterar o cluster para utilizar o novo parameter group. Após serem associados, todos os clusters que utilizarem um parameter group específico receberão todas as atualizações de parâmetro para o parameter group mencionado. Para obter mais informações sobre como configurar parameter groups, consulte o Guia do usuário Amazon ElastiCache.

P: Como posso escolher os parâmetros de configuração corretos para os meus clusters?

Como padrão, o Amazon ElastiCache escolhe os parâmetros de configuração ideais para o seu cluster, considerando a capacidade de recursos de computação/memória do tipo de nó. Contudo, se você deseja alterá-los, isso é possível utilizando nossas APIs de gestão de configuração. Leve em consideração que a alteração dos parâmetros de configuração dos valores recomendados pode ter efeitos indesejados, desde uma queda de desempenho até falhas de sistema, e só deve ser feita por usuários avançados que desejam assumir esses riscos. Para mais informações sobre alteração de parâmetros, consulte o Guia do usuário do Amazon ElastiCache.

P: Como posso visualizar a definição atual dos meus parâmetros para um determinado parameter group?

Você pode usar o Console de Gerenciamento da AWS, as APIs do Amazon ElastiCache ou ferramentas da linha de comando para obter informações sobre os parameter groups e as definições de parâmetro correspondentes.


P: O que eu posso armazenar em cache usando o Amazon ElastiCache para Memcached?

Você pode armazenar em cache vários objetos usando o serviço, a partir do conteúdo de armazenamento de dados persistentes (como Amazon RDS, DynamoDB ou bancos de dados autogerenciados hospedados no EC2) para gerar dinamicamente páginas da web (com Ngix, por exemplo) ou dados de sessões temporárias que podem não precisar de um armazenamento de backup persistente. Você também pode utilizá-lo para implantar contadores de alta frequência para aplicar controle de admissões em aplicações da web de grande volume.

P: Posso utilizar o Amazon ElastiCache para Memcached com um datastore persistente da AWS como o Amazon RDS ou o Amazon DynamoDB?

Sim, o Amazon ElastiCache é um front-end ideal para datastores, como Amazon RDS ou Amazon DynamoDB, que proporciona um nível médio de alto desempenho para aplicações com taxas de solicitação extremamente altas e/ou requisitos de baixa latência.

P: Atualmente utilizo o Memcached. Como faço para migrar para o Amazon ElastiCache?

O Amazon ElastiCache apresenta protocolo compatível com o Memcached. Portanto, você pode usar operações padrão do Memcached como get, set, incr e decr da mesma forma que usaria em implantações do Memcached. O Amazon ElastiCache suporta tanto o protocolos de texto quanto binário. Também suporta a maioria dos resultados de estatísticas padrão, os quais também podem ser vistos como gráficos por meio do CloudWatch. Sendo assim, você pode passar a usar o Amazon ElastiCache sem recompilar ou refazer os links de seus aplicativos – as bibliotecas que usa continuarão funcionando. Para configurar os servidores de cache que a sua aplicação acessa, basta atualizar o arquivo de configuração Memcached da sua aplicação para incluir os endpoints dos servidores (nós) que provisionamos para você. Você pode simplesmente usar a opção “Copiar pontos finais de nós” no AWS Management Console ou a API ''DescribeCacheClusters'' para obter uma lista dos pontos finais. Como em qualquer processo de migração, é recomendável um teste completo da nova implantação do Amazon ElastiCache antes de concluir o corte de sua solução atual.

Observe que, atualmente, o Amazon ElastiCache permite acesso apenas a partir da rede Amazon EC2, então para que você possa utilizar o serviço é preciso ter seus servidores de aplicativo no Amazon EC2.

O Amazon ElastiCache usa entradas DNS para permitir que aplicações cliente localizem servidores (nós). O nome DNS de um nó não muda, mas o endereço IP de um nó pode ser alterado com o tempo, por exemplo, quando os nós forem substituídos automaticamente após uma falha em uma instalação que não seja da VPC. Consulte as perguntas frequentes para obter recomendações sobre como lidar com falhas de nó.


P: Como seleciono um tipo de nó correto para a minha aplicação?

Embora não haja um resposta exata para essa pergunta, com o Amazon ElastiCache, você não precisa se preocupar em obter o número de nós exato, pois é possível adicionar ou remover facilmente nós posteriormente. Os dois seguintes aspectos interrelacionados podem ser considerados na escolha da sua configuração inicial:

  • A memória total necessária para que os seus dados atinjam a taxa de acertos do cache de destino e
  • O número de nós necessários para manter um desempenho aceitável da aplicação sem sobrecarregar o back-end de banco de dados no caso de falhas do nó.

A quantidade de memória necessária depende do tamanho do seu conjunto de dados e dos padrões de acesso da sua aplicação. Para melhorar a tolerância a falhas, quando você tiver uma ideia aproximada da memória total necessária, divida essa memória em nós suficientes para que sua aplicação possa sobreviver à perda de um ou dois nós. Por exemplo, se a sua solicitação de memória for de 13 GB, use dois nós cache.m4.large em vez de usar um nó cache.m4.xlarge. É importante que outros sistemas, como bancos de dados, não fiquem sobrecarregados se a taxa de acertos do cache for temporariamente reduzida durante a recuperação de falhas de um ou mais nós. Consulte o Guia do Usuário do Amazon ElastiCache para obter mais detalhes.

P: Um cluster pode ocupar várias zonas de disponibilidade?

Sim. Ao criar um cluster ou adicionar nós a um cluster atual, você pode escolher as zonas de disponibilidade para os novos nós. É possível especificar a quantidade de nós solicitada em cada zona de disponibilidade ou selecionar “distribuir nós entre as zonas”. Se o cluster estiver no VPC, os nós podem apenas ser colocados em zonas de disponibilidade que fazem parte do grupo de sub-rede de cache selecionado. Para obter mais detalhes, consulte a documentação sobre o ElastiCache VPC.

P: Quantos nós posso executar por região no Amazon ElastiCache Memcached?

É possível executar no máximo 100 nós por região. Caso precise de mais nós, preencha o formulário de solicitação de aumento de limite do ElastiCache.

P: Como o Amazon ElastiCache responde a uma falha de nó?

O serviço irá detectar a falha do nó e reagirá conforme as seguintes etapas automáticas:

  • O Amazon ElastiCache reparará o nó obtendo novos recursos de serviços, redirecionando o nome DNS atual do nó para que indique esses novos recursos. Para instalações da VPC, o ElastiCache garantirá que o nome DNS e o endereço IP do nó permanecerá o mesmo quando o nós forem recuperados no caso de falha. Para instalações que não forem da VPC, o ElastiCache garantirá que o nome DNS de um nó não seja alterado. No entanto, o endereço IP subjacente do nó poderá mudar.
  • Caso associe um tópico SNS ao seu cluster, quando o novo nó for configurado e estiver pronto para ser utilizado, o Amazon ElastiCache enviará uma notificação SNS para você avisando que a recuperação do nó ocorreu. Isso permite que você tenha a opção de organizar suas aplicações para forçar a biblioteca cliente do Memcached a tentar reconectar-se aos nós reparados. Isso pode ser importante, pois algumas bibliotecas do Memcached encerrarão o uso de um servidor (nó) indefinidamente, caso encontrem erros de comunicação ou timeouts no servidor especificado.

P: Se eu determinar que preciso de mais memória para apoiar minha aplicação, como posso aumentar a memória total com o Amazon ElastiCache?

Você pode adicionar mais nós ao seu cluster do Memcached atual ao usar a opção ''Add Node'', na guia ''Nodes", para seu cluster de cache no Console de Gerenciamento da AWS, ou ao chamar a API ModifyCacheCluster.


P: Como o Amazon ElastiCache interage com outros Amazon Web Services?

O Amazon ElastiCache funciona de modo ideal como um front-end para a Amazon Web Services, assim como o Amazon RDS e o Amazon DynamoDB, disponibilizando latência extremamente baixa para aplicações de alto desempenho, além de reduzir parte do volume de solicitações, enquanto esses serviços proporcionam longa durabilidade de dados. O serviço também pode ser usado para melhorar o desempenho da aplicação em conjunto com o Amazon EC2 e o EMR.

P: O Amazon ElastiCache é mais apropriado a alguma linguagem de programação específica?

As bibliotecas de clientes do Memcached estão disponíveis para a maioria das linguagens de programação mais conhecidas. Para obter mais informações sobre clientes do Memcached, consulte isto. Caso encontre algum problema com clientes específicos do Memcached ao utilizar o Amazon ElastiCache, entre em contato conosco no fórum da comunidade do Amazon ElastiCache.

P: Quais bibliotecas mais populares do Memcached são compatíveis com o Amazon ElastiCache?

O Amazon ElastiCache não requer bibliotecas de clientes específicas e opera com bibliotecas de clientes do Memcached existentes, sem recopilação ou revinculação de aplicativo (Memcached 1.4.5 e superior); alguns exemplos são libMemcached (C) e bibliotecas com base nele (p.e. PHP, Perl, Python), spyMemcached (Java) e fauna (Ruby).


P: O que é a descoberta automática e o que posso fazer com ela?

A Descoberta Automática é um recurso que poupa tempo e esforço, reduzindo ao mesmo tempo a complexidade de seus aplicativos. A Descoberta Automática permite a descoberta automática de nós de cache por clientes quando eles são adicionados ou removidos de um cluster do Amazon ElastiCache. Até agora, para processar alterações de associação de cluster os desenvolvedores precisavam atualizar manualmente a lista de endpoints de nó de cache. Dependendo de como o aplicativo cliente era arquitetado, geralmente será necessária uma inicialização de cliente, ao desligar o aplicativo e reiniciá-lo, resultando em tempo de inatividade. Através da Descoberta Automática, eliminamos essa complexidade. Com a Descoberta Automática, além de ser compatível com versões anteriores do protocolo Memcached, o Amazon ElastiCache fornece aos clientes informações sobre a associação de cluster de cache. Um cliente capaz de processar as informações adicionais se reconfigurará sozinho, sem qualquer inicialização, para usar os nós mais atuais de um cluster do Amazon ElastiCache.

P: Como funciona a descoberta automática?

Um cluster do Amazon ElastiCache pode ser criado com nós que são endereçáveis via endpoints indicados. Com a Descoberta Automática, o cluster do Amazon ElastiCache também recebe um Endpoint de Configuração exclusivo, que é um Registro de DNS válido pela duração do cluster. Esse Registro de DNS contém os Nomes de DNS dos nós que pertencem ao cluster. O Amazon ElastiCache garantirá que o Endpoint de Configuração sempre aponte para, pelo menos, um desses nós de “destino”. Uma consulta ao nó de destino então retornará endpoints para todos os nós do cluster em questão. Depois disso, você poderá se conectar aos nós do cluster como antes e usar os comandos do protocolo Memcached, como get, set, incr e decr. Para mais detalhes, consulte aqui. Para usar a descoberta automática, você precisará usar um cliente compatível com descoberta automática. Os clientes de Descoberta Automática para Java e PHP estão disponíveis para download no console do Amazon ElastiCache. Após a inicialização, o cliente determinará automaticamente os atuais membros do cluster do Amazon ElastiCache usando o Endpoint de Configuração. Quando você fizer alterações em seu cluster de cache acrescentando ou removendo nós ou se um nó for substituído mediante falha, o cliente de descoberta automática determinará as alterações e você não precisará inicializar seus clientes manualmente.

P: Como posso começar a usar a descoberta automática?

Para começar a usar, faça download do Cliente de Cluster do Amazon ElastiCache clicando no link “Download do Cliente de Cluster do ElastiCache”, no console do Amazon ElastiCache. Para poder efetuar o download, você deverá ter uma conta do Amazon ElastiCache; se ainda não tiver uma, poderá se cadastrar na página de detalhes do Amazon ElastiCache. Depois de fazer o download do cliente, você poderá começar a configurar e ativar seu cluster do Amazon ElastiCache acessando o console do Amazon ElastiCache. Mais detalhes podem ser encontrados aqui.

P: Se eu continuar usando meus próprios clientes Memcached com meu cluster do ElastiCache poderei ter esse recurso?

Não, você não terá o recurso de Descoberta Automática com os clientes Memcached existentes. Para usar o recurso de Descoberta Automática, um cliente deve ser capaz de usar um Endpoint de Configuração e determinar os endpoints de nó de cluster. Você poderá usar o Cliente de Cluster do Amazon ElastiCache ou estender seu cliente Memcached existente para incluir o conjunto de comandos de Descoberta Automática.

P: Quais são os requisitos mínimos de hardware/software para a Descoberta Automática?

Para aproveitar a Descoberta Automática, um cliente compatível com Descoberta Automática deverá ser usado para se conectar a um Cluster do Amazon ElastiCache. Atualmente, o Amazon ElastiCache é compatível com clientes com capacidade de descoberta automática para Java e PHP. Eles podem ser obtidos por download no console do Amazon ElastiCache. Nossos clientes podem criar clientes para qualquer outra linguagem ao criar com base nos clientes Memcached conhecidos disponíveis.

P: Como faço para modificar ou gravar meu próprio cliente Memcached para oferecer suporte à descoberta automática?

Você pode utilizar qualquer Biblioteca de Cliente Memcached e acrescentar suporte para a Descoberta Automática. Se você quiser acrescentar ou modificar seu próprio cliente para ativar a Descoberta Automática, consulte a documentação do conjunto de comandos da Descoberta Automática.

P: Posso continuar trabalhando com meu cliente Memcached existente se eu não precisar de descoberta automática?

Sim, o, Amazon ElastiCache ainda está em conformidade com o protocolo Memcached e não requer que você altere seus clientes. No entanto, para aproveitar o recurso de descoberta automática, foi necessário aprimorar as capacidades do cliente Memcached. Se você escolher não usar o Cliente de Cluster do Amazon ElastiCache, poderá continuar usando seus próprios clientes ou modificar a biblioteca de seu próprio cliente para compreender o conjunto de comandos da descoberta automática.

P: Posso ter clientes heterogêneos ao usar a descoberta automática?

Sim, o mesmo cluster do Amazon ElastiCache pode ser conectado através de um cliente compatível com Descoberta Automática e o cliente Memcached tradicional ao mesmo tempo. O Amazon ElastiCache permanece 100% em conformidade com o Memcached.

P: Posso parar de usar a descoberta automática?

Sim, você pode parar de usar a Descoberta Automática a qualquer momento. Você pode desativar a Descoberta Automática ao especificar o modo de operação durante a inicialização do cliente de Cluster do Amazon ElastiCache. Além disso, como o Amazon ElastiCache continua sendo totalmente compatível com o Memcached, você poderá usar qualquer cliente compatível com o protocolo Memcached como antes.


P: Posso controlar se e quando a versão de mecanismo que ativou o cluster do Amazon ElastiCache será atualizada para novas versões compatíveis?

O Amazon ElastiCache permite que você controle se e quando o software compatível com o protocolo do Memcached que está alimentando o seu cluster será atualizado com novas versões compatíveis com o Amazon ElastiCache. Isso lhe proporciona a flexibilidade de manter a compatibilidade com versões específicas do Memcached, testar novas versões com seu aplicativo antes de implantá-lo para produção e realizar atualizações de versões de acordo com seus próprios termos e cronogramas. Como as atualizações de versões principais envolvem alguns riscos de compatibilidade, não serão efetuadas automaticamente e devem ser executadas manualmente. Essa abordagem ao patching de software proporciona a você o controle sobre atualizações de versão, mas ainda facilita o trabalho de aplicação de patches do Amazon ElastiCache. Saiba mais sobre o gerenciamento de versões lendo as perguntas frequentes a seguir. Você também pode consultar o Guia do usuário do Amazon ElastiCache. Embora a funcionalidade de gestão de versões de mecanismo tenha sido criada para oferecer o maior controle possível sobre como é feito o patching, poderemos fazer o patching do cluster por você, caso seja identificada alguma vulnerabilidade de segurança no sistema ou no software do cache.

P: Como especifico qual versão compatível com o Memcached meu cluster deve executar?

É possível especificar qualquer versão compatível atual (secundária e/ou principal) ao criar um novo cluster. Se você desejar iniciar a atualização de uma versão de mecanismo compatível, use a opção "Modify" do seu cluster. Basta especificar a versão que deseja atualizar no campo "Cache Engine Version". A atualização será aplicada automaticamente e de imediato (se a opção "Applied Immediately" estiver selecionada) ou durante a próxima janela de manutenção agendada para o seu cluster.

P: Posso testar meu cluster em uma nova versão antes de atualizá-lo?

Sim. É possível fazer isso ao criar um novo cluster com a nova versão de mecanismo. Você pode direcionar sua aplicação de desenvolvimento/preparação para esse cluster, testá-lo e decidir se realiza a atualização ou não do seu cluster original.

P: O Amazon ElastiCache fornece diretrizes para suportar novas versões do e/ou deixar de utilizar versões do Memcached suportadas atualmente?

Com o passar do tempo, pretendemos oferecer suporte a versões adicionais do Memcached para o Amazon ElastiCache, tanto principais quanto secundárias. O número de novos lançamentos de versões suportadas em um determinado ano poderá variar de acordo com a frequência e o conteúdo dos lançamentos de versão do Memcached e o resultado de uma intensa inspeção do lançamento por nossa equipe de engenharia. Contudo, como diretriz geral, visamos oferecer suporte às novas versões do Memcached dentro de 3-5 meses de seu lançamento de Disponibilidade geral.

P: Qual versão do protocolo de transferência a cabo do Memcached é compatível com o Amazon ElastiCache?

O Amazon ElastiCache aceita o protocolo de texto e binário do Memcached nas versões 1.4.5, 1.4.14, 1.4.24, 1.4.33 e 1.4.34 do Memcached.

P: Como posso atualizar para a versão mais recente do Memcached?

Você pode atualizar seu cluster atual do Memcached usando o processo Modify. Ao atualizar de uma versão mais antiga do Memcached para a versão 1.4.33 ou outra mais recente, verifique se os valores atuais do parâmetro max_chunk_size atendem às condições necessárias do parâmetro slab_chunk_max. Reveja os pré-requisitos de atualização aqui.


P: O que é o Amazon ElastiCache para Redis?

Amazon ElastiCache para Redis é um serviço web que facilita a implementação e a execução de nós de servidor compatíveis com o protocolo Redis na nuvem. O serviço possibilita o gerenciamento, monitoramento e operação de um nó do Redis; a criação, exclusão e modificação do nó pode ser realizada por meio do console do ElastiCache, da interface de linha de comando ou das APIs do serviço web. O Amazon ElastiCache para Redis fornece suporte para replicação mestre/subordinado do Redis.

P: O Amazon ElastiCache para Redis apresenta compatibilidade de protocolo com o Redis de código aberto?

Sim, o Amazon ElastiCache para Redis apresenta compatibilidade de protocolo com o Redis de código aberto. Código, aplicativos, drivers e ferramentas que um cliente usa atualmente com seu armazenamento de dados do Redis independente continuarão a funcionar com o ElastiCache para Redis, sem necessidade de alterações de código para implementações do Redis existentes que estiverem migrando para o ElastiCache para Redis, exceto onde se observar o contrário. No momento, oferecemos compatibilidade apenas com Redis 2.8.21, 2.8.22, 2.8.23, 2.8.24 e 3.2.4.

P: O que são os nós e os estilhaços do Amazon ElastiCache for Redis?

Um nó do Amazon ElastiCache é o menor componente de uma implantação do ElastiCache for Redis Cluster. Cada nó oferece compatibilidade com o protocolo do Redis, disponibilizando melhorias da Amazon, além de ter porta e endpoint próprios. Vários tipos de nós são compatíveis, cada um com uma quantidade diferente de capacidade de CPU e memória.

Um estilhaço é um conjunto de um ou mais nós responsáveis pela partição do keyspace lógico. Dentro de um estilhaço, um nó pode existir em isolamento ou em uma relação entre primário e réplica com outros nós. Se houver vários nós dentro de um estilhaço, um dos nós assumirá a função primária de leitura/gravação e todos os outros nós assumirão uma função de réplica somente de leitura.

P: O Amazon ElastiCache para Redis é compatível com a persistência do Redis?

Sim, você pode obter persistência ao fazer um snapshot dos dados do Redis usando o recurso de backup e restauração. Clique aqui para obter mais detalhes.

P: Como eu posso migrar do Amazon ElastiCache para Memcached para o Amazon ElastiCache para Redis e vice-versa?

Atualmente não fornecemos suporte para a migração automática do Memcached para o Redis e vice-versa. Você pode, porém, usar um cliente Memcached para ler de um cluster do Memcached e usar um cliente Redis para gravar em um cluster do Redis. De maneira semelhante, você pode ler de um cluster do Redis usando um cliente Redis e usar um cliente Memcached para gravar em um cluster do Memcached. Lembre-se de considerar as diferenças no formato dos dados e na configuração do cluster entre os dois mecanismos.

P: O Amazon ElastiCache para Redis fornece suporte para operação Multi-AZ?

Sim, com o Amazon ElastiCache para Redis, você pode criar uma réplica de leitura em outra Zona de disponibilidade da AWS. Na falha do nó principal, provisionaremos um novo nó principal. Em cenários onde o nó principal não possa ser provisionado, você pode decidir qual réplica de leitura promoverá para ser o novo nó principal. Para obter mais detalhes sobre como lidar com falhas de nó, consulte aqui.

P: Quais opções o Amazon ElastiCache para Redis oferece para falhas de nó?

O Amazon ElastiCache para Redis reparará o nó obtendo novos recursos de serviços e depois redirecionará o nome de DNS existente do nó para que aponte para os novos recursos de serviços. Desse modo, o nome de DNS para um nó do Redis permanece constante, mas o endereço IP de um nó do Redis pode mudar com o tempo. Se você tem um grupo de replicação com uma ou mais réplicas de leitura e o Multi-AZ está ativado, caso ocorra uma falha de nó principal, o ElastiCache automaticamente detecta a falha, seleciona uma réplica e a promove para o novo nó principal. Além disso, o DNS é propagado para que você continue a usar o endpoint principal e, após a promoção, o DNS aponte para o nó principal recém-promovido. Para obter mais detalhes, consulte a seção Multi-AZ destas perguntas frequentes. Quando a opção de replicação do Redis é marcada e o Multi-AZ está desativado, se o nó principal falhar, você poderá optar por iniciar um failover para um nó de réplica de leitura. O destino do failover pode estar na mesma zona ou em outra. Para fazer o failback para a zona original, promova a réplica de leitura na zona original a principal. Você pode optar por projetar seu aplicativo de forma a forçar a biblioteca do cliente Redis a se reconectar ao nó de servidor do Redis reparado. Isso pode ajudar, pois algumas bibliotecas do Redis param de usar um servidor indefinidamente quando encontram erros de comunicação ou atingem o tempo limite.

P: Como funciona o failover?

Para grupos de replicação com Multi-AZ ativado, o comportamento de failover é descrito na seção Multi-AZ destas perguntas frequentes.

Se você prefere não ativar o Multi-AZ, e se o Amazon ElastiCache monitora o nó principal, e se este fica indisponível ou deixa de responder, o Amazon ElastiCache for Redis corrige o nó adquirindo novos recursos de serviço e redirecionando o nome DNS atual do nó para os novos recursos de serviços. Desse modo, o nome de DNS para um nó do Redis permanece constante, mas o endereço IP de um nó do Redis pode mudar com o tempo. Entretanto, se não for possível corrigir o nó principal (e Multi-AZ estiver desativado), você poderá optar por promover uma das réplicas de leitura para nó principal. Veja aqui como selecionar um novo nó principal. O registro DNS do endpoint do primário será atualizado para indicar o nó de réplica de leitura promovido. Um nó de réplica de leitura na AZ do primário original será criado para ser uma réplica de leitura no estilhaço e seguirá o novo primário. 

P: Minhas réplicas de leitura ficam disponíveis durante uma falha do nó principal?

Sim, durante uma falha do nó principal, as réplicas de leitura continuam a atender às solicitações. Depois que o nó principal é restaurado, seja como um nó corrigido ou como uma réplica de leitura promovida, há um breve período durante o qual as réplicas de leitura não atendem a nenhuma solicitação enquanto sincronizam as informações de cache do nó principal.

P: Como eu configuro os parâmetros dos meus nós do Amazon ElastiCache para Redis?

Você pode configurar sua instalação do Redis usando um parameter group, que deve ser especificado para um cluster do Redis. Todos os clusters de réplica de leitura usam o grupo de parâmetros de seu cluster principal. Um grupo de parâmetros do Redis age como um "contêiner" para valores de configuração do Redis que podem ser aplicados a um ou mais clusters principais do Redis. Se você criar um cluster primário do Redis sem especificar um parameter group, um parameter group padrão será usado. Esse grupo padrão contém padrões para o tipo de nó que você planeja executar. Contudo, se você quer que seu cluster principal do Redis seja executado com valores de configuração especificados, basta criar um novo grupo de parâmetros de cache, modificar os parâmetros desejados e modificar o cluster do Redis principal para utilizar o novo grupo de parâmetros.

P: Eu posso acessar o Redis por meio do console do Amazon ElastiCache?

Sim, o Redis aparece como uma opção de mecanismo no console do ElastiCache. Você pode criar um novo cluster de cache do Redis com o Assistente de execução, escolhendo o mecanismo do Redis. Também é possível modificar ou excluir um cluster do Redis existente usando o console do ElastiCache.

P: É possível criar clusters do Amazon ElastiCache para Redis em uma Amazon VPC?

Sim, da mesma forma que você pode criar clusters do Memcached em uma VPC, pode criar clusters do Redis em uma VPC também. Se a sua conta for uma VPC por padrão, seus clusters do Redis serão criados na VPC padrão associada à sua conta. Usando o console do ElastiCache, é possível especificar uma VPC diferente quando você cria seu cluster.

P: A funcionalidade de senha do Redis tem suporte no Amazon ElastiCache para Redis?

Não, o Amazon ElastiCache para Redis não fornece suporte para senhas do Redis. Isso ocorre devido às limitações inerentes das senhas armazenadas em um arquivo de configuração. Em vez de depender das senhas do Redis, os clusters do ElastiCache para Redis são associados a um grupo de segurança do EC2, e somente clientes nesse grupo de segurança têm acesso ao servidor Redis.

P: Como fazer o upgrade para uma versão de mecanismo mais recente?

Você pode fazer o upgrade facilmente para uma versão mais recente ao usar as APIs ModifyCacheCluster ou ModifyReplicationGroup, e ao especificar sua versão de mecanismo preferencial para o parâmetro EngineVersion. No console do ElastiCache, é possível selecionar um cluster e clicar em "Modify". Na janela "Modify" selecione sua versão de mecanismo preferencial entre as opções disponíveis. O processo de upgrade do mecanismo foi concebido para melhorar os esforços de retenção dos seus dados atuais e exige que a replicação do Redis seja bem-sucedida. Obtenha mais detalhes sobre isso aqui.

P: Posso fazer o downgrade para uma versão de mecanismo anterior?

Não. O downgrade para uma versão de mecanismo anterior não é sustentado.

P: Como faço para expandir para um tipo de nó maior?

Você pode expandir facilmente para um tipo de nó maior ao usar as APIs ModifyCacheCluster ou ModifyReplicationGroup, e ao especificar seu tipo de nó preferencial para o parâmetro CacheNodeType. No console do ElastiCache, é possível selecionar um cluster de cache ou um grupo de replicação e clicar em "Modify". Na janela "Modify" selecione seu tipo de nó preferencial entre as opções disponíveis. O processo de expansão foi concebido para melhorar os esforços de retenção dos seus dados atuais e exige que a replicação do Redis seja bem-sucedida. Obtenha mais detalhes sobre isso aqui.

P: Posso reduzir para um tipo de nó menor?

No momento, a redução para um tipo de nó menor não é sustentada.


P: O que significa executar um nó do Redis como uma réplica de leitura?

As réplicas de leitura têm duas finalidades no Redis:

  • Processamento de falhas
  • Escalabilidade de leitura

Quando você executa um nó com uma réplica de leitura, o "primário" atende a solicitações de gravações e leituras. A réplica de leitura funciona como "espera", que é "promovida" em cenários de failover. Após um failover, o nó em espera se torna o principal e aceita suas operações de cache. As réplicas de leitura também facilitam aumentar a escala horizontal de modo elástico, indo além das restrições de capacidade de um único nó para cargas de trabalho de cache com alta utilização de leitura.

P: Quando seria interessante considerar o uso de uma réplica de leitura do Redis?

Há inúmeros casos em que implementar uma ou mais réplicas de leitura para um determinado nó principal pode fazer sentido. Razões comuns para implementar uma réplica de leitura incluem:

  • Expandir além da capacidade computacional ou de E/S de um único nó principal para cargas de trabalho com uso intenso de leitura. Esse tráfego de leitura excessivo pode ser direcionado a uma ou mais réplicas de leitura.
  • Atender ao tráfego de leitura enquanto o nó principal está indisponível. Se seu nó principal não consegue atender às solicitações de E/S (por exemplo, devido à suspensão de E/S para backups ou manutenção programada), é possível direcionar o tráfego de leitura para suas réplicas de leitura. Para esse tipo de uso, lembre-se de que os dados na réplica de leitura podem estar "desatualizados", já que a instância principal está indisponível. A réplica de leitura também pode ser usada no preparo para reiniciar um nó principal com falha.
  • Cenários de proteção de dados: na hipótese improvável de falha do nó primário ou da indisponibilidade da zona de disponibilidade onde reside o nó primário, você pode promover uma réplica de leitura em uma outra zona de disponibilidade para que ela se torne o novo nó primário.

P: Como eu implanto um nó de réplica de leitura para um determinado nó primário?

É possível criar uma réplica de leitura em alguns minutos utilizando uma API CreateReplicationGroup ou com alguns cliques no Console de Gerenciamento do Amazon ElastiCache. Ao criar um cluster, você especifica o MasterCacheClusterIdentifier. O MasterCacheClusterIdentifier é o identificador do cluster de cache do nó "primário" por meio do qual você deseja replicar. Então, você cria o cluster da réplica de leitura no estilhaço chamando a API CreateCacheCluster e especificando a ReplicationGroupIdentifier e a CacheClusterIdentifier do nó principal. Como no caso de um cluster padrão, você também pode especificar a zona de disponibilidade. Ao iniciar a criação de uma réplica de leitura, o Amazon ElastiCache cria um snapshot do seu nó primário em um estilhaço e inicia a replicação. Como resultado, ocorrerá uma breve suspensão de E/S em seu nó primário quando o snapshot for criado. A suspensão de E/S geralmente dura em torno de um minuto.

As réplicas de leitura são tão fáceis de excluir quanto de criar; basta utilizar o Amazon ElastiCache Management Console ou chamar a API DeleteCacheCluster (especificando o CacheClusterIdentifier da réplica de leitura que você deseja excluir).

P: Posso criar um primário e réplicas de leitura ao mesmo tempo?

Sim. Você pode criar um novo cluster de cache junto com réplicas de leitura em minutos usando a API CreateReplicationGroup ou usando o assistente "Create", no Console de Gerenciamento do Amazon ElastiCache, e selecionando "Multi-AZ Replication". Ao criar o cluster, especifique um identificador, o número total desejado de estilhaços em um cluster, como também de réplicas de leitura por estilhaço, junto com parâmetros de criação de cache, como tipo de nó, versão de mecanismo, etc. Você também pode especificar a zona de disponibilidade para cada estilhaço no cluster.

P: Como posso me conectar às minhas réplicas de leitura?

É possível se conectar a uma réplica de leitura da mesma maneira que a um nó de cache principal, utilizando a API DescribeCacheClusters ou o AWS Management Console para recuperar um ou mais endpoints para suas réplicas de leitura. Se você tem várias réplicas de leitura, seu aplicativo terá de determinar como o tráfego de leitura será distribuído entre elas.

P: Quantas réplicas de leitura eu posso criar para um determinado nó primário?

Atualmente, o Amazon ElastiCache permite criar até cinco réplicas de leitura para um determinado nó primário.

P: O que acontece com as réplicas de leitura na ocorrência de failover?

Caso ocorra um failover, todas as réplicas de leitura associadas e disponíveis devem automaticamente retomar a replicação após a conclusão do failover (recebendo atualizações da réplica de leitura recém-promovida).

P: Posso criar uma réplica de leitura de outra réplica de leitura?

Não há suporte para criar uma réplica de leitura de outra Réplica de leitura.

P: Posso promover minha réplica de leitura para que se torne um nó primário "independente"?

Não, essa opção não é compatível no momento. Em vez disso, você obter um snapshot do nó do ElastiCache para Redis (selecionando o nó principal ou qualquer réplica de leitura). Você pode utilizar o snapshot para criar um novo nó primário no ElastiCache para Redis.

P: Minha réplica de leitura se manterá atualizada com relação ao seu nó primário?

As atualizações para um nó primário serão automaticamente replicadas a qualquer réplica de leitura associada. Contudo, com a tecnologia de replicação assíncrona do Redis, uma réplica de leitura pode ficar defasada em relação a seu nó de cache principal por vários motivos. Os principais motivos incluem:

  • O volume de E/S de gravação para o nó de cache principal excede a taxa na qual as alterações podem ser aplicadas à réplica de leitura
  • Partições de rede ou latência entre o nó de cache principal e uma réplica de leitura

As réplicas de leitura estão sujeitas aos pontos fortes e fracos da replicação do Redis. Se você está usando réplicas de leitura, deve estar ciente do potencial de defasagem entre uma réplica de leitura e seu nó de cache principal, ou "inconsistência". Você pode monitorar a possível ocorrência dessa defasagem por meio da métrica "Replication Lag" do CloudWatch, que pode ser acessada usando o console ou a API do ElastiCache ou do serviço CloudWatch.

P: Como obtenho visibilidade das réplicas de leitura ativas?

Você pode utilizar a API DescribeCacheClusters padrão para retornar uma lista de todos os clusters de cache implantados (inclusive as réplicas de leitura) ou simplesmente clicar na guia "Redis" do Console de Gerenciamento do Amazon ElastiCache.

O Amazon ElastiCache monitora o status da replicação das suas réplicas de leitura e atualiza o campo Replication State com "Error" se a replicação é interrompida por qualquer motivo. É possível examinar os detalhes do erro associado gerado pelo mecanismo do Redis visualizando o campo Replication Error e executar as ações adequadas para recuperação. Você pode saber mais sobre a resolução de erros de replicação na seção Troubleshooting a Read Replica problem do Amazon ElastiCache User Guide. Se o erro de replicação é corrigido, o campo Replication State muda para Replicating.

O Amazon ElastiCache permite que você tenha visibilidade da defasagem de uma réplica de leitura em relação a seu nó principal por meio da métrica do Amazon CloudWatch ("Replica Lag"), disponível através do AWS Management Console ou das APIs do Amazon CloudWatch.

P: Minha réplica de leitura ficou significativamente defasada em relação ao seu nó primário. O que devo fazer?

Como já foi abordado em perguntas anteriores, a falta de uniformidade ou defasagem entre uma réplica de leitura e seu nó primário é comum na replicação assíncrona do Redis. Se uma réplica de leitura atual ficou defasada demais para atender aos seus requisitos, você pode reinicializá-la. Lembre-se de que a defasagem da réplica pode aumentar e diminuir naturalmente ao longo do tempo, dependendo do padrão de uso de estado estável do seu nó primário.

P: Como posso excluir uma réplica de leitura? Ela será excluída automaticamente se seu nó primário for excluído?

Você pode facilmente excluir uma réplica de leitura com apenas alguns cliques no AWS Management Console ou ao passar seu identificador de cluster de cache para a API DeleteCacheCluster. Se desejar excluir a réplica de leitura além do nó de cache principal, você deverá usar a API DeleteReplicationGroup API ou o AWS Management Console.

P: Qual é o custo das réplicas de leitura? Quando começa e termina a cobrança?

Uma réplica de leitura é cobrada como um nó padrão e apresenta as mesmas taxas. Assim como um nó padrão, a taxa por "hora de nó" de uma réplica de leitura é determinada pela categoria do nó da réplica de leitura. Acesse a página de detalhes do Amazon ElastiCache para ver a definição de preço atualizada. Você não será cobrado pela transferência de dados que ocorrer na replicação de dados entre seu nó de cache principal e a réplica de leitura. A cobrança por uma réplica de leitura é iniciada assim que a réplica de leitura é criada com êxito (ou seja, quando o status for listado como "ativo"). A réplica de leitura continuará sendo cobrada com taxas por hora de nó de cache do Amazon ElastiCache padrão, até que você emita um comando para excluí-la.

P: O que acontece durante o failover e quanto tempo leva?

O failover iniciado é compatível com o Amazon ElastiCache para que você possa retomar as operações o mais rápido possível. Ao ocorrer um failover, o Amazon ElastiCache simplesmente inverte o registro DNS do seu nó para que indique a réplica de leitura, que, por sua vez, é promovida e se torna o novo primário. Recomendamos que você siga as práticas recomendadas e implemente a repetição da conexão do nó de cache na camada de aplicativo. Do início ao fim, o failover geralmente é concluído em três minutos a seis minutos.

P: Posso criar uma réplica de leitura em outra região como meu nó principal?

Não. Sua réplica de leitura só pode ser provisionada em uma Zona de disponibilidade igual ou diferente da mesma Região do seu nó de cache principal.

P: É possível ver em qual zona de disponibilidade minha principal está situada atualmente?

Sim, é possível ter visibilidade da localização do nó principal atual utilizando o AWS Management Console ou a API DescribeCacheClusters.

Após o failover, minha principal agora está localizada em uma zona de disponibilidade diferente do que meus outros recursos AWS (por exemplo, instâncias EC2).

P: Devo me preocupar com a latência?

As zonas de disponibilidade são projetadas para fornecer conectividade de rede de baixa latência para outras zonas de disponibilidade na mesma região. Além disso, você tem a opção de criar seu aplicativo e outros recursos da AWS com redundância por meio de múltiplas zonas de disponibilidade para que seu aplicativo seja resistente no caso de uma falha de zona de disponibilidade.


P: O que é o Multi-AZ para o ElastiCache for Redis?

Um estilhaço do ElastiCache for Redis consiste em um primário e até cinco réplicas de leitura. O Redis replica de forma assíncrona os dados do primário para as réplicas de leitura. Durante determinados tipos de manutenção planejada, ou no improvável evento de uma falha no nó ElastiCache ou na zona de disponibilidade, o Amazon ElastiCache detectará automaticamente a falha de um primário, selecionará uma réplica de leitura e a promoverá para o novo primário. O ElastiCache também propaga as alterações de DNS da réplica de leitura promovida. Assim, se o seu aplicativo gravar no endpoint do nó primário, nenhuma alteração de endpoint será necessária.

P: Quais são os benefícios do uso do Multi-AZ?

Os principais benefícios da execução do ElastiCache para Redis no modo Multi-AZ são maior disponibilidade e menor necessidade de administração. Se ocorrer uma falha de nó primário do ElastiCache para Redis, o impacto na capacidade de ler/gravar no primário será limitado ao tempo necessário para a conclusão do failover automático. Quando o Multi-AZ é ativado, o failover do nó do ElastiCache é automático e não requer administração. Não é mais necessário monitorar os nós do Redis e iniciar manualmente uma recuperação no caso de uma falha do nó primário.

P: Como funciona o Multi-AZ?

Você pode usar o Multi-AZ se estiver usando o ElastiCache for Redis e tiver um estilhaço que consista em um nó primário e uma ou mais réplicas de leitura. Se o nó primário falhar, o ElastiCache detectará automaticamente a falha, selecionará uma das réplicas de leitura disponíveis e a promoverá a novo primário. Quando o parâmetro cluster_mode estiver desabilitado, o ElastiCache propagará as alterações de DNS da réplica promovida. Portanto, a sua aplicação poderá continuar a gravar no endpoint primário. Quando o cluster_mode estiver habilitado, o ElastiCache atualizará o mapa do nó do cluster. Além disso, o ElastiCache gerará um novo nó para substituir a réplica de leitura promovida na mesma zona de disponibilidade do primário que apresentou falha. Caso a falha do primário tenha sido motivada por uma falha temporária na zona de disponibilidade, a nova réplica será executada assim que a zona de disponibilidade for recuperada.

P: Posso ter réplicas na mesma zona de disponibilidade que o primário?

Sim. Observe que o posicionamento do primário e das réplicas na mesma zona de disponibilidade não tornará o grupo de replicação do ElastiCache para Redis resiliente a uma falha na zona de disponibilidade.

P: Que ventos podem causar o failover do Amazon ElastiCache para uma réplica de leitura?

O Amazon ElastiCache executará um failover para uma réplica de leitura caso ocorra um dos seguintes eventos:

  • Perda de disponibilidade na zona de disponibilidade principal
  • Perda de conectividade de rede para principal
  • Falha de unidade computacional na principal

P: Quando devo usar o Multi-AZ?

O uso da replicação do Redis juntamente com o Multi-AZ oferece maior disponibilidade e tolerância a falhas. Essas implantações são ideais para uso em ambientes de produção. Ao executar o ElastiCache for Redis Cluster com o cluster_mode habilitado, se os seus estilhaços tiverem uma ou mais réplicas de leitura, o Multi-AZ será habilitado automaticamente.

P: Como posso criar um grupo de replicação do ElastiCache for Redis com o Multi-AZ habilitado?

Você pode criar um primário e réplicas de leitura do ElastiCache for Redis clicando em "Create" no Console de Gerenciamento do ElastiCache. Além disso, você também pode chamar a API CreateReplicationGroup. Para os clusters atuais (Redis 2.8.6, 2.8.19, 2.8.21, 2.8.22, 2.8.23, 2.8.24 e 3.2.4 com cluster_mode=disabled), você pode habilitar o Multi-AZ escolhendo um cluster e clicando em Modify no Console de Gerenciamento do ElastiCache ou usando a API ModifyReplicationGroup. A alternância de um grupo de replicação para o Multi-AZ não causa falha nos dados do Redis e não interfere com a capacidade de atendimento de solicitações dos nós.

P: Qual réplica de leitura será promovida caso ocorra uma falha no nó primário?

Se houver mais que uma réplica de leitura, será promovida a que tiver a menor diferença de replicação assíncrona em relação ao primário.

P: Quanto custa usar o Multi-AZ?

O Multi-AZ é gratuito. Você pagará apenas pelos nós ElastiCache que utilizar.

P: Quais são as implicações de desempenho do Multi-AZ?

No momento, o ElastiCache usa o mecanismo de replicação nativa assíncrona do Redis e está sujeito a seus pontos fortes e limitações. Especificamente, quando uma réplica de leitura se conecta a um nó principal pela primeira vez, ou quando o nó principal é alterado, a réplica de leitura executa uma sincronização completa dos dados do nó primário, impondo uma carga sobre si mesma e sobre o mestre. Para obter detalhes adicionas a respeito da replicação do Redis, veja aqui

P: Quais são os tipos de nó compatíveis com o Multi-AZ?

Todos os tipos de nós disponíveis no ElastiCache são compatíveis com o Multi-AZ, com uma exceção. A família T2 não é compatível com o Multi-AZ quando o Redis 3.x ou 2.8.x é usado com cluster_mode=disabled.

P: Serei alertado quando ocorrer um failover automático?

Sim, o Amazon ElastiCache criará um evento para informá-lo da ocorrência de um failover automático. Você pode usar a API DescribeEvents para retornar informações sobre eventos relacionados ao seu nó do ElastiCache, ou clicar na seção Events do ElastiCache Management Console.

P: Após o failover, o primário passa a estar localizado em uma zona de disponibilidade diferente da dos meus outros recursos da AWS (por exemplo, instâncias do EC2). Devo preocupar-me com a latência?

As zonas de disponibilidade são projetadas para fornecer conectividade de rede de baixa latência para outras zonas de disponibilidade na mesma região. Você pode considerar a definição da arquitetura do seu aplicativo e de outros recursos da AWS com redundância em várias zonas de disponibilidade para que seu aplicativo seja resiliente no caso de uma falha de zona de disponibilidade.

P: Onde posso obter mais informações sobre o Multi-AZ?

Para obter mais informações sobre o Multi-AZ, consulte a documentação do ElastiCache.

P: Posso testar a funcionalizade Multi-AZ?

Sim. Se você tem o recurso “Multi-AZ” ativado em um cluster ou grupo de replicação com um ou mais réplicas de leitura, pode acionar um failover. O ElastiCache responderá da mesma maneira que um cenário de falhas real, detectando a falha, promovendo a réplica de leitura mais atualizada, de modo que se torne a nova principal, e substituindo a primária corrompida, fixando-a como uma nova réplica de leitura da que foi promovida. Para mais detalhes sobre o failover de teste, consulte a documentação.


P: O que é o Backup e Restore?

O Backup e Restore é um recurso que permite aos clientes criarem snapshots dos seus clusters do ElastiCache para Redis. O ElastiCache armazena os snapshots, permitindo que o usuário os utilize para restaurar clusters do Redis.

P: O que é um snapshot?

Um snapshot é uma cópia de todo o seu cluster do Redis em um determinado momento.

P: Por que preciso de snapshots?

A criação de snapshots pode ser útil no caso de perda de dados por falha nos nós ou também no caso improvável de ocorrência de uma falha de hardware. Outro motivo comum para utilizar backups é para fins de arquivamento. Os snapshots são armazenados no Amazon S3, que é um meio durável de armazenamento, o que significa que até mesmo um corte de energia não apagará os dados.

P: O que posso fazer com um snapshot?

Os snapshots podem ser usados para pré-carregar um cluster do ElastiCache para Redis com dados predefinidos.

P: Como o Backup e Restore funciona?

Quando um backup é iniciado, o ElastiCache cria um snapshot do cluster do Redis que pode ser utilizado mais tarde para recuperação ou arquivamento. O backup pode ser iniciado a qualquer momento ou pode ser configurado com frequência diária e um período de retenção de até 35 dias.

Ao escolher um snapshot para restaurar, um novo cluster do ElastiCache para Redis é criado e preenchido com os dados do snapshot. Dessa forma, é possível criar múltiplos clusters do ElastiCache para Redis a partir de um snapshot.

Atualmente, o ElastiCache usa o mecanismo nativo do Redis para criar e armazenar o snapshot na forma de um arquivo RDB.

P: Onde os meus snapshots são armazenados?

Os snapshots são armazenados no S3.

P: Como começar com o Backup e Restore?

Você pode optar pelo recurso de Backup e Restore pelo AWS Management Console, pelas APIs do ElastiCache (CreateCacheCluster, ModifyCacheCluster e ModifyReplicationGroup) ou pela CLI. O recurso pode ser ativado e desativado quando quiser.

P: Como especifico de qual cluster e nó do Redis quero fazer backup?

O Backup e Restore cria snapshots de clusters. O usuário pode especificar de qual cluster do ElastiCache para Redis o backup deve ser feito pelo AWS Management Console, CLI ou pela API CreateSnapshot. Em um grupo de replicação, é possível escolher o cluster primário ou qualquer uma das réplicas de leitura para fazer o backup. Recomendamos que os usuários ativem o backup em uma das suas réplicas de leitura para reduzir os efeitos da latência no nó principal do Redis.

P: O ElastiCache para Memcached oferece suporte ao Backup e Restore?

Não, os snapshots estão disponíveis apenas para o ElastiCache para Redis.

P: Como posso especificar quando um backup deverá ser executado?

É possível especificar quando iniciar um backup individual ou recorrente através do AWS Management Console, CLI ou APIs. O usuário pode:

  • Criar um snapshot agora mesmo (por meio do botão do console "Backup", na guia "Redis", ou da API CreateSnapshot)
  • Configurar um backup diário automático. O backup será executado durante a sua janela de backups preferencial. Isso pode ser configurado pela criação ou modificação de um cluster pelo console ou pelas APIs CreateCacheCluster, ModifyCacheCluster ou ModifyReplicationGroup.

P: O que é uma janela de backup e por que ela é necessária?

O janela de backup preferencial é o período de tempo, definido pelo usuário, durante o qual o backup do cluster do ElastiCache para Redis será iniciado. Isso é útil para fazer backup em um momento específico durante o dia, ou não fazer backups durante um período de alta utilização.

P: Qual é o impacto no desempenho ao criar um snapshot?

Enquanto cria um snapshot, você pode verificar latências maiores no nó durante um breve período de tempo. Os snapshots usam o BGSAVE nativo do Redis e estão sujeitos aos seus pontos fortes e limitações. Em especial, o processo do Redis se divide e o pai continua servindo requisições enquanto o filho salva os dados no disco, e então termina. Essa divisão aumenta o uso de memória enquanto o snapshot é gerado. Quando esse uso de memória ultrapassa a quantidade de memória disponível no nó, o swap pode ser acionado, tornando o nó ainda mais lento. Por esse motivo, recomendamos a geração de snapshots em uma das réplicas de leitura (em vez do nó principal). Também sugerimos configurar parâmetro de memória reservada para minimizar a gravação de memória em disco. Clique aqui para obter mais detalhes.

P: Posso criar um snapshot a partir de uma réplica de leitura do ElastiCache para Redis?

Sim. A criação do snapshot a partir de uma réplica de leitura é a melhor forma de fazer backup dos dados minimizando o impacto no desempenho.

P: Em que regiões o recurso de Backup e Restore está disponível?

O recurso de Backup e Restore está disponível em todas as regiões em que o serviço de ElastiCache está disponível.

P: Posso exportar para um bucket do S3 de minha propriedade snapshots do ElastiCache para Redis?

Sim. Você pode exportar para um bucket autorizado do S3 na mesma região que o seu cluster snapshots do ElastiCache para Redis. Para obter mais detalhes sobre a exportação de snapshots e a definição de permissões exigidas, consulte aqui.

P: Posso copiar snapshots de uma região para outra?

Sim. Primeiro você deve copiar o snapshot em um bucket autorizado do S3 de sua escolha na mesma região e, então, usar a API de cópia do objeto PUT do S3 para copiá-lo em um bucket em outra região. Para obter mais detalhes sobre a cópia de objetos do S3, consulte aqui.

P: Tenho múltiplas contas da AWS utilizando o ElastiCache para Redis. Posso utilizar snapshots do ElastiCache de uma conta para pré-carregar um cluster do ElastiCache para Redis em outra conta?

Sim. Primeiro você deve copiar o snapshot em um bucket autorizado do S3 de sua escolha na mesma região e, então, conceder permissões de bucket entre contas para a outra conta. Para obter mais detalhes sobre permissões entre contas do S3, consulte aqui. Finalmente, especifique onde seu arquivo RDB está localizado no S3 durante a criação do cluster pelo Launch Cache Cluster Wizard no console ou pela API CreateCacheCluster.

P: Quando custa utilizar o Backup e Restore?

O Amazon ElastiCache oferece espaço de armazenamento para um snapshot gratuitamente para cada cluster ativo do ElastiCache para Redis. O armazenamento adicional será cobrado com base no espaço consumido pelos snapshots, com 0,085 USD/GB por mês (mesmo preço em todas as regiões). A transferência de dados para uso dos snapshots é gratuita.

P: O que é o período de retenção?

O período de retenção é o período de tempo durante o qual os snapshots automáticos ficam retidos. Por exemplo, se o período de retenção é configurado em 5, um snapshot criado hoje será retido por 5 dias antes de ser excluído. Você pode optar por copiar um ou mais snapshots para armazená-los manualmente para que não sejam excluídos ao final do período de retenção.

P: Como posso gerenciar a retenção dos meus snapshots automatizados?

Você pode utilizar o AWS Management Console ou a API ModifyCluster para gerenciar por quanto tempo seus backups automatizados serão mantidos, modificando o parâmetro RetentionPeriod. Se você deseja desativar completamente os backups automatizados, isso é possível ao configurar o período de retenção para 0 (não recomendado).

P: O que acontece com os meus snapshots se eu excluir o cluster do ElastiCache para Redis?

Ao excluir um cluster do ElastiCache para Redis, os seus snapshots manuais serão retidos. Você também poderá criar um snapshot final antes da exclusão do cluster. Os snapshots automáticos não são retidos.

P: Quais tipos de nós são compatíveis com o recurso Backup and Restore?

Todos os tipos de nós de instância do ElastiCache for Redis além do t1.micro e da família t2 são compatíveis com o recurso Backup and Restore:

Nós da geração atual:

  • cache.m3.medium
  • cache.m3.large
  • cache.m3.xlarge
  • cache.m3.2xlarge
  • cache.m4.large
  • cache.m4.xlarge
  • cache.m4.2xlarge
  • cache.m4.4xlarge
  • cache.m4.10xlarge
  • cache.r3.large
  • cache.r3.xlarge
  • cache.r3.2xlarge
  • cache.r3.4xlarge
  • cache.r3.8xlarge

Nós da geração anterior:

  • cache.m1.small
  • cache.m1.medium
  • cache.m1.large
  • cache.m1.xlarge
  • cache.m2.xlarge
  • cache.m2.2xlarge
  • cache.m2.4xlarge
  • cache.c1.xlarge

P: Posso utilizar os meus próprios snapshots RDB armazenados no S3 para pré-carregar um cluster do ElastiCache para Redis?

Sim. Você pode especificar o local no S3 do seu arquivo RDB durante a criação do cluster por meio do assistente "Create Cluster" no console ou da API CreateCacheCluster.

P: Posso utilizar o recurso Backup e Restore caso esteja executando o ElastiCache em uma VPC?

Sim.


P: O que é o ElastiCache for Redis Cluster?

O ElastiCache for Redis Cluster permite que os clientes criem e executem Redis Clusters gerenciados com vários estilhaços. Ele é compatível com o Redis 3.2 de código aberto e é disponibilizado com várias melhorias para oferecer uma experiência mais estável e robusta (consulte a seção "enhanced engine" abaixo para obter detalhes adicionais sobre essas melhorias).

P: Por que é necessário um ambiente do Redis com escalabilidade horizontal aumentada?

Existem três cenários principais para a execução de um ambiente do Redis com escalabilidade horizontal aumentada. Primeiro, se o tamanho da memória total dos seus dados do Redis exceder ou for projetado para exceder a capacidade de memória de uma VM única. Segundo, se o throughput de gravação da sua aplicação para o Redis exceder a capacidade de uma VM única. Terceiro, se você desejar distribuir os dados entre vários estilhaços, de modo que qualquer possível problema que surja com um único nó tenha um impacto menor no ambiente geral do Redis.

P: Por que devo executar a carga de trabalho do Redis Cluster no Amazon ElastiCache?

O Amazon ElastiCache disponibiliza um ambiente distribuído e gerenciado do Redis na memória, que abrange do provisionamento de recursos do servidor à instalação do software do mecanismo e à aplicação de qualquer parâmetro de configuração que você escolher. Ele usa as melhorias do mecanismo do Redis desenvolvido pela Amazon, o que resulta em uma experiência mais robusta e estável (consulte a seção "enhanced engine" para obter mais detalhes). Quando o seu ambiente do Redis estiver funcionando, o serviço automatizará tarefas administrativas comuns como a detecção e a recuperação de falhas, além de backups e patching de software. Ele também disponibilizará uma solução Multi-AZ robusta com failover automático. No caso de falha de um ou mais nós primários no seu cluster, o Amazon ElastiCache detectará automaticamente a falha e responderá ao promover a réplica mais atualizada a primário. Este processo é automático e não exige trabalho manual da sua parte. O Amazon ElastiCache também disponibiliza métricas de monitoramento detalhadas associadas aos seus nós do ElastiCache, permitindo a você diagnosticar e responder aos problemas muito rapidamente.

P: O ElastiCache for Redis Cluster é compatível com o Redis de código aberto?

Sim. O Amazon ElastiCache for Redis Cluster é compatível com o Redis 3.2 de código aberto. Você pode usar clientes do Redis Cluster de código aberto para acessar clusters de escalabilidade horizontal ampliada no ElastiCache for Redis.

P: Posso modificar o número de estilhaços quando o cluster for criado?

No momento, você não pode modificar o número de estilhaços em um cluster quando ele for criado.

P: Qual é o caminho de atualização do ElastiCache for Redis 2.8.x atual para o ElastiCache for Redis Cluster (versão 3.2.4)?

Caso esteja usando o Redis 3.2 com o parâmetro cluster_mode desabilitado, só será possível escolher o nó ou o cluster que você deseja atualizar e modificar a versão de mecanismo. O ElastiCache provisionará um Redis 3.2.4 Cluster e migrará seus dados para ele e, ao mesmo tempo, manterá o endpoint.

Se você estiver usando o Redis 3.2 com o cluster_mode habilitado, para poder migrar para o Redis Cluster, primeiro crie um snapshot dos seus dados usando o recurso Backup and Restore. Depois, selecione o snapshot criado e clique em "Restore Snapshot" para criar um Redis 3.2 Cluster usando os dados do snapshot. Finalmente, atualize o novo endpoint no seu cliente. Para usar o Redis 3.2 no modo cluster, você deve mudar para um cliente do Redis Cluster.

P: A definição de preço da configuração em cluster é diferente da configuração que não é em cluster?

Não. O Amazon ElastiCache for Redis proporciona a flexibilidade de oferecer configurações em cluster e sem ser em cluster pelo mesmo preço. Agora, os clientes podem aproveitar a funcionalidade do mecanismo aprimorado no Amazon ElastiCache for Redis e usar a compatibilidade total do recurso com configuração e escalabilidade em cluster pelo mesmo preço.  

P: O que é o Multi-AZ para o ElastiCache for Redis Cluster?

Cada estilhaço de um ElastiCache for Redis Cluster consiste em um primário e até cinco réplicas de leitura. O Redis replica de forma assíncrona os dados do primário para as réplicas de leitura. Durante determinados tipos de manutenção planejada, ou no improvável caso de uma falha no nó do ElastiCache ou na zona de disponibilidade, o Amazon ElastiCache detectará automaticamente a falha de um primário, selecionará uma réplica de leitura e a promoverá a novo primário.

O ElastiCache for Redis Cluster disponibiliza melhorias e gerenciamento para ambientes do Redis 3.x. Ao executar um ambiente não gerenciado do Redis, no caso de uma falha do nó primário, o cluster contará com uma maioria de mestres para determinar e executar o failover. Se essa maioria não existir, o cluster entrará em estado de falha, rejeitando todas as leituras e gravações adicionais. Isso pode gerar um grande impacto na disponibilidade da aplicação, como também exigir intervenção humana para fazer o salvamento manual do cluster. O recurso Multi-AZ do ElastiCache for Redis foi criado para tratar de qualquer caso de failover do Redis Cluster com força e eficiência.

P: Como o Multi-AZ no ElastiCache for Redis Cluster é diferente do Multi-AZ no ElastiCache for Redis na versão 2.8.x?

O Redis 3.x trabalha com clientes inteligentes que armazenam um mapa do nó com todos os endpoints do nó no cluster. Durante um failover, o cliente atualiza o mapa do nó com o endpoint do IP do novo primário. Isso disponibiliza um tempo de failover até quatro vezes mais rápido que o do ElastiCache for Redis 2.8.x.

P: Como o Multi-AZ funciona para o Redis Cluster?

Você pode usar o Multi-AZ se estiver usando um ElastiCache for Redis Cluster com cada estilhaço apresentando uma ou mais réplicas de leitura. Se um nó primário de um estilhaço falhar, o ElastiCache detectará automaticamente a falha, selecionará uma das réplicas de leitura disponíveis e a promoverá a novo primário. O cliente do Redis 3.x atualizará a réplica promovida a primário sem precisar alterar nenhuma aplicação. Além disso, o ElastiCache gerará um novo nó para substituir a réplica de leitura promovida na mesma zona de disponibilidade do primário que apresentou falha. Caso a falha do primário tenha sido motivada por uma falha temporária na zona de disponibilidade, a nova réplica será executada assim que a zona de disponibilidade for recuperada.

P: O que é um backup no ElastiCache for Redis Cluster?

Um backup do ElastiCache for Redis Cluster é uma série de snapshots dos estilhaços de cluster, armazenados juntos para manter uma cópia do seus dados completos do Redis durante um determinado período.

P: Como um backup no ElastiCache for Redis Cluster é diferente de um snapshot no ElastiCache for Redis?

Como o ambiente do ElastiCache for Redis que não é em cluster tem um nó primário, um backup seria um único arquivo que contém uma cópia dos dados do Redis. O ElastiCache for Redis Cluster pode ter um ou mais estilhaços, portanto o backup deve conter vários arquivos.

P: Como eu especifico de quais nós do ElastiCache for Redis deve ser feito o backup em cada estilhaço?

Não é possível especificar manualmente um nó em que fazer backup dentro de cada estilhaço. Ao iniciar um backup, o ElastiCache selecionará automaticamente a réplica de leitura mais atualizada em cada estilhaço e criará um snapshot desses dados.

P: Como o recurso Backup and Restore do ElastiCache for Redis Cluster funciona?

Quando um backup é iniciado, o ElastiCache fará o backup de um cluster especificado. Esse backup poderá ser utilizado posteriormente para recuperação ou arquivamento. O backup incluirá uma cópia de cada um dos estilhaços do cluster, um backup completo contém uma série de arquivos. O backup pode ser iniciado a qualquer momento ou pode ser configurado com frequência diária e um período de retenção de até 35 dias.

Ao escolher um backup para restaurar, um novo ElastiCache for Redis Cluster será criado e preenchido com os dados do backup. Além disso, você pode usar esse recurso para obter um caminho de migração simples para uma experiência gerenciada do Redis Cluster no ElastiCache. Se você estiver executando Redis autogerenciado no EC2, poderá obter snapshots do RDB ou cargas de trabalho existentes (Redis Cluster e Redis com um único estilhaço) e armazená-los no S3. Em seguida, basta usá-los como entrada para criar um Redis Cluster estilhaçado no ElastiCache e o número desejado de estilhaços. O ElastiCache fará o resto.

No momento, o ElastiCache usa o mecanismo nativo do Redis para criar e armazenar um arquivo RDB de cada estilhaço como backup.

P: O backup no ElastiCache for Redis Cluster é um snapshot point-in-time?

Ao iniciar um backup, o ElastiCache acionará backups de todos os estilhaços do seu cluster ao mesmo tempo. Em casos raros, pode ser necessário recriar o snapshot de um ou mais nós que não foram concluídos com sucesso na primeira vez. O ElastiCache faz isso automaticamente e nenhuma intervenção do usuário é exigida. Mas, nesse caso, embora cada snapshot individual seja uma representação point-in-time do nó por meio do qual ele foi criado, nem todos os snapshots do cluster serão criados ao mesmo tempo.

P: Como posso especificar quando um backup deverá ser executado?

Através do AWS Management Console, CLI ou APIs é possível especificar quando iniciar um backup único ou recorrente. O usuário pode:

  • Faça um backup agora mesmo (usando o botão do console "Create Snapshot" ou a API CreateSnapshot)
  • Configurar um backup diário automático. O backup será executado durante a sua janela de backups preferencial. Isso pode ser configurado usando o recurso criação ou modificação do cluster por meio do console ou das APIs CreateReplicationGroup e ModifyReplicationGroup.

P: Posso utilizar os meus próprios snapshots do RDB armazenados no S3 para pré-carregar um ambiente de escalabilidade horizontal aumentada do ElastiCache for Redis Cluster?

Sim. Você pode especificar o local no S3 dos seus arquivos RDB durante a criação do cluster por meio do assistente "Create Cluster" no console ou por meio da API CreateReplicationGroup. O ElastiCache analisará automaticamente o keyspace do Redis do snapshot do RDB e o redistribuirá entre os estilhaços do novo cluster.


P: Qual é a diferença entre o mecanismo do ElastiCache for Redis e o do Redis de código aberto?

O mecanismo do ElastiCache for Redis é totalmente compatível com o Redis de código aberto, mas também apresenta melhorias que aumentam a potência e a estabilidade. Algumas das melhorias são:

  • Mais memória utilizável: agora, você pode alocar com segurança mais memória para a sua aplicação sem correr o risco de aumentar o uso de swap durante sincronizações e snapshots.
  • Sincronização improvisada: sincronização mais robusta mediante cargas pesadas e durante a recuperação de desconexões de rede. Além disso, as sincronizações são mais rápidas, pois tanto o primário quanto suas réplicas não usam mais o disco para essa operação.
  • Failovers mais estáveis: agora, no caso de um failover, seu estilhaço se recupera mais rapidamente, pois as réplicas não descarregam mais seus dados para poderem fazer uma ressincronização completa com o primário.

P: Como faço para usar o mecanismo aprimorado?

Para usar o mecanismo aprimorado do Console de Gerenciamento do Amazon ElastiCache, basta selecionar um mecanismo compatível com a versão de mecanismo do Redis 2.8.22 ou superior ao criar um cluster. Depois disso, o mecanismo aprimorado poderá ser usado. Você também poderá usar o mecanismo aprimorado por meio da API do ElastiCache ou da AWS CLI ao especificar a versão de mecanismo durante a execução da API CreateCacheCluster.

P: É necessário alterar o código da minha aplicação para usar o mecanismo aprimorado do ElastiCache?

Não. O mecanismo aprimorado é totalmente compatível com o Redis de código aberto, portanto, você poderá usufruir da robusteza e da estabilidade melhoradas sem precisar fazer mudanças no código da sua aplicação.

P: Quanto custa o mecanismo aprimorado?

Não há cobrança adicional para o uso do mecanismo aprimorado. Como sempre, só serão cobrados os nós que você utilizar.



P: O que é o redimensionamento online de clusters?

O Amazon ElastiCache para Redis possibilita adicionar e remover estilhaços de um cluster em execução. Você pode aumentar ou diminuir de modo dinâmico a escala horizontal das cargas de trabalho de clusters Redis para adaptar-se a mudanças na demanda. O ElastiCache redimensionará o cluster ao adicionar ou remover estilhaços e redistribuir hash slots de modo uniforme na nova configuração de estilhaço. O serviço faz tudo isso enquanto o cluster permanece online e atendendo a solicitações.

P: Quais são os benefícios do uso do redimensionamento online de clusters?

A capacidade de aumentar e diminuir a escala horizontal de modo dinâmico de um cluster pode ajudar você a gerenciar a variação de aplicativos e cumprir demandas flutuantes. Você pode dimensionar corretamente clusters ao adicionar ou remover estilhaços para ajustar a escala da performance e a capacidade na memória. O recurso elimina a necessidade de provisionar clusters em excesso com base nos picos da demanda, ajuda a melhorar a eficiência e reduz os custos.

P: Como posso usar o redimensionamento de clusters online?

O redimensionamento de clusters online está disponível com a versão 3.2.10 do mecanismo Redis. Para reconfigurar os estilhaços do seu cluster, selecione-o e especifique se você deseja adicionar ou remover estilhaços. Ao redimensionar o cluster para aumentar a escala horizontal do cluster, o ElastiCache adiciona estilhaços e migra slots de estilhaços atuais para novos estilhaços, de modo que os slots sejam distribuídos de maneira uniforme (de acordo com a quantidade) entre os estilhaços. De modo similar, ao redimensionar o cluster para diminuir a escala horizontal, o ElastiCache migra os slots para os estilhaços restantes, para distribuir de maneira uniforme os slots, e exclui estilhaços especificados.

P: Qual é o tempo necessário para o redimensionamento online de clusters?

O tempo necessário para redimensionar clusters depende de vários fatores, como o número de slots que devem ser migrados entre os estilhaços, o tamanho dos dados e a taxa de solicitações de entrada no cluster. No entanto, a carga de trabalho é otimizada para paralelizar a migração de slots, o que acelera o processo, pois você adiciona mais estilhaços para aumentar a escala horizontal do cluster.

P: O cluster pode ser usado enquanto ocorre o redimensionamento de clusters?

Sim. O cluster permanece online e atende a solicitações de entrada, enquanto ocorre a reconfiguração de estilhaços. No entanto, não aceitamos a criação de snapshots do cluster durante a reconfiguração de estilhaços para evitar o aumento da carga no cluster.

P: Existe algum impacto na performance desta operação no cluster?

Embora o redimensionamento online de clusters ofereça benefícios para aumentar/diminuir a escala horizontal, sem tempo de inatividade, é uma operação com uso intenso da computação e pode aumentar a latência da conexão do seu cliente. Para reduzir a carga no cluster durante a operação, recomendamos seguir as melhores práticas (descritas na documentação).

P: Como posso rastrear o andamento de uma operação online de reconfiguração de estilhaços?

É possível rastrear o andamento da operação ao observar o status do cluster, dos estilhaços e dos nós. Durante a operação, o cluster, os estilhaços e os nós permanecerão no status "em modificação". De modo similar, quando os estilhaços estiverem sendo criados, excluídos, ou participando de uma migração de slots, o status individual do estilhaço refletirá esses status para demonstrar o andamento da operação. Além disso, o status da operação completa também poderá ser rastreado usando o indicador de andamento da operação de reconfiguração de estilhaços, que indica a porcentagem concluída e disponibiliza informações sobre o tempo restante para o término da operação. Por fim, as mensagens de evento indicam o andamento ao descrever as ações tomadas (criação de estilhaços, migração de slots, etc.) durante a operação.

P: O que é a operação de rebalanceamento do cluster do ElastiCache para Redis?

A operação de rebalanceamento pode ser usada para redistribuir slots entre estilhaços atuais para obter uma distribuição uniforme. Esse recurso pode ser muito útil quando um cluster for criado com uma distribuição de slots desigual especificada manualmente, ou uma operação de aumento/diminuição de escala horizontal deixar o cluster com uma distribuição desigual. Pressupondo que os slots sejam idênticos na memória deles e nos requisitos de E/S, a distribuição uniforme de slots de acordo com a quantidade é uma maneira fácil de balancear a carga entre os estilhaços.

P: Como a aplicação de tags funciona durante o aumento da escala horizontal de um cluster?

Quando os novos nós são adicionados para aumentar a escala horizontal de um cluster, os nós assumem o mesmo conjunto de tags comuns em todos os nós atuais. Além disso, os usuários podem modificar as tags em todos os nós e continuar a usar a aplicação de tags anterior.

P: O cliente ou o aplicativo precisa fazer alterações com relação ao uso do redimensionamento online de clusters?

Não. A distribuição otimizada de slots usada na carga de trabalho de redimensionamento de clusters é compatível com o comportamento do cliente de cluster Redis e não exige nenhuma alteração no aplicativo. O ElastiCache mantém os endpoints do cluster, o que permite que você continue usando clientes atuais sem que seja necessário fazer nenhuma alteração.

P: Quanto custa o uso do mecanismo Redis otimizado?

Não há cobrança adicional para o uso do mecanismo Redis otimizado. Como sempre, só serão cobrados os nós que você utilizar.


P: Quais os benefícios da criptografia de dados em trânsito do ElastiCache para Redis?

O recurso de criptografia de dados em trânsito permite criptografar todas as comunicações entre clientes e um servidor do Redis, bem como entre os servidores do Redis (nó principal e nós de réplicas de leitura).

P: Quais os benefícios da criptografia de dados ociosos do ElastiCache para Redis?

A criptografia de dados ociosos permite criptografar dados durante backups e restaurações. Os dados de backups e restaurações em disco e por meio do Amazon S3 são criptografados.

P: Como posso usar criptografia de dados em trânsito e ociosos, bem como o AUTH do Redis?

Os recursos de criptografia de dados em trânsito e ociosos, bem como o AUTH do Redis, são opcionais. Quando cria um cluster do Redis por meio do console ou da interface da linha de comando, você pode especificar se quer habilitar a criptografia e o AUTH do Redis e, em seguida fornecer um token de autenticação para comunicação com o cluster do Redis. Após a configuração do cluster com criptografia habilitada, o ElastiCache gerencia de forma transparente a expiração e a renovação de certificados, sem necessidade de nenhuma ação adicional do aplicativo. Além disso, os clientes do Redis precisam oferecer suporte ao TLS para usar a criptografia de dados em trânsito.

P: Preciso de um cliente do Amazon ElastiCache para Redis a fim de criptografar dados em trânsito ou ociosos?

Não. A criptografia de dados em trânsito exige que os clientes ofereçam suporte ao TLS. A maioria dos clientes do Redis (como Lettuce, Predis e go-Redis) oferece suporte ao TLS com algumas definições de configuração. Verifique se o cliente do Redis escolhido está configurado para oferecer suporte ao TLS e continue a usar o ElastiCache para Redis da mesma forma que antes.

P: Posso habilitar a criptografia de dados em trânsito e ociosos em clusters do ElastiCache para Redis já existentes?

Não. A criptografia de dados em trânsito e ociosos somente está disponível para novos clusters e não está disponível em clusters do ElastiCache para Redis já existentes. O suporte a esses recursos foi disponibilizado no ElastiCache para Redis a partir da versão 3.2.6.

P: É necessária alguma ação para renovar certificados?

Não. O ElastiCache gerencia internamente a expiração e a renovação de certificados. Nenhuma ação de usuário é necessária para a manutenção contínua de certificados.

P: Posso usar meus certificados para criptografia?

Não. No momento, o ElastiCache não permite que você use seus próprios certificados. O ElastiCache gerencia os certificados para você de forma transparente.

P: Para quais tipos de instância a criptografia de dados em trânsito e ociosos oferece suporte?

A criptografia de dados em trânsito e ociosos oferece suporte a todas as gerações atuais de instâncias.

P: Há custos adicionais para usar a criptografia?

Não há custo adicional para usar a criptografia.


P: O Amazon ElastiCache para Redis é qualificado pela HIPAA?

Sim, o Amazon ElastiCache para Redis é um serviço qualificado pela HIPAA e foi adicionado ao Adendo de associado comercial da AWS (BAA). Isso significa que você pode usar o ElastiCache para Redis como ajuda para processar, manter e armazenar informações de saúde protegidas (PHI) e como base para aplicativos de healthcare.

P: O que devo fazer para usar o ElastiCache para Redis qualificado pela HIPAA?

Se você assinou um Business Associate Agreement (BAA – Acordo de associado comercial) com a AWS, poderá usar o ElastiCache para Redis a fim de criar aplicativos em conformidade com a HIPAA. Se você não tiver um BAA, ou apresentar outras dúvidas sobre o uso da AWS para aplicativos compatíveis com a HIPAA, entre em contato conosco para obter mais informações. Consulte Architecting for HIPAA Security and Compliance on Amazon Web Services para obter informações sobre como configurar os serviços qualificados pela HIPAA da Amazon para armazenar, processar e transmitir informações de saúde protegidas (PHI).

P: Quais programas de compatibilidade são aceitos pelo ElastiCache para Redis?

O ElastiCache para Redis aceita programas de compatibilidade, como SOC 1, SOC 2, SOC 3, ISO, MTCS, C5 e HIPAA. Consulte AWS Services in Scope by Compliance Program para ver uma lista dos programas de compatibilidade aceitos no momento.

P: Há um custo adicionar para usar os recursos de conformidade?

Não existe custo adicional para usar os recursos de conformidade.