As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá. # O que é o MemoryDB? O Amazon MemoryDB é um serviço de banco de dados em memória durável que oferece desempenho ultrarrápido. Foi desenvolvido especificamente para aplicativos modernos com arquiteturas de microsserviços. O Amazon MemoryDB é compatível com Valkey e Redis OSS, dois datastores de código aberto populares, permitindo que você crie aplicações rapidamente usando as mesmas estruturas de dados, APIs e comandos flexíveis e intuitivos que já utiliza. Com o MemoryDB, todos os seus dados são armazenados na memória, o que permite que você obtenha latência de leitura de microssegundos e de gravação de um dígito de milissegundo, além do alto throughput. O MemoryDB também armazena dados de forma duradoura em várias zonas de disponibilidades (AZs) usando um log transacional Multi-AZ para permitir failover rápido, recuperação de banco de dados e reinicialização de nós. Oferecendo desempenho na memória e durabilidade Multi-AZ, o MemoryDB pode ser usado como um banco de dados primário de alto desempenho para seus aplicativos de microsserviços, eliminando a necessidade de gerenciar separadamente um cache e um banco de dados durável. **Topics** + [Atributos do MemoryDB](servicename-feature-overview.md) + [Componentes principais do MemoryDB](components.md) + [Serviços relacionados](related-services-choose-between-memorydb-and-redis.md) + [Escolher regiões e zonas de disponibilidade](regionsandazs.md) + [Acessando o MemoryDB](nodes-connecting.md) + [Segurança do MemoryDB](memorydb-security.md) # Atributos do MemoryDB O Amazon MemoryDB é um serviço de banco de dados em memória durável que oferece desempenho ultrarrápido. Os atributos do MemoryDB incluem: + Forte consistência para nós primários e consistência eventual garantida para nós de réplica. Para obter mais informações, consulte [Consistência](consistency.md). + Latências de leitura em microssegundos e gravação de um dígito em milissegundos com até 160 milhões de TPS por cluster. + Estruturas de dados e APIs flexíveis e intuitivas do Valkey e Redis OSS. Crie aplicações ou migre aplicações existentes baseadas em Valkey e Redis OSS com facilidade e quase sem nenhuma modificação. + Durabilidade de dados usando um log transacional Multi-AZ que fornece recuperação e reinicialização rápidas do banco de dados. + Disponibilidade Multi-AZ com failover automático e detecção e recuperação de falhas nos nós. + Ajuste a escala facilmente na horizontal ao adicionar e remover nós ou na vertical ao mudar para tipos de nós maiores ou menores. Você pode escalar o throughput de gravação adicionando fragmentos e escalar o throughput de leitura adicionando réplicas. + Consistência de leitura após gravação para nós primários e consistência eventual garantida para nós de réplica. + O MemoryDB é compatível com criptografia em trânsito, criptografia em repouso e autenticação de usuários por meio de [Autenticando usuários com listas de controle de acesso () ACLs](clusters.acls.md). + Snapshots automáticos no Amazon S3 com retenção por até 35 dias. + Suporte para até 500 nós e mais de 100 TB de armazenamento por cluster (com 1 réplica por fragmento). + Criptografia em trânsito com TLS e criptografia em repouso com chaves AWS KMS. + Autenticação e autorização de usuários com a [Autenticando usuários com listas de controle de acesso () ACLs](clusters.acls.md) do Valkey e Redis OSS. + Suporte para tipos de instância Graviton2 da AWS. + Integração com outros serviços AWS, como CloudWatch, Amazon VPC, CloudTrail e Amazon SNS, para monitoramento, segurança e notificações. + Atualizações e patches de software totalmente gerenciados. + Integração do Identity and Access Management (IAM) da AWS e controle de acesso baseado em tags para APIs de gerenciamento. # Componentes principais do MemoryDB A seguir, encontre uma visão geral dos principais componentes de uma implantação do MemoryDB. **Topics** + [Clusters](#whatis.clusters) + [Nodes](#whatis.components.nodes) + [Fragmentos](#whatis.components.Shards) + [Grupos de parâmetros](#whatis.components.parametergroups) + [Grupos de sub-redes](#whatis.components.subnetgroups) + [Listas de controle de acesso](#whatis.components.acls) + [Usuários](#whatis.components.user) ## Clusters Um cluster é uma coleção de um ou mais nós, servindo um único conjunto de dados. Um conjunto de dados do MemoryDB é particionado em fragmentos, e cada fragmento tem um nó primário e até 5 nós de réplica. Um nó primário atende solicitações de leitura e gravação, enquanto uma réplica atende somente solicitações de leitura. Um nó primário pode fazer o failover para um nó de réplica, promovendo essa réplica para o novo nó primário desse fragmento. O MemoryDB executa o Valkey ou Redis OSS como mecanismo de banco de dados e, ao criar um cluster, você especifica a versão do mecanismo para o cluster. Você pode criar e modificar um cluster usando AWS CLI a API MemoryDB ou a. Console de gerenciamento da AWS Cada cluster do MemoryDB executa uma versão do mecanismo Valkey ou Redis OSS. Cada versão do mecanismo é compatível com recursos próprios. Além disso, cada versão do mecanismo tem um conjunto de parâmetros em um grupo de parâmetros que controla o comportamento dos clusters que ele gerencia. A capacidade de computação e memória de um cluster é determinada por seu tipo de nó. Você pode selecionar o tipo de nó que melhor atenda às suas necessidades. Se as suas necessidades mudarem com o passar do tempo, você poderá alterar os tipos de nós. Para mais informações, consulte [Tipos de nó compatíveis](nodes.supportedtypes.md). **nota** Para obter informações sobre preços dos tipos de nós do MemoryDB, consulte [Precificação do MemoryDB](https://aws.amazon.com/memorydb/pricing/). É possível executar um cluster em uma nuvem privada virtual (VPC) usando o serviço Amazon Virtual Private Cloud (Amazon VPC). Ao usar uma VPC, você tem controle sobre o ambiente de rede virtual. É possível escolher seu próprio intervalo de endereços IP, criar sub-redes e configurar o roteamento e listas de controle de acesso. O MemoryDB gerencia snapshots, patches de software, detecção automática de falhas e recuperação. Não há custos adicionais para executar seu cluster em uma VPC. Para obter mais informações sobre como usar a Amazon VPC com o MemoryDB, consulte [MemoryDB e Amazon VPC](vpcs.md). Muitas operações do MemoryDB são direcionadas a clusters: + Criação de um cluster + Modificar um cluster + Tirando snapshots de um cluster + Excluir um cluster + Visualizar os elementos em um cluster + Adicionar ou remover tags de alocação de custos para e de um cluster Para obter informações mais detalhadas, consulte os seguintes tópicos relacionados: + [Gerenciamento de clusters](clusters.md) e [Gerenciamento de nós](nodes.md) Informações sobre clusters, nós e operações relacionadas. + [Resiliência no MemoryDB](disaster-recovery-resiliency.md) Informações sobre como melhorar a tolerância a falhas de seus clusters. ## Nodes Um *nó* é o menor componente básico de uma implantação do MemoryDB e é executado usando uma instância do Amazon EC2. Cada nó executa a versão mecanismo que foi escolhida quando você criou o cluster. Um nó pertence a um fragmento, que pertence a um cluster. Cada nó executa uma instância do mecanismo e da versão escolhidos ao criar o cluster. Se necessário, você pode escalar os nós em um cluster para um tipo de instância diferente. Para obter mais informações, consulte [Escalabilidade](scaling.md). Cada nó em um cluster é do mesmo tipo de nó. Há suporte para vários tipos de nós, cada um com quantidades variadas de memória. Para obter uma lista dos tipos de nó compatíveis, consulte [Tipos de nó compatíveis](nodes.supportedtypes.md). Para obter mais informações sobre nós, consulte [Gerenciamento de nós](nodes.md). ## Fragmentos Um fragmento é um agrupamento de um a seis nós, com um deles servindo como nó de gravação principal e os outros cinco servindo como réplicas de leitura. Um cluster do MemoryDB sempre tem pelo menos um fragmento. Os clusters do MemoryDB podem ter até 500 fragmentos, com seus dados particionados entre os fragmentos. Por exemplo, você pode optar por configurar um cluster de 500 nós que varia entre 83 fragmentos (uma primária e 5 réplicas por fragmento) e 500 fragmentos (primário único e sem réplicas). Verifique se existem endereços IP disponíveis suficientes para acomodar o aumento. As armadilhas comuns incluem as sub-redes no grupo de sub-redes têm um intervalo CIDR muito pequeno ou as sub-redes são compartilhadas e fortemente usadas por outros clusters. Um *fragmento de vários nós* implementa a replicação por ter um nó primário de leitura/gravação e de 1 a 5 nós de réplicas. Para obter mais informações, consulte [Noções básicas sobre a replicação do MemoryDB](replication.md). Para obter mais informações sobre fragmentos, consulte [Operação com fragmentos](shards.md). ## Grupos de parâmetros Os grupos de parâmetros são uma maneira fácil de gerenciar as configurações de runtime para o mecanismo no cluster. Os parâmetros são usados para controlar o uso da memória, o tamanho dos itens e muito mais. Um grupo de parâmetros do MemoryDB é uma coleção nomeada de parâmetros específicos do mecanismo que você pode aplicar a um cluster, e todos os nós desse cluster são configurados exatamente da mesma maneira. Para obter informações mais detalhadas sobre os grupos de parâmetros do MemoryDB, consulte [Configuração de parâmetros do mecanismo usando grupos de parâmetros](parametergroups.md). ## Grupos de sub-redes Um *grupo de sub-redes* é um conjunto de sub-redes (normalmente privadas) que você pode designar para seus clusters em execução em um ambiente Amazon Virtual Private Cloud (VPC). Ao criar um cluster em uma Amazon VPC, você pode especificar um grupo de sub-redes ou usar o padrão fornecido. O MemoryDB usa esse grupo de sub-redes para escolher uma sub-rede e endereços IP dentro dessa sub-rede para associar aos seus nós. Para obter informações mais detalhadas sobre os grupos de sub-redes do MemoryDB, consulte [Sub-redes e grupos de sub-redes](subnetgroups.md). ## Listas de controle de acesso Uma lista de controle de acesso é uma coleção de um ou mais usuários. As strings de acesso seguem as [regras de ACL](https://valkey.io/topics/acl) para autorizar o acesso do usuário aos comandos e dados do Valkey ou Redis OSS. Para obter informações mais detalhadas sobre as listas de controle de acesso do MemoryDB, consulte [Autenticando usuários com listas de controle de acesso () ACLs](clusters.acls.md). ## Usuários Um usuário tem um nome de usuário e uma senha e é usado para acessar dados e emitir comandos em seu cluster do MemoryDB. Um usuário é membro de uma Lista de Controle de Acesso (ACL), que pode ser usada para determinar as permissões para esse usuário nos clusters do MemoryDB. Para obter mais informações, consulte [Autenticando usuários com listas de controle de acesso () ACLs](clusters.acls.md). # Serviços relacionados [ElastiCache](https://docs.aws.amazon.com/AmazonElastiCache/latest/dg/whatis.html) Ao decidir se deseja usar o ElastiCache ou o MemoryDB, considere as seguintes comparações: + O MemoryDB é um banco de dados em memória durável para workloads que exigem um banco de dados primário ultrarrápido. Você deve considerar o uso do MemoryDB se sua workload exigir um banco de dados durável que ofereça desempenho ultrarrápido (leitura de microssegundos e latência de gravação em menos de 10 milissegundos). O MemoryDB também pode ser uma boa opção para seu caso de uso se você quiser criar uma aplicação usando estruturas de dados e APIs do Valkey ou Redis OSS com um banco de dados primário e durável. Finalmente, você deve considerar o uso do MemoryDB para simplificar a arquitetura da aplicação e reduzir os custos substituindo o uso de um banco de dados por um cache para maior durabilidade e desempenho. + O ElastiCache é um serviço comumente usado para armazenar dados de outros bancos de dados e datastores em cache usando o Valkey e Redis OSS. Considere o ElastiCache para workloads de armazenamento em cache nas quais você deseja acelerar o acesso aos dados com seu datastore ou banco de dados primário existente (desempenho de microssegundos para leitura e gravação). O ElastiCache também deve ser considerado para casos de uso em que você deseja usar as estruturas de dados e APIs do Valkey ou Redis OSS para acessar dados armazenados em um datastore ou banco de dados primário. # Escolher regiões e zonas de disponibilidade Os recursos de computação em nuvem da AWS são abrigados em instalações de data centers de alta disponibilidade. Para fornecer escalabilidade e confiabilidade adicionais, estas instalações do datacenter estão localizadas em diferentes locais físicos. Esses locais são categorizados por *regiões* e *zonas de disponibilidade*. AWSAs regiões da são grandes e amplamente dispersas em locais geográficos separados. As zonas de disponibilidade são diferentes localizações dentro de uma região da AWS que são projetadas para serem isoladas de falhas em outras zonas de disponibilidade. Elas fornecem conectividade de rede de baixa latência e custo reduzido para outras zonas de disponibilidade na mesma região da AWS. **Importante** Cada região é totalmente independente. Qualquer atividade do MemoryDB iniciada (por exemplo, criação de clusters) é executada somente na região padrão atual. Para criar ou trabalhar com um cluster em uma região específica, use o endpoint do serviço regional correspondente. Para os endpoints de serviço, consulte [MemoryDB multirregional](multi-region.md). Com MemoryDB de várias regiões, você pode melhorar a disponibilidade e a resiliência, além de se beneficiar de leituras e gravações locais de baixa latência para aplicações de várias regiões. Consulte informações sobre como trabalhar com o MemoryDB de várias regiões em [Regiões e endpoints com suporte](#supportedregions). ## Localização dos seus nós Qualquer cluster que tenha pelo menos uma réplica deve estar distribuído entre as AZs. A única maneira de localizar tudo em uma única AZ é com um cluster composto por fragmentos de nó único. Ao localizar os nós em diferentes AZs, o MemoryDB elimina a chance de que uma falha em uma AZ, como uma queda de energia, cause perda de disponibilidade. + [Criação de um cluster do MemoryDB](getting-started.md#clusters.create) + [Modificar um cluster do MemoryDB](clusters.modify.md) ## Regiões e endpoints com suporte O MemoryDB está disponível em várias regiões da AWS. Isso significa que você pode iniciar clusters do MemoryDB nos locais que atendem às suas necessidades. Por exemplo, você pode ativá-los na região da AWS mais próxima de seus clientes ou ativá-los em determinada região da AWS para atender a determinados requisitos legais. Além disso, à medida que o MemoryDB expande a disponibilidade para uma nova região da AWS, o MemoryDB oferece suporte às duas versões `MAJOR.MINOR` mais recentes à época para a nova região. Para obter mais informações sobre versões do MemoryDB, consulte [Versões do mecanismo](engine-versions.md). Por padrão, os SDKs da AWS, a AWS CLI, a API do MemoryDB e o console do MemoryDB fazem referência à região Leste dos EUA (Norte da Virgínia). À medida que o MemoryDB expandir a disponibilidade para novas regiões, novos endpoints para essas regiões também estarão disponíveis para uso nas suas solicitações HTTP, nos SDKs da AWS, na AWS CLI e no console. Cada região é projetada para ser completamente isolada das outras. Dentro de cada região há várias zonas de disponibilidade (AZ). Ao iniciar seus nós em diferentes AZs, você obtém a maior tolerância possível a falhas. Para obter mais informações sobre regiões e zonas de disponibilidade, consulte [Escolher regiões e zonas de disponibilidade](#regionsandazs) no início deste tópico. **Regiões em que o MemoryDB tem suporte** | Nome da região/região | Endpoint | Protocolo | | --- | --- | --- | | Região Leste dos EUA (Ohio) `us-east-2` | `memory-db.us-east-2.amazonaws.com` | HTTPS | | Região Leste dos EUA (Norte da Virgínia) `us-east-1` | `memory-db.us-east-1.amazonaws.com` | HTTPS | | Região Oeste dos EUA (Norte da Califórnia) `us-west-1` | `memory-db.us-west-1.amazonaws.com` | HTTPS | | Região Oeste dos EUA (Oregon) `us-west-2` | `memory-db.us-west-2.amazonaws.com` | HTTPS | | Região Canadá (Central) `ca-central-1` | `memory-db.ca-central-1.amazonaws.com` | HTTPS | | Região Ásia-Pacífico (Hong Kong) `ap-east-1` | `memory-db.ap-eastl-1.amazonaws.com` | HTTPS | | Região Ásia-Pacífico (Mumbai) `ap-south-1` | `memory-db.ap-south-1.amazonaws.com` | HTTPS | | Região Ásia-Pacífico (Tóquio) `ap-northeast-1` | `memory-db.ap-northeast-1.amazonaws.com` | HTTPS | | Região Ásia-Pacífico (Seul) `ap-northeast-2` | `memory-db.ap-northeast-2.amazonaws.com` | HTTPS | | Região Ásia-Pacífico (Singapura) `ap-southeast-1` | `memory-db.ap-southeast-1.amazonaws.com` | HTTPS | | Região Ásia-Pacífico (Sydney) `ap-southeast-2` | `memory-db.ap-southeast-2.amazonaws.com` | HTTPS | | Região Europa (Frankfurt) `eu-central-1` | `memory-db.eu-central-1.amazonaws.com` | HTTPS | | Região Europa (Irlanda) `eu-west-1` | `memory-db.eu-west-1.amazonaws.com` | HTTPS | | Região Europa (Londres) `eu-west-2` | `memory-db.eu-west-2.amazonaws.com` | HTTPS | | Região Europa (Paris) `eu-west-3` | `memory-db.eu-west-3.amazonaws.com` | HTTPS | | Região Europa (Estocolmo) `eu-north-1` | `memory-db.eu-north-1.amazonaws.com` | HTTPS | | Região Europa (Milão) `eu-south-1` | `memory-db.eu-south-1.amazonaws.com` | HTTPS | | Região Europa (Espanha) `eu-south-2` | `memory-db.eu-south-2.amazonaws.com` | HTTPS | | Região América do Sul (São Paulo) `sa-east-1` | `memory-db.sa-east-1.amazonaws.com` | HTTPS | | Região China (Pequim) `cn-north-1` | `memory-db---cn-north-1.amazonaws.com.rproxy.goskope.com.cn` | HTTPS | | Região China (Ningxia) `cn-northwest-1` | `memory-db---cn-northwest-1.amazonaws.com.rproxy.goskope.com.cn` | HTTPS | Para obter uma tabela de produtos e serviços da AWS por região, consulte [Produtos e serviços por região](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/). Para obter uma tabela das zonas de disponibilidade compatíveis dentro das regiões, consulte [Sub-redes e grupos de sub-redes](subnetgroups.md). # Acessando o MemoryDB Cada endpoint do cluster do MemoryDB contém um endereço e uma porta. Esse endpoint de cluster oferece suporte ao protocolo de cluster do Valkey ou do Redis OSS para permitir que os clientes descubram os perfis, endereços IP e slots específicos de cada nó do cluster. Quando um nó primário falha e uma réplica é promovida em seu lugar, você pode se conectar ao endpoint do cluster para descobrir o novo primário usando o protocolo de cluster do Valkey ou do Redis OSS. Você precisa se conectar ao endpoint do cluster para descobrir os endpoints do nó usando os comandos **cluster nodes** ou **cluster slots**. Depois de descobrir o nó certo para uma chave, você pode se conectar diretamente ao nó para solicitações de leitura/gravação. Um cliente do Valkey ou Redis OSS pode usar o endpoint do cluster para se conectar automaticamente ao nó correto. Para solucionar problemas de nós específicos em um cluster, você também pode usar endpoints específicos de nós, mas eles não são necessários para o uso normal. Para localizar os endpoints do cluster, consulte o seguinte: + [Localização do endpoint de um cluster do MemoryDB (CLI da AWS)](endpoints.md#endpoints.find.cli) + [Localização do endpoint para um cluster do MemoryDB (API do MemoryDB)](endpoints.md#endpoints.find.api) Para conectar-se a nós ou clusters, consulte[Conectando-se aos nós do MemoryDB usando redis-cli](getting-started.md#connect-tls). # Segurança do MemoryDB A segurança do MemoryDB é gerenciada em três níveis: + Para controlar quem pode executar ações de gerenciamento em clusters e nós do MemoryDB, use o Gerenciamento de Identidade e Acesso (IAM)da AWS. Quando você se conecta à AWS usando credenciais do IAM, sua conta da AWS deve ter políticas do IAM que concedam as permissões necessárias para realizar operações. Para obter mais informações, consulte . [Gerenciamento de identidade e acesso no MemoryDB](iam.md) + Para controlar os níveis de acesso aos clusters, você cria usuários com permissões específicas e os atribui às listas de controle de acesso (ACL). A ACL, por sua vez, é então associada a um ou mais clusters. Para obter mais informações, consulte [Autenticando usuários com listas de controle de acesso () ACLs](clusters.acls.md). + Os clusters do MemoryDB devem ser criados em uma nuvem privada virtual (VPC) com base no serviço da Amazon VPC. Para controlar quais dispositivos e instâncias do Amazon EC2 podem abrir conexões com o endpoint e a porta do nó para clusters do MemoryDB em uma VPC, use um grupo de segurança da VPC. É possível estabelecer essas conexões de endpoint e porta usando Transport Layer Security (TLS)/Secure Sockets Layer (SSL). Além disso, as regras de firewall da sua empresa podem controlar se os dispositivos em execução na sua empresa podem abrir conexões com um cluster do MemoryDB. Para ter mais informações sobre VPCs, consulte [MemoryDB e Amazon VPC](vpcs.md). Para obter informações sobre a configuração de segurança, consulte [Segurança do MemoryDB](security.md).