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.
Choix entre deux options de déploiement
Amazon ElastiCache propose deux options de déploiement :
Mise en cache sans serveur
Clusters auto-conçus
Pour obtenir la liste des commandes prises en charge pour les deux, consultezCommandes Redis OSS prises en charge et restreintes.
Mise en cache sans serveur
Amazon ElastiCache Serverless simplifie la création de cache et s'adapte instantanément pour prendre en charge les applications les plus exigeantes des clients. Avec ElastiCache Serverless, vous pouvez créer un cache hautement disponible et évolutif en moins d'une minute, éliminant ainsi le besoin de provisionner, de planifier et de gérer la capacité du cluster de cache. ElastiCache Serverless stocke automatiquement les données de manière redondante dans trois zones de disponibilité et fournit un accord de niveau de service (SLA) de disponibilité de 99,99 %. Les sauvegardes sont compatibles entre elles et peuvent être exportées et restaurées à partir de clusters conçus par nos soins.
Clusters auto-conçus
Si vous avez besoin d'un contrôle précis de votre cluster ElastiCache (Redis OSS), vous pouvez choisir de concevoir votre propre cluster Redis OSS avec. ElastiCache ElastiCache vous permet d'exploiter un cluster basé sur des nœuds, en choisissant le type de nœud, le nombre de nœuds et le placement des nœuds dans les zones de AWS disponibilité de votre cluster. Comme il ElastiCache s'agit d'un service entièrement géré, il permet de gérer le provisionnement du matériel, la surveillance, le remplacement des nœuds et les correctifs logiciels pour votre cluster. Les clusters conçus par nos soins peuvent être conçus pour fournir un SLA de disponibilité allant jusqu'à 99,99 %. Les sauvegardes sont compatibles entre elles et peuvent être exportées vers des caches Serveless et restaurées à partir de caches.
Choix entre deux options de déploiement
Choisissez la mise en cache sans serveur si :
Vous créez un cache pour les charges de travail nouvelles ou difficiles à prévoir.
Vous avez un trafic imprévisible au niveau de l'application.
Vous cherchez la méthode la plus simple pour démarrer avec un cache.
Choisissez de concevoir votre propre ElastiCache cluster si :
Vous utilisez déjà ElastiCache Serverless et souhaitez un contrôle plus précis sur le type de nœud exécutant Redis OSS, le nombre de nœuds et le placement de ces nœuds.
Vous vous attendez à ce que le trafic de vos applications soit relativement prévisible et souhaitez un contrôle précis des performances, de la disponibilité et des coûts.
Vous pouvez prévoir vos exigences de capacité pour contrôler les coûts.
Comparaison entre la mise en cache sans serveur et les clusters conçus par vos soins
Fonctionnalité | Mise en cache sans serveur | Clusters auto-conçus |
---|---|---|
Configuration du cache |
Créez un cache avec juste un nom en moins d'une minute |
Permet un contrôle précis de la conception des clusters de cache. L'utilisateur peut choisir le type de nœud, le nombre de nœuds et leur emplacement dans les zones de disponibilité AWS |
Version prise en charge ElastiCache (Redis OSS) |
ElastiCache (Redis OSS) version 7.1 et supérieure |
ElastiCache (Redis OSS) version 4.0 et supérieure |
Mode cluster |
Fonctionne |
Peut être configuré pour fonctionner en mode cluster activé ou en mode cluster désactivé. |
Mise à l'échelle |
S'adapte automatiquement à la fois verticalement et horizontalement sans aucune gestion de capacité. |
Permet de contrôler la mise à l'échelle, tout en exigeant une surveillance pour s'assurer que la capacité actuelle répond correctement à la demande. Vous pouvez choisir d'effectuer une mise à l'échelle verticale, en augmentant ou en diminuant la taille du nœud de cache selon les besoins. Vous pouvez également effectuer une mise à l'échelle horizontale, en ajoutant de nouveaux fragments ou en ajoutant d'autres répliques à vos fragments. Grâce à la fonction Auto-Scaling, vous pouvez également configurer le dimensionnement en fonction d'un calendrier ou en fonction de mesures telles que l'utilisation du processeur et de la mémoire dans le cache. |
Connexion client |
Les clients se connectent à un seul point de terminaison. Cela permet à la topologie du nœud de cache sous-jacent (dimensionnement, remplacements et mises à niveau) de changer sans déconnecter le client. |
Les clients se connectent à chaque nœud de cache individuel. Si un nœud est remplacé, le client redécouvre la topologie du cluster et rétablit les connexions. |
Configurabilité |
Aucune configuration précise n'est disponible. Les clients peuvent configurer les paramètres de base, notamment les sous-réseaux qui peuvent accéder au cache, si les sauvegardes automatiques sont activées ou non, et les limites d'utilisation maximale du cache. |
Les clusters conçus par nos soins fournissent des options de configuration précises. Les clients peuvent utiliser des groupes de paramètres pour un contrôle précis. Pour un tableau des valeurs de ces paramètres de type de nœud, consultez Paramètres spécifiques au type de nœud Redis OSS. |
Multi-AZ |
Les données sont répliquées de manière asynchrone sur plusieurs zones de disponibilité pour une meilleure disponibilité et une latence de lecture améliorée. |
Permet de concevoir le cluster dans une seule zone de disponibilité ou dans plusieurs zones de disponibilité (AZ). Pour les clusters multi-AZ, les données sont répliquées de manière asynchrone sur plusieurs zones de disponibilité pour une meilleure disponibilité et une latence de lecture améliorée. |
Chiffrement au repos |
Toujours activé. Les clients peuvent utiliser une clé Clé gérée par AWS ou une clé gérée par le client dans AWS KMS. |
Option permettant d'activer ou de désactiver le chiffrement au repos. Lorsque cette option est activée, les clients peuvent utiliser une clé Clé gérée par AWS ou une clé gérée par le client AWS KMS. |
Chiffrement en transit (TLS) |
Toujours activé. Les clients doivent prendre en charge la connectivité TLS. |
Option permettant d'activer ou de désactiver. |
Sauvegardes |
Prend en charge les sauvegardes automatiques et manuelles des caches sans impact sur les performances. Les sauvegardes sont compatibles entre elles et peuvent être restaurées dans un cache ElastiCache sans serveur ou dans un cluster conçu par vos soins. |
Supporte les sauvegardes automatiques et manuelles. Les clusters peuvent avoir un impact sur les performances en fonction de la mémoire réservée disponible. Pour plus d’informations, consultez Gestion de la mémoire réservée. Les sauvegardes sont compatibles entre elles et peuvent être restaurées dans un cache ElastiCache sans serveur ou dans un cluster conçu par vos soins. |
Surveillance |
Support des mesures au niveau du cache, notamment le taux de réussite du cache, le taux d'échec du cache, la taille des données et la consommation d'eCPU. ElastiCache Serverless envoie des événements EventBridge lorsque des événements importants se produisent dans votre cache. Vous pouvez choisir de surveiller, d'ingérer, de transformer les ElastiCache événements et d'agir en conséquence à l'aide d'Amazon EventBridge. Pour plus d’informations, consultez Événements pour les caches sans serveur. |
ElastiCache les clusters auto-conçus émettent des métriques au niveau de chaque nœud, y compris des métriques au niveau de l'hôte et des métriques du cache. Les clusters conçus par leurs soins émettent des notifications SNS pour les événements importants. veuillez consulter Métriques pour Redis OSS. |
Disponibilité |
Contrat de niveau de service (SLA |
Les clusters conçus par nos soins peuvent être conçus pour atteindre un accord de niveau de service (SLA) de disponibilité allant jusqu'à 99,99 %, en fonction de la |
Mises à niveau logicielles et application de correctifs |
Met automatiquement à niveau le logiciel de cache vers la dernière version mineure et la dernière version du correctif, sans impact sur les applications. Les clients reçoivent une notification pour les mises à niveau des versions majeures, et les clients peuvent passer à la dernière version majeure quand ils le souhaitent. |
Les clusters conçus par le client offrent un libre-service adapté aux besoins des clients pour les mises à niveau mineures et les mises à niveau des versions comportant des correctifs, ainsi que pour les mises à niveau des versions majeures. Les mises à jour gérées sont automatiquement appliquées pendant les périodes de maintenance définies par le client. Les clients peuvent également choisir d'appliquer une mise à niveau de version mineure ou de correctif à la demande. |
Magasin de données mondial |
Non pris en charge |
Supporte le Global Data Store, qui permet la réplication entre régions avec des écritures dans une seule région et des lectures multirégionales |
Hiérarchisation des données |
Non pris en charge |
Les clusters conçus à l'aide de nœuds de la famille r6gd voient leurs données hiérarchisées entre la mémoire et le stockage SSD (Solid State Drive) local. La hiérarchisation des données constitue une option rentable pour les charges de travail Redis OSS en utilisant des disques SSD à moindre coût dans chaque nœud du cluster, en plus du stockage des données en mémoire. |
Modèle de tarification |
Pay-per-use, sur la base des données stockées en Go d'heures et des demandes dans les unités de ElastiCache traitement (ECPU). Consultez les détails de la tarification en cliquant ici |
Pay-per-hour, en fonction de l'utilisation du nœud de cache. Consultez les détails de la tarification en cliquant ici |
Voir aussi: