1
votes

Réplication multi-régions EC2 et RDS de la région A vers diverses autres régions

Notre serveur actuel composé de 2x instances EC2 et d'une base de données RDS (lecture / écriture) se trouve dans la région de Mumbai. Cependant, j'aimerais tout copier (2x EC2 et RDS (R / W)) à Sydney et d'autres vers d'autres régions.

Dans l'idéal, j'aimerais également répliquer le contenu de ces instances.

Quelqu'un connaît-il un moyen simple et rapide de procéder?


Modifier le 25/01/2019:

Cependant, j'aimerais tout copier , y compris ce qui se trouve à l'intérieur des instances (2x EC2 et les RDS)


Modifier le 29/01/2019: Le but est de "redimensionner / développer". Je souhaite que la même infrastructure soit répliquée 1 à 1 (exactement / à l'identique) dans différentes régions.


0 commentaires

3 Réponses :


0
votes

C'est simple! - Pour EC2 - vous devez créer une AMI de ces instances, puis cliquez avec le bouton droit sur l'AMI que vous venez de créer et choisissez "copier l'AMI" dans la région désignée.

  • Pour RDS
    • Si vous souhaitez simplement copier des données dans une autre région, prenez un instantané, puis copiez cet instantané dans la région de destination
    • Si vous souhaitez que le RDS soit répliqué en continu dans une autre région, vous devez créer un réplica en lecture à partir de votre instance RDS.

5 commentaires

Cam sur! La création d'une AMI garantira-t-elle que tous les contenus (répertoires, etc.) à l'intérieur de ces instances seront également transmis? Et aussi "read-replica" pour le RDS être une copie du contenu (c'est-à-dire toutes les données à l'intérieur) aussi?


Oui! une AMI de EC2 signifie tout de cette instance, y compris tout votre contenu sur les disques et aussi le nombre de volumns ebs, le point de montage, etc ... RDS read-replica est une solution de réplication en temps quasi réel. Votre RDS copiera en permanence les données de l'instance maître vers une autre région, le réplica en lecture ne peut lire, pas écrire, mais vous pouvez le promouvoir pour devenir maître si nécessaire.


@DungNguyen Je pense qu'OP lit peut-être trop dans votre réponse, ou vous lisez trop peu dans la question, ou peut-être que l'intention de la question n'est pas claire. Une AMI est un instantané à un moment donné. Il ne «réplique» pas le contenu au-delà de cela.


@DungNguyen J'ai réussi à créer des AMI pour mes instances et maintenant elles sont actives. Je souhaite répliquer RDS dans une autre région, mais pas en continu. Pour que j'aie les mêmes tables en place. La documentation est vraiment déroutante. Êtes-vous capable de faire la lumière?


Il vous suffit ensuite de créer un instantané de votre RDS, puis de copier l'instantané dans la région de destination souhaitée. Ensuite, déjeunez une nouvelle instance RDS à partir de cet instantané.



0
votes

L'option de réplication de l'environnement dépend de la durée d'indisponibilité que vous pouvez tolérer.

Si vous êtes d'accord avec les temps d'arrêt 1. Copiez l'AMI de l'instance EC2 et l'instantané de RDS dans une autre région 2. Apportez votre nouvel environnement. C'est parfait pour les charges de travail non critiques

S'il s'agit d'une application critique 1. Copiez l'AMI de l'instance ec2 (je suppose que ce serait vos instnaces web / app) Pour la réplication en temps réel, utilisez rsync ou robocopy .. ou une solution comme cloudendure. 2. Créez une nouvelle instance RDS à Sydney 3. UTILISER l'outil de migration DMS .. créer une relation source et cible 4. une fois insync coupé, la relation apporte un nouvel environnement à sydney


0 commentaires

0
votes

Comme suggéré par les réponses précédentes pour EC2, vous pouvez créer des AMI, puis déplacer l'AMI vers une autre région.

Pour RDS, vous pouvez soit créer des réplicas en lecture (et lire des répliques de répliques en lecture, mais attention à la latence), les répliques en lecture sont principalement utilisées pour améliorer les performances de lecture de votre application.

Vous pouvez également créer une sauvegarde Multi AZ qui servira de site de reprise après sinistre. Cependant, notez que Multi-AZ n'est utilisé qu'en cas de basculement. De plus, Multi-AZ implique une copie synchrone des données et les répliques en lecture sont asynchrones, donc les répliques en lecture peuvent démontrer un comportement de cohérence éventuel.

Mais la vraie question ici est: qu'essayez-vous d'accomplir?

Essayez-vous de «faire évoluer» votre infrastructure pour prendre en charge un trafic énorme vers votre application? Ou essayez-vous simplement de configurer la reprise après sinistre (DR)?

Si votre réponse est DR, alors l'approche est assez simple avec les instantanés d'instances Multi AZ et EC2. Mais si la réponse est la montée en charge et les performances, vous devez vraiment penser à de meilleures stratégies telles que l'utilisation de Cloudfront (CDN) s'il s'agit d'une application Web, l'utilisation du cache en mémoire Elasticache pour les données lues fréquemment, ou des réplicas de lecture RDS, en utilisant Équilibreurs de charge élastiques avec montée en charge dynamique / échelonnée. D'autres méthodes consisteraient à évaluer le type de sous-système de stockage RDS utilisé, c'est-à-dire en utilisant des IOP provisoires par rapport à l'utilisation d'un SSD à usage général, en vérifiant s'il existe des goulots d'étranglement «d'instance» NAT dans votre VPC, etc.

Il peut être tentant de lancer toutes ces copies redondantes d'AMI EC2 ou de répliques de lecture RDS en un seul clic, mais vous devez vraiment penser au coût que vous allez engager sur une base mensuelle pour un - ressources utilisées.


3 commentaires

Merci pour la réponse informative - j'essaie de «mettre à l'échelle» notre infrastructure - c'est-à-dire cloner / copier / répliquer la configuration actuelle dans plusieurs régions.


Je vous recommande de regarder les stratégies de réplique en lecture (pour RDS) dans une région unique mais avec plusieurs zones de disponibilité. Souvent, il répondrait à vos besoins sans vous ruiner. Si cela ne suffit toujours pas, vous pouvez avoir des réplicas de lecture interrégionaux (vers au plus 1 ou 2 autres régions), mais méfiez-vous des tarifs, car les tarifs varient selon les régions. Même stratégie pour EC2, essayez ALB dans une région avec plusieurs zones de disponibilité, car AMI va simplement créer une sauvegarde / image de l'instance. Pour un équilibreur de charge hautes performances, vous pouvez essayer «Network Load Balancer», mais évaluer le coût.


Merci! Lisez quelques informations sur la réplication RDS. Je pense que je suis plus confus maintenant! Tout ce que je veux faire est de répliquer RDS dans une autre région, mais pas en continu. Je veux m'assurer que toutes les tables du RDS sont toujours là. Pour que les deux régions soient indépendantes l'une de l'autre. Comment puis-je faire ceci?