Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra. # Qu'est-ce que MemoryDB Amazon MemoryDB est un service de base de données en mémoire durable qui fournit des performances ultrarapides. Il est spécialement conçu pour les applications modernes dotées d'architectures de microservices. Amazon MemoryDB est compatible avec les magasins de données open source populaires Valkey et Redis OSS, ce qui vous permet de créer rapidement des applications en utilisant les mêmes structures de données flexibles et conviviales et les mêmes commandes que celles qu'ils utilisent déjà. APIs Avec MemoryDB, toutes vos données sont stockées en mémoire, ce qui vous permet d'atteindre une microseconde en lecture, une latence d'écriture d'un chiffre en millisecondes et un débit élevé. MemoryDB stocke également les données de manière durable dans plusieurs zones de disponibilité (AZs) à l'aide d'un journal transactionnel multi-AZ pour permettre un basculement rapide, la restauration de bases de données et le redémarrage des nœuds. Offrant à la fois des performances en mémoire et une durabilité multi-AZ, MemoryDB peut être utilisée comme base de données principale haute performance pour vos applications de microservices, éliminant ainsi le besoin de gérer séparément une base de données cache et une base de données durable. **Topics** + [Caractéristiques de MemoryDB](servicename-feature-overview.md) + [Composants principaux de MemoryDB](components.md) + [Services connexes](related-services-choose-between-memorydb-and-redis.md) + [Choix des régions et zones de disponibilité](regionsandazs.md) + [Accès à MemoryDB](nodes-connecting.md) + [Sécurité de MemoryDB](memorydb-security.md) # Caractéristiques de MemoryDB Amazon MemoryDB est un service de base de données en mémoire durable qui fournit des performances ultrarapides. Les fonctionnalités de MemoryDB incluent : + Forte cohérence pour les nœuds principaux et cohérence finale garantie pour les nœuds répliques. Pour de plus amples informations, veuillez consulter [Cohérence](consistency.md). + Latences de lecture en microsecondes et en écriture d'un chiffre en millisecondes avec un maximum de 160 millions de TPS par cluster. + Structures de données Valkey et Redis OSS flexibles et conviviales et. APIs Créez facilement de nouvelles applications ou migrez des applications existantes basées sur Valkey et Redis OS sans pratiquement aucune modification. + Durabilité des données grâce à un journal transactionnel multi-AZ permettant une restauration et un redémarrage rapides de la base de données. + Disponibilité multi-AZ avec basculement automatique, détection des défaillances des nœuds et restauration en cas de défaillance. + Effectuez facilement une mise à l'échelle horizontale en ajoutant et en supprimant des nœuds, ou verticalement en passant à des types de nœuds plus ou moins grands. Vous pouvez augmenter le débit d'écriture en ajoutant des partitions et le débit de lecture en ajoutant des répliques. + Read-after-write cohérence pour les nœuds principaux et cohérence finale garantie pour les nœuds répliques. + MemoryDB prend en charge le chiffrement en transit, le chiffrement au repos et l'authentification des utilisateurs via. [Authentification des utilisateurs à l'aide de listes de contrôle d'accès () ACLs](clusters.acls.md) + Instantanés automatiques dans Amazon S3 avec conservation jusqu'à 35 jours. + Support pour un maximum de 500 nœuds et plus de 100 To de stockage par cluster (avec une réplique par partition). + Chiffrement en transit avec TLS et chiffrement au repos avec des clés. AWS KMS + Authentification et autorisation des utilisateurs avec Valkey et Redis OSS. [Authentification des utilisateurs à l'aide de listes de contrôle d'accès () ACLs](clusters.acls.md) + Support pour les types d'instances AWS Graviton2. + Intégration à d'autres AWS services tels qu' CloudWatchAmazon VPC et Amazon SNS pour la surveillance CloudTrail, la sécurité et les notifications. + Correctifs logiciels et mises à niveau entièrement gérés. + AWS Intégration de la gestion des identités et des accès (IAM) et contrôle d'accès basé sur des balises pour la gestion. APIs # Composants principaux de MemoryDB Vous trouverez ci-dessous un aperçu des principaux composants d'un déploiement de MemoryDB. **Topics** + [Clusters](#whatis.clusters) + [Nœuds](#whatis.components.nodes) + [Partitions](#whatis.components.Shards) + [Groupes de paramètres](#whatis.components.parametergroups) + [Groupes de sous-réseaux](#whatis.components.subnetgroups) + [Liste de contrôle d'accès (ACL)](#whatis.components.acls) + [Utilisateurs](#whatis.components.user) ## Clusters Un cluster est un ensemble d'un ou plusieurs nœuds desservant un seul ensemble de données. Un ensemble de données MemoryDB est partitionné en partitions, et chaque partition possède un nœud principal et jusqu'à 5 nœuds de réplication facultatifs. Un nœud principal traite les demandes de lecture et d'écriture, tandis qu'une réplique ne traite que les demandes de lecture. Un nœud principal peut basculer vers un nœud de réplique, promouvant ainsi cette réplique au rang de nouveau nœud principal pour cette partition. MemoryDB exécute Valkey ou Redis OSS comme moteur de base de données, et lorsque vous créez un cluster, vous spécifiez la version du moteur pour votre cluster. Vous pouvez créer et modifier un cluster à l' AWS CLI aide de l'API MemoryDB ou du. AWS Management Console Chaque cluster MemoryDB exécute une version du moteur Valkey ou Redis OSS. Chaque version du moteur possède ses propres fonctionnalités prises en charge. En outre, chaque version du moteur possède un ensemble de paramètres dans un groupe de paramètres qui contrôlent le comportement des clusters qu'elle gère. La capacité de calcul et de mémoire d'un cluster est déterminée par son type de nœud. Vous pouvez sélectionner le type de nœud qui correspond le mieux à vos besoins. Si vos besoins évoluent au fil du temps, vous pouvez modifier les types de nœuds. Pour plus d'informations, consultez [Types de nœuds pris en charge](nodes.supportedtypes.md). **Note** Pour obtenir des informations sur les tarifs des types de nœuds MemoryDB, consultez la section Tarification de [MemoryDB](https://aws.amazon.com/memorydb/pricing/). Vous exécutez un cluster sur un cloud privé virtuel (VPC) à l'aide du service Amazon Virtual Private Cloud (Amazon VPC). Lorsque vous utilisez un VPC, vous disposez d’un contrôle total sur l’environnement de réseau virtuel. Vous pouvez choisir votre propre plage d’adresses IP, créer des sous-réseaux et configurer le routage et les listes de contrôle d’accès. MemoryDB gère les instantanés, les correctifs logiciels, la détection automatique des défaillances et la restauration. Il n'y a pas de frais supplémentaires pour exécuter votre cluster dans un VPC. Pour plus d'informations sur l'utilisation d'Amazon VPC avec MemoryDB, consultez. [MemoryDB et Amazon VPC](vpcs.md) De nombreuses opérations MemoryDB ciblent les clusters : + Création d’un cluster + Modification d’un cluster + Prendre des instantanés d'un cluster + Suppression d’un cluster + Affichage des éléments d'un cluster + Ajout ou suppression des balises de répartition des coûts vers et depuis un cluster Pour en savoir plus, consultez les rubriques connexes suivantes : + [Gestion des clusters](clusters.md) et [Gestion des nœuds](nodes.md) Informations sur les clusters, les nœuds et les opérations connexes. + [Résilience dans MemoryDB](disaster-recovery-resiliency.md) Informations sur l'amélioration de la tolérance aux pannes de vos clusters. ## Nœuds Un *nœud* est le plus petit élément constitutif d'un déploiement de MemoryDB et s'exécute à l'aide d'une instance Amazon EC2. Chaque nœud exécute la version du moteur choisie lors de la création de votre cluster. Un nœud appartient à une partition appartenant à un cluster. Chaque nœud exécute une instance du moteur dans la version choisie lors de la création de votre cluster. Si nécessaire, vous pouvez redimensionner les nœuds d'un cluster vers le haut ou vers le bas pour obtenir un type différent. Pour de plus amples informations, veuillez consulter [Mise à l’échelle](scaling.md). Chaque nœud d'un cluster est du même type. Plusieurs types de nœuds sont pris en charge, chacun ayant une quantité de mémoire variable. Pour obtenir la liste des types de nœuds pris en charge, consultez [Types de nœuds pris en charge](nodes.supportedtypes.md). Pour plus d'informations sur les nœuds, consultez [Gestion des nœuds](nodes.md). ## Partitions Une partition est un regroupement de un à 6 nœuds, l'un servant de nœud d'écriture principal et les 5 autres servant de répliques de lecture. Un cluster MemoryDB possède toujours au moins une partition. Les clusters MemoryDB peuvent contenir jusqu'à 500 partitions, vos données étant partitionnées entre les partitions. Par exemple, vous pouvez choisir de configurer un cluster de 500 nœuds compris entre 83 (un principal et 5 réplicas par partition) et 500 partitions (un principal et aucun réplicas). Assurez-vous qu’il y ait suffisamment d’adresses IP disponibles pour faire face à l’augmentation. Les pièges courants incluent les sous-réseaux du groupe de sous-réseaux avec une plage CIDR trop petite ou les sous-réseaux partagés et fortement utilisés par d’autres clusters. Une *partition avec plusieurs nœuds* implémente la réplication avec un nœud principal en lecture/écriture et de 1 à 5 nœuds de réplica. Pour de plus amples informations, veuillez consulter [Comprendre la réplication MemoryDB](replication.md). Pour plus d'informations sur les partitions, consultez [Utilisation de partitions](shards.md). ## Groupes de paramètres Les groupes de paramètres permettent de gérer facilement les paramètres d'exécution du moteur de votre cluster. Les paramètres sont utilisés pour contrôler l'utilisation de la mémoire, la taille des éléments, etc. Un groupe de paramètres MemoryDB est un ensemble nommé de paramètres spécifiques au moteur que vous pouvez appliquer à un cluster, et tous les nœuds de ce cluster sont configurés exactement de la même manière. Pour des informations plus détaillées sur les groupes de paramètres MemoryDB, consultez. [Configuration des paramètres de moteur à l'aide de groupes de paramètres](parametergroups.md) ## Groupes de sous-réseaux Un *groupe de sous-réseaux* est un ensemble de sous-réseaux (généralement privés) que vous pouvez utiliser pour vos clusters fonctionnant dans un environnement Amazon Virtual Private Cloud (VPC). Lorsque vous créez un cluster dans un Amazon VPC, vous pouvez spécifier un groupe de sous-réseaux ou utiliser celui fourni par défaut. MemoryDB utilise ce groupe de sous-réseaux pour choisir un sous-réseau et les adresses IP de ce sous-réseau à associer à vos nœuds. Pour des informations plus détaillées sur les groupes de sous-réseaux MemoryDB, consultez. [Sous-réseaux et groupes de sous-réseaux](subnetgroups.md) ## Liste de contrôle d'accès (ACL) Une liste de contrôle d'accès est un ensemble d'un ou de plusieurs utilisateurs. Les chaînes d'accès suivent les [règles ACL](https://valkey.io/topics/acl) pour autoriser l'accès des utilisateurs aux commandes et aux données Valkey ou Redis OSS. Pour des informations plus détaillées sur les listes de contrôle d'accès MemoryDB, consultez. [Authentification des utilisateurs à l'aide de listes de contrôle d'accès () ACLs](clusters.acls.md) ## Utilisateurs Un utilisateur possède un nom d'utilisateur et un mot de passe et est utilisé pour accéder aux données et émettre des commandes sur votre cluster MemoryDB. Un utilisateur est membre d'une liste de contrôle d'accès (ACL), que vous pouvez utiliser pour déterminer les autorisations de cet utilisateur sur les clusters MemoryDB. Pour de plus amples informations, veuillez consulter [Authentification des utilisateurs à l'aide de listes de contrôle d'accès () ACLs](clusters.acls.md). # Services connexes [ElastiCache](https://docs.aws.amazon.com/AmazonElastiCache/latest/dg/whatis.html) Lorsque vous décidez d'utiliser MemoryDB ou ElastiCache considérez les comparaisons suivantes : + MemoryDB est une base de données en mémoire durable pour les charges de travail nécessitant une base de données principale ultrarapide. Vous devriez envisager d'utiliser MemoryDB si votre charge de travail nécessite une base de données durable offrant des performances ultra-rapides (latence en microsecondes en lecture et de l'ordre de la milliseconde en écriture). MemoryDB peut également convenir à votre cas d'utilisation si vous souhaitez créer une application à l'aide de structures de données Valkey ou Redis OSS et APIs avec une base de données principale durable. Enfin, vous devriez envisager d'utiliser MemoryDB pour simplifier l'architecture de votre application et réduire les coûts en remplaçant l'utilisation d'une base de données par un cache pour garantir la durabilité et les performances. + ElastiCache est un service couramment utilisé pour mettre en cache des données provenant d'autres bases de données et magasins de données à l'aide de Valkey et Redis OSS. Vous devez envisager de mettre en cache ElastiCache les charges de travail lorsque vous souhaitez accélérer l'accès aux données avec votre base de données principale ou votre magasin de données existant (performances de lecture et d'écriture en microsecondes). Vous devez également envisager ElastiCache les cas d'utilisation dans lesquels vous souhaitez utiliser les structures de données Valkey ou Redis OSS et accéder APIs aux données stockées dans une base de données ou un magasin de données principal. # Choix des régions et zones de disponibilité AWS Les ressources de cloud computing sont hébergées dans des centres de données à haute disponibilité. Pour offrir une évolutivité et une fiabilité supplémentaires, ces installations de centre de données sont situées dans différents emplacements physiques. Ces emplacements sont classés par *régions* et *zones de disponibilité*. AWS Les régions sont vastes et largement dispersées dans des zones géographiques distinctes. Les zones de disponibilité sont des emplacements distincts au sein d'une AWS région conçus pour être isolés des défaillances dans d'autres zones de disponibilité. Ils fournissent une connectivité réseau peu coûteuse et à faible latence aux autres zones de disponibilité de la même AWS région. **Important** Chaque région est totalement indépendante. Toute activité MemoryDB que vous lancez (par exemple, la création de clusters) s'exécute uniquement dans votre région par défaut actuelle. Pour créer ou utiliser un cluster dans une région spécifique, utilisez le point de terminaison du service régional correspondant. Pour les points de terminaison de service, consultez [MemoryDB multi-régions](multi-region.md). Avec MemoryDB Multi-Region, vous pouvez améliorer à la fois la disponibilité et la résilience tout en bénéficiant de lectures et d'écritures locales à faible latence pour les applications multirégionales. Pour plus d'informations sur l'utilisation de MemoryDB Multi-Region, consultez. [Régions et terminaux pris en charge](#supportedregions) ## Localisation de vos nœuds Tout cluster comportant au moins une réplique doit être réparti sur plusieurs AZs. La seule façon de tout localiser au sein d'une seule zone de zone est d'utiliser un cluster composé de partitions à nœud unique. En localisant les nœuds dans différents emplacements AZs, MemoryDB élimine le risque qu'une panne, telle qu'une panne de courant, dans une zone de zone de développement entraîne une perte de disponibilité. + [Création d'un cluster MemoryDB](getting-started.md#clusters.create) + [Modification d'un cluster MemoryDB](clusters.modify.md) ## Régions et terminaux pris en charge MemoryDB est disponible dans plusieurs AWS régions. Cela signifie que vous pouvez lancer des clusters MemoryDB dans des emplacements qui répondent à vos besoins. Par exemple, vous pouvez lancer votre produit dans la AWS région la plus proche de vos clients ou dans une AWS région particulière pour répondre à certaines exigences légales. De plus, à mesure que MemoryDB étend la disponibilité à une nouvelle AWS région, MemoryDB prend en charge les deux `MAJOR.MINOR` versions les plus récentes à ce moment-là pour la nouvelle région. Pour plus d'informations sur les versions de MemoryDB, consultez. [Versions du moteur](engine-versions.md) Par défaut AWS SDKs AWS CLI, l'API MemoryDB et la console MemoryDB font référence à la région US-Est (Virginie du Nord). À mesure que MemoryDB étend la disponibilité à de nouvelles régions, de nouveaux points de terminaison pour ces régions peuvent également être utilisés dans vos requêtes HTTP, le AWS SDKs AWS CLI, et la console. Chaque région est conçue pour être complètement isolée des autres régions . Chaque région dispose de plusieurs zones de disponibilité (AZ). En lançant vos nœuds sous différentes formes, AZs vous obtenez la plus grande tolérance aux pannes possible. Pour plus d'informations sur les régions et les zones de disponibilité, reportez-vous [Choix des régions et zones de disponibilité](#regionsandazs) au début de cette rubrique. **Régions où MemoryDB est pris en charge** | Nom de région/Région | Point de terminaison | Protocole | | --- | --- | --- | | Région USA Est (Ohio) `us-east-2` | `memory-db.us-east-2.amazonaws.com` | HTTPS | | Région USA Est (Virginie du Nord) `us-east-1` | `memory-db.us-east-1.amazonaws.com` | HTTPS | | Région US West (N. California) `us-west-1` | `memory-db.us-west-1.amazonaws.com` | HTTPS | | Région USA Ouest (Oregon) `us-west-2` | `memory-db.us-west-2.amazonaws.com` | HTTPS | | Région Canada (Centre) `ca-central-1` | `memory-db.ca-central-1.amazonaws.com` | HTTPS | | Région Asie-Pacifique (Hong Kong) `ap-east-1` | `memory-db.ap-eastl-1.amazonaws.com` | HTTPS | | Région Asie-Pacifique (Mumbai) `ap-south-1` | `memory-db.ap-south-1.amazonaws.com` | HTTPS | | Région Asie-Pacifique (Tokyo) `ap-northeast-1` | `memory-db.ap-northeast-1.amazonaws.com` | HTTPS | | Région Asie-Pacifique (Séoul) `ap-northeast-2` | `memory-db.ap-northeast-2.amazonaws.com` | HTTPS | | Région Asie-Pacifique (Singapour) `ap-southeast-1` | `memory-db.ap-southeast-1.amazonaws.com` | HTTPS | | Région Asie-Pacifique (Sydney) `ap-southeast-2` | `memory-db.ap-southeast-2.amazonaws.com` | HTTPS | | Région Europe (Francfort) `eu-central-1` | `memory-db.eu-central-1.amazonaws.com` | HTTPS | | Région Europe (Irlande) `eu-west-1` | `memory-db.eu-west-1.amazonaws.com` | HTTPS | | Région Europe (Londres) `eu-west-2` | `memory-db.eu-west-2.amazonaws.com` | HTTPS | | Région EU (Paris) `eu-west-3` | `memory-db.eu-west-3.amazonaws.com` | HTTPS | | Région Europe (Stockholm) `eu-north-1` | `memory-db.eu-north-1.amazonaws.com` | HTTPS | | Europe (Milan) Region `eu-south-1` | `memory-db.eu-south-1.amazonaws.com` | HTTPS | | Région Europe (Espagne) `eu-south-2` | `memory-db.eu-south-2.amazonaws.com` | HTTPS | | Région Amérique du Sud (São Paulo) `sa-east-1` | `memory-db.sa-east-1.amazonaws.com` | HTTPS | | Région Chine (Beijing) `cn-north-1` | `memory-db---cn-north-1.amazonaws.com.rproxy.goskope.com.cn` | HTTPS | | Région Chine (Ningxia) `cn-northwest-1` | `memory-db---cn-northwest-1.amazonaws.com.rproxy.goskope.com.cn` | HTTPS | Pour un tableau des AWS produits et services par région, voir [Produits et services par région](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/). Pour un tableau des zones de disponibilité prises en charge au sein des régions, voir[Sous-réseaux et groupes de sous-réseaux](subnetgroups.md). # Accès à MemoryDB Chaque point de terminaison du cluster MemoryDB contient une adresse et un port. Ce point de terminaison du cluster prend en charge les protocoles Valkey et Redis OSS Cluster pour permettre aux clients de découvrir les rôles, adresses IP et emplacements spécifiques pour chaque nœud du cluster. Lorsqu'un nœud principal tombe en panne et qu'une réplique est promue à sa place, vous pouvez vous connecter au point de terminaison du cluster pour découvrir le nouveau nœud principal à l'aide du protocole Valkey ou Redis OSS Cluster. Vous devez vous connecter au point de terminaison du cluster pour découvrir les points de terminaison du nœud à l'aide de la **cluster slots** commande **cluster nodes** or. Après avoir découvert le nœud approprié pour une clé, vous pouvez vous connecter directement au nœud pour les read/write demandes. Un client Valkey ou Redis OSS peut utiliser le point de terminaison du cluster pour se connecter automatiquement au nœud approprié. Pour dépanner des nœuds spécifiques d'un cluster, vous pouvez également utiliser des points de terminaison spécifiques à un nœud, mais ceux-ci ne sont pas nécessaires pour une utilisation normale. Pour trouver le point de terminaison d'un cluster, consultez les rubriques suivantes : + [Trouver le point de terminaison d'un cluster MemoryDB (CLI)AWS](endpoints.md#endpoints.find.cli) + [Trouver le point de terminaison d'un cluster MemoryDB (API MemoryDB)](endpoints.md#endpoints.find.api) Pour la connexion à des nœuds ou à des clusters, consultez[Connexion aux nœuds MemoryDB à l'aide de redis-cli](getting-started.md#connect-tls). # Sécurité de MemoryDB La sécurité de MemoryDB est gérée à trois niveaux : + Pour contrôler qui peut effectuer des actions de gestion sur les clusters et les nœuds MemoryDB, vous utilisez AWS Identity and Access Management (IAM). Lorsque vous vous connectez à AWS l'aide d'informations d'identification IAM, votre AWS compte doit disposer de politiques IAM qui accordent les autorisations requises pour effectuer des opérations. Pour de plus amples informations, consultez [Gestion des identités et des accès dans MemoryDB](iam.md). + Pour contrôler les niveaux d'accès aux clusters, vous créez des utilisateurs dotés d'autorisations spécifiées et vous les assignez aux listes de contrôle d'accès (ACL). L'ACL, à son tour, est ensuite associée à un ou plusieurs clusters. Pour de plus amples informations, veuillez consulter [Authentification des utilisateurs à l'aide de listes de contrôle d'accès () ACLs](clusters.acls.md). + Les clusters MemoryDB doivent être créés dans un cloud privé virtuel (VPC) basé sur le service Amazon VPC. Pour contrôler quels appareils et EC2 instances Amazon peuvent ouvrir des connexions au point de terminaison et au port du nœud pour les clusters MemoryDB dans un VPC, vous utilisez un groupe de sécurité VPC. Avec ces points de terminaison et les connexions de port, vous pouvez utiliser TLS/SSL (Transport Layer Security/Secure Sockets Layer). En outre, les règles de pare-feu de votre entreprise peuvent contrôler si les appareils fonctionnant dans votre entreprise peuvent ouvrir des connexions à un cluster MemoryDB. Pour plus d'informations sur VPCs, voir[MemoryDB et Amazon VPC](vpcs.md). Pour plus d'informations sur la configuration de la sécurité, consultez [Sécurité dans MemoryDB](security.md).