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 de l'instance AWS DMS de réplication adaptée à votre migration
AWS DMS crée l'instance de réplication sur une EC2 instance Amazon. AWS DMS prend actuellement en charge les classes d'instances Amazon T2, T3, C4, C5, C6i, R4, R5 et R6i pour les instances de réplication : EC2
-
Les instances T2 sont des instances de performance évolutives qui fournissent un niveau de CPU performance de référence avec la capacité de dépasser le niveau de référence. Les performances de base et la capacité à exploser sont régies par CPU des crédits. Les instances T2 reçoivent des CPU crédits en continu à un taux défini en fonction de la taille de l'instance. Ils accumulent CPU des crédits lorsqu'ils sont inactifs et consomment CPU des crédits lorsqu'ils sont actifs.
Les instances T2 constituent un choix judicieux pour diverses charges de travail à usage général. Celles-ci incluent des microservices, des applications interactives à faible latence, de petites et moyennes bases de données, des bureaux virtuels, des environnements de développement, de génération et intermédiaire, des référentiels de code et des prototypes de produits.
-
Les instances T3 constituent le type d’instance à usage général extensible de nouvelle génération. Ce type fournit un niveau de CPU performance de base avec la possibilité d'augmenter CPU l'utilisation à tout moment aussi longtemps que nécessaire. Les instances T3 offrent un équilibre entre les ressources de calcul, de mémoire et de réseau et sont conçues pour les applications à CPU usage modéré qui connaissent des pics d'utilisation temporaires. Les instances T3 accumulent des CPU crédits lorsqu'une charge de travail fonctionne en dessous du seuil de référence. Chaque CPU crédit obtenu permet à l'instance T3 de bénéficier des performances d'un CPU cœur complet pendant une minute en cas de besoin.
Les instances T3 peuvent émettre en rafales à tout moment et aussi longtemps que nécessaire en mode
unlimited
. Pour plus d’informations sur le modeunlimited
, consultez Utilisation du mode illimité pour les instances à performances extensibles. -
Les instances C4 sont optimisées pour les charges de travail gourmandes en calcul et offrent des performances élevées à moindre coût, à un faible ratio prix/calcul. Ils permettent d'obtenir des performances de paquets par seconde (PPS) nettement plus élevées, de réduire l'instabilité du réseau et de réduire la latence du réseau. AWS DMS peut également être CPU intensive, en particulier lors de migrations et de réplications hétérogènes, telles que la migration d'Oracle vers Postgre. SQL Les instances C4 peuvent être un choix judicieux pour ces situations.
-
Les instances C5 constituent le type d’instance de nouvelle génération qui fournit des performances élevées et économiques à un faible rapport prix/calcul pour l’exécution de charges de travail avancées gourmandes en calcul. Cela inclut les charges de travail telles que les serveurs Web hautes performances, le calcul haute performance (HPC), le traitement par lots, la diffusion de publicités, les jeux multijoueurs hautement évolutifs et l'encodage vidéo. Les autres charges de travail pour lesquelles les instances C5 sont adaptées incluent la modélisation scientifique, les analyses distribuées et l’inférence par machine learning et deep learning. Les instances C5 sont disponibles avec un choix de processeurs Intel etAMD.
-
Les instances C6i offrent un rapport prix-performance de calcul jusqu’à 15 % supérieur à celui des instances Gen5 comparables pour une grande variété de charges de travail, ainsi qu’un chiffrement de mémoire permanent. Les instances C6i conviennent parfaitement aux charges de travail gourmandes en ressources informatiques telles que le traitement par lots, les analyses distribuées, le calcul haute performance (HPC), la diffusion de publicités, les jeux multijoueurs hautement évolutifs et l'encodage vidéo.
-
Les instances R4 sont optimisées pour la mémoire pour les charges de travail gourmandes en mémoire. Les migrations ou réplications continues de systèmes de transactions à haut débit AWS DMS peuvent également consommer de grandes quantités de CPU mémoire. Les instances R4 incluent plus de mémoire par v CPU que les types d'instance de génération précédente.
-
Les instances R5 constituent la nouvelle génération de types d'instances optimisés pour la mémoire pour Amazon. EC2 Les instances R5 conviennent aux applications gourmandes en mémoire, telles que les bases de données à hautes performances, les caches en mémoire distribués à l’échelle du web, les bases de données en mémoire de taille moyenne, l’analytique du big data en temps réel et les autres applications d’entreprise. Les migrations ou réplications continues de systèmes de transactions à haut débit AWS DMS peuvent également consommer de grandes quantités de CPU mémoire.
-
Les instances R6i offrent un rapport prix-performance de calcul jusqu’à 15 % supérieur à celui des instances Gen5 comparables pour une grande variété de charges de travail, ainsi qu’un chiffrement de mémoire permanent. Les instances R6i sont SAP certifiées et sont idéales pour les charges de travail telles que les SQL bases de données ou non, les caches en mémoire distribués à l'échelle du Web tels que Memcached SQL et Redis, les bases de données en mémoire comme les bases de données en mémoire et les analyses de OSS mégadonnées en temps réel telles que les clusters SAP HANA Hadoop et Spark.
Chaque instance de réplication possède une configuration spécifique de mémoire et de CPU v. Le tableau suivant présente la configuration pour chaque type d'instance de réplication. Pour obtenir des informations sur la tarification, consultez la page de tarification du service AWS Database Migration Service
Types d’instances de réplication à usage général
Type |
v CPU |
Mémoire (Gio) |
---|---|---|
dms.t2.micro |
1 |
1 |
dms.t2.small |
1 |
2 |
dms.t2.medium |
2 |
4 |
dms.t2.large |
2 |
8 |
dms.t3.micro |
2 |
1 |
dms.t3.small |
2 |
2 |
dms.t3.medium |
2 |
4 |
dms.t3.large |
2 |
8 |
Types d’instances de réplication optimisés pour le calcul
Type |
v CPU |
Mémoire (Gio) |
---|---|---|
dms.c4.large |
2 |
3,75 |
dms.c4.xlarge |
4 |
7,5 |
dms.c4.2xlarge |
8 |
15 |
dms.c4.4xlarge |
16 |
30 |
dms.c5.large |
2 |
4 |
dms.c5.xlarge |
4 |
8 |
dms.c5.2xlarge |
8 |
16 |
dms.c5.4xlarge |
16 |
32 |
dms.c5.9xlarge |
36 |
72 |
dms.c5.12xlarge |
48 |
96 |
dms.c5.18xlarge |
72 |
144 |
dms.c5.24xlarge |
96 |
192 |
dms.c6i.large |
2 |
4 |
dms.c6i.xlarge |
4 |
8 |
dms.c6i.2xlarge |
8 |
16 |
dms.c6i.4xlarge |
16 |
32 |
dms.c6i.8xlarge |
32 |
64 |
dms.c6i.12xlarge |
48 |
96 |
dms.c6i.16xlarge |
64 |
128 |
dms.c6i.24xlarge |
96 |
192 |
dms.c6i.32xlarge |
128 |
256 |
Types d’instances de réplication à mémoire optimisée
Type |
v CPU |
Mémoire (Gio) |
---|---|---|
dms.r4.large |
2 |
15,25 |
dms.r4.xlarge |
4 |
30,5 |
dms.r4.2xlarge |
8 |
61 |
dms.r4.4xlarge |
16 |
122 |
dms.r4.8xlarge |
32 |
244 |
dms.r5.large |
2 |
16 |
dms.r5.xlarge |
4 |
32 |
dms.r5.2xlarge |
8 |
64 |
dms.r5.4xlarge |
16 |
128 |
dms.r5.8xlarge |
32 |
256 |
dms.r5.12xlarge |
48 |
384 |
dms.r5.16xlarge |
64 |
512 |
dms.r5.24xlarge |
96 |
768 |
dms.r6i.large |
2 |
16 |
dms.r6i.xlarge |
4 |
32 |
dms.r6i.2xlarge |
8 |
64 |
dms.r6i.4xlarge |
16 |
128 |
dms.r6i.8xlarge |
32 |
256 |
dms.r6i.12xlarge |
48 |
384 |
dms.r6i.16xlarge |
64 |
512 |
dms.r6i.24xlarge |
96 |
768 |
dms.r6i.32xlarge |
128 |
1 024 |
Les tableaux ci-dessus répertorient tous les types d'instances de AWS DMS réplication, mais les types disponibles dans votre région peuvent varier. Pour connaître les types d’instances de réplication disponibles dans votre région, vous pouvez exécuter la commande AWS CLI suivante :
aws dms describe-orderable-replication-instances --region
your_region_name
Rubriques
Choix de la classe d’instances à utiliser
Pour vous aider à déterminer la classe d'instance de réplication qui vous convient le mieux, examinons le processus de capture des données de modification (CDC) AWS DMS utilisé.
Supposons que vous exécutez une CDC tâche à chargement complet (chargement en bloc plus réplication continue). Dans ce cas, la tâche possède son propre SQLite référentiel pour stocker les métadonnées et autres informations. Avant de AWS DMS démarrer un chargement complet, procédez comme suit :
-
AWS DMS commence à capturer les modifications apportées aux tables qu'il migre à partir du journal des transactions du moteur source (c'est ce que nous appelons les modifications mises en cache). Une fois le chargement complet terminé, ces modifications mises en cache sont collectées et appliquées sur la cible. En fonction du volume des modifications mises en cache, ces modifications peuvent être appliquées directement à partir de la mémoire, où elles sont collectées en premier, jusqu'à un seuil défini. Elles peuvent également être appliquées à partir du disque, où les modifications sont écrites lorsqu’elles ne peuvent pas être conservées en mémoire.
-
Une fois les modifications mises en cache appliquées, AWS DMS lance par défaut un processus d'application transactionnel sur l'instance cible.
Au cours de la phase de modifications mises en cache appliquées et de la phase de réplication en cours, AWS DMS utilise deux tampons de flux, un pour les données entrantes et sortantes. AWS DMS utilise également un composant important appelé trieur, qui est une autre mémoire tampon. Voici deux utilisations importantes du composant trieur (qui en a d'autres) :
-
Il suit toutes les transactions et s'assure de transférer uniquement les transactions pertinentes vers la mémoire tampon sortante.
-
Il s'assure que les transactions sont transférées dans le même ordre de validation que sur la source.
Comme vous pouvez le constater, nous avons trois mémoires tampons importantes dans cette architecture. CDC AWS DMS Si l'un quelconque de ces tampons connaît une sollicitation importante de mémoire, la migration peut avoir des problèmes de performances susceptibles d'entraîner des échecs.
Lorsque vous intégrez de lourdes charges de travail comportant un nombre élevé de transactions par seconde (TPS) à cette architecture, la mémoire supplémentaire fournie par les instances R5 et R6i peut s'avérer utile. Vous pouvez utiliser les instances R5 et R6i pour conserver un grand nombre de transactions en mémoire et éviter des problèmes de sollicitation de mémoire au cours des réplications continues.
Utilisation du mode illimité pour les instances à performances extensibles
Une instance de performance évolutive configuréeunlimited
, telle qu'une instance T3, peut maintenir un taux d'CPUutilisation élevé pendant n'importe quelle période, chaque fois que cela est nécessaire. Le prix horaire de l'instance peut couvrir automatiquement tous les pics CPU d'utilisation. C'est le cas si l'CPUutilisation moyenne de l'instance est égale ou inférieure à la valeur de référence sur une période continue de 24 heures ou si la durée de vie de l'instance est la plus courte.
Pour la grande majorité des charges de travail à usage général, les instances configurées comme unlimited
fournissent des performances suffisantes sans frais supplémentaires. Si l'instance fonctionne à un CPU taux d'utilisation plus élevé pendant une période prolongée, elle peut le faire moyennant un tarif supplémentaire CPU forfaitaire par heure. Pour plus d'informations sur la tarification des instances T3, consultez la section « CPU Crédits T3 » dans. AWS Database Migration Service
Pour plus d'informations sur le unlimited
mode pour les instances T3, consultez la section Mode illimité pour les instances à performances éclatantes dans le guide de EC2l'utilisateur Amazon.
Important
Si vous utilisez une instance dms.t3.micro
dans le cadre de l’offre gratuite AWSunlimited
, des frais peuvent s’appliquer. En particulier, des frais peuvent s’appliquer si votre utilisation moyenne sur une période glissante de 24 heures excède l’utilisation de référence de l’instance. Pour plus d'informations, consultez la section Utilisation de base dans le guide de EC2 l'utilisateur Amazon.
Les instances T3 sont lancées en mode unlimited
par défaut. Si l'CPUutilisation moyenne sur une période de 24 heures dépasse le niveau de référence, des frais vous seront facturés pour les crédits excédentaires. Dans certains cas, vous pouvez lancer des instances Spot T3 en mode unlimited
et prévoir de les utiliser immédiatement et pour une courte durée. Si vous le faites sans aucune période d'inactivité pour accumuler des CPU crédits, des frais vous seront facturés pour les crédits excédentaires. Nous vous recommandons de lancer vos instances Spot T3 en mode standard pour éviter des coûts plus élevés. Pour plus d'informations, consultez les sections « Les crédits excédentaires peuvent entraîner des frais », « Instances Spot T3 » et « Mode standard » pour les instances offrant des performances exceptionnelles dans le guide de l'utilisateur Amazon EC2.