Conditions préalables et limitations - Amazon ElastiCache pour Redis

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.

Conditions préalables et limitations

Avant de commencer à utiliser les magasins de données globaux, tenez compte des éléments suivants :

  • Les banques de données mondiales sont prises en charge dans les AWS régions suivantes : Asie-Pacifique (Séoul, Tokyo, Singapour, Sydney, Mumbai et Osaka), Europe (Francfort, Paris, Londres, Irlande et Stockholm), États-Unis Est (Virginie du Nord et Ohio), États-Unis Ouest (Californie du Nord et Oregon), Amérique du Sud (São Paulo), AWS GovCloud (États-Unis Ouest et États-Unis Est), région Canada (centre), Chine (Pékin et Ningxia)

  • Tous les clusters (primaire et secondaire) de votre entrepôt de données global doivent avoir le même nombre de nœuds principaux, type de nœud, version du moteur et nombre de partitions (dans le cas où le mode cluster est activé). Chaque cluster de votre magasin de données global peut comporter un nombre différent de réplicas en lecture afin de tenir compte du trafic de lecture local vers ce cluster.

    La réplication doit être activée si vous prévoyez d'utiliser un cluster à un seul nœud existant.

  • Les banques de données globales ne sont pas prises en charge sur les instances antérieures à m5 ou r5.

  • Vous pouvez configurer la réplication d'un cluster principal d'une AWS région vers un cluster secondaire dans deux autres AWS régions au maximum.

    Note

    Les régions Chine (Beijing) et Chine (Ningxia), où la réplication ne peut se produire qu'entre les deux régions.

  • Vous pouvez utiliser les magasins de données globaux uniquement dans des clusters VPC. Pour plus d’informations, consultez Modèles d’accès à un cache ElastiCache dans un réseau Amazon VPC. Les magasins de données globaux ne sont pas pris en charge lorsque vous utilisez EC2-Classic. Pour de plus amples informations, veuillez consulter EC2-Classic dans le Guide de l'utilisateur Amazon EC2 pour les instances Linux.

    Note

    Pour le moment, vous ne pouvez pas utiliser les entrepôts de données globaux dans Utilisation de Local Zones avec ElastiCache .

  • ElastiCache ne prend pas en charge le basculement automatique d'une AWS région à l'autre. Si nécessaire, vous pouvez promouvoir manuellement un cluster secondaire. Pour obtenir un exemple, consultez Promotion du cluster secondaire en cluster principal.

  • Pour amorcer à partir de données existantes, utilisez un cluster existant en tant que cluster principal pour créer un magasin de données global. Nous ne prenons pas en charge l'ajout d'un cluster existant en tant que cluster secondaire. Le processus d'ajout d'un cluster existant en tant que cluster secondaire efface les données, ce qui peut entraîner une perte de données.

  • Les mises à jour de paramètres sont appliquées à tous les clusters lorsque vous modifiez un groupe de paramètres local d'un cluster appartenant à un magasin de données global.

  • Vous pouvez mettre à l'échelle les clusters régionaux à la fois verticalement (augmentation et diminution) et horizontalement (ajustement à la hausse et à la baisse). Vous pouvez mettre à l'échelle les clusters en modifiant le magasin de données global. Tous les clusters régionaux du magasin de données global sont ensuite mis à l'échelle sans interruption. Pour plus d’informations, consultez Mise à l'échelle ElastiCache pour Redis .

  • Les magasins de données globaux prennent en charge le chiffrement au repos, lechiffrement en transit et Redis AUTH.

  • Les banques de données globales ne prennent pas en charge le protocole Internet version 6 (IPv6).

  • Les banques de données mondiales prennent en charge les clés AWS KMS . Pour plus d'informations, veuillez consulter les Concepts du service de gestion des clés AWS dans le Guide du développeur AWS Key Management Service .

Note

Les magasins de données globaux prennent en charge la messagerie pub/sub (publish/subscribe - publier/abonner) avec les conditions suivantes :

  • Lorsque le mode cluster est désactivé, le système pub/sub est entièrement pris en charge. Les événements publiés sur le cluster principal de la AWS région principale sont propagés aux AWS régions secondaires.

  • Lorsque le mode cluster est activé, les conditions suivantes s'appliquent :

    • Pour les événements publiés qui ne figurent pas dans un keyspace, seuls les abonnés de la même AWS région reçoivent les événements.

    • Pour les événements keyspace publiés, les abonnés de toutes les AWS régions reçoivent les événements.