Data Transmission Service (DTS) propose cinq catégories pour les instances de migration de données. Chaque catégorie détermine le débit maximal de la migration incrémentielle des données, mesuré en lignes par seconde (RPS).
Les catégories d'instances sont fournies à titre indicatif et ne servent pas de critères pour l'évaluation du contrat de niveau de service (SLA).
Catégories d'instances et RPS maximal
|**Catégorie d'instance**
|
**RPS maximal**
| | --- | --- | |
small
|
2 000
| |
medium
|
5 000
| |
large
|
6 000
| |
xlarge
|
7 000
| |
2xlarge
|
11 000
|
Le RPS réel varie selon les conditions réseau, les performances des instances source et de destination, ainsi que la latence. Ces valeurs ne sont pas couvertes par le SLA de DTS.
Conditions requises pour atteindre le RPS maximal
Pour atteindre les valeurs de RPS maximal indiquées ci-dessus, toutes les conditions suivantes doivent être réunies :
L'instance source génère au moins autant de modifications de lignes par seconde que le RPS maximal de l'instance de migration de données.
Les performances d'écriture de l'instance de destination permettent de soutenir le RPS maximal.
La latence réseau entre le serveur DTS et l'instance source ou de destination est inférieure à 2 millisecondes.
Référence de performance
DTS permet de migrer les données vers l'instance de destination en quelques secondes. Toutefois, la latence de migration peut augmenter en raison d'une charge de travail élevée sur l'instance source, d'une bande passante réseau insuffisante, d'une latence réseau importante ou de mauvaises performances d'écriture sur l'instance de destination. DTS ne garantit pas une latence de migration de l'ordre de la seconde pour les tâches de migration de données.
Environnement de test
Créez une tâche de migration incrémentielle des données entre deux instances ApsaraDB RDS for MySQL, puis soumettez l'instance source à des tests de charge afin de mesurer les performances de la migration incrémentielle des données. Les instances source et de destination utilisent des spécifications identiques.
|**Configuration**
|
**Valeur**
| | --- | --- | |
Spécification
|
rds.mys2.8xlarge
| |
Mémoire
|
48 000 Mo
| |
Connexions maximales
|
2 000
| |
Nombre maximal de requêtes par seconde (QPS)
|
18 000
| |
Nombre maximal d'opérations d'entrée/sortie par seconde (IOPS)
|
14 000
|
Modèle de test
|**Paramètre**
|
**Valeur**
| | --- | --- | |
Quantité de tables
|
20
| |
Clé primaire
|
Chaque table possède une clé primaire
| |
Taille d'enregistrement
|
1 Ko
| |
Structure de transaction
|
Moyenne de 2 opérations DML et 1 opération COMMIT par transaction
| |
Rapport DML (INSERT:UPDATE:DELETE)
|
3:1:2
|
Résultats des tests
|**Région source**
|
**Région de destination**
|
**Latence réseau (ms)**
|
**Catégorie d'instance**
|
**RPS**
| | --- | --- | --- | --- | --- | |
Chine (Hangzhou)
|
Chine (Hangzhou)
|
0,26
|
small
|
2 566
| |
Chine (Hangzhou)
|
Chine (Hangzhou)
|
0,26
|
medium
|
4 726
| |
Chine (Hangzhou)
|
Chine (Hangzhou)
|
0,26
|
large
|
6 378
| |
Chine (Hangzhou)
|
Chine (Qingdao)
|
26
|
small
|
2 469
| |
Chine (Hangzhou)
|
Chine (Qingdao)
|
26
|
medium
|
4 856
| |
Chine (Hangzhou)
|
Chine (Qingdao)
|
26
|
large
|
5 439
| |
Chine (Hangzhou)
|
Chine (Beijing)
|
26
|
small
|
2 533
| |
Chine (Hangzhou)
|
Chine (Beijing)
|
26
|
medium
|
5 038
| |
Chine (Hangzhou)
|
Chine (Beijing)
|
26
|
large
|
6 829
| |
Chine (Hangzhou)
|
États-Unis (Silicon Valley)
|
175
|
small
|
1 753
| |
Chine (Hangzhou)
|
États-Unis (Silicon Valley)
|
175
|
medium
|
2 837
| |
Chine (Hangzhou)
|
États-Unis (Silicon Valley)
|
175
|
large
|
3 884
| |
Singapour
|
États-Unis (Silicon Valley)
|
198
|
small
|
1 104
| |
Singapour
|
États-Unis (Silicon Valley)
|
198
|
medium
|
1 724
| |
Singapour
|
États-Unis (Silicon Valley)
|
198
|
large
|
2 256
|
Ces résultats reflètent les performances maximales dans les conditions de test décrites ci-dessus. Les performances maximales ne peuvent être garanties dans les cas suivants : la table à migrer ne possède pas de clé primaire, la latence réseau est élevée, un point chaud de mise à jour existe ou les instances source et de destination présentent des goulots d'étranglement au niveau des performances.
Termes clés
|**Terme**
|
**Description**
| | --- | --- | |
Catégorie d'instance
|
Détermine les performances de migration incrémentielle des données d'une instance de migration de données. DTS propose différentes catégories d'instances avec des capacités de débit variables.
| |
Quantité de tables
|
Nombre total de tables dans le modèle de test.
| |
Taille d'enregistrement
|
Taille de chaque enregistrement de données migré de manière incrémentielle.
| |
RPS
|
Lignes par seconde — nombre de lignes migrées de manière incrémentielle vers la table de destination par seconde. Par exemple, si une instance de migration de données migre 5 000 lignes vers la table de destination par seconde, son RPS est de 5 000.
|
Si une instruction SQL contient des opérations portant sur plusieurs lignes de données, DTS identifie ces opérations comme plusieurs enregistrements de données. Si vous effectuez plusieurs fois des opérations INSERT, UPDATE et DELETE sur un enregistrement de données, DTS identifie également ces opérations comme plusieurs enregistrements de données.
DTS identifie chaque opération COMMIT comme un enregistrement de données.