Data Online Migration est gratuit pendant sa phase de prévisualisation publique. Toutefois, les ressources sous-jacentes restent facturées, notamment le trafic réseau sortant des services de stockage tiers, les requêtes API et la restauration des données. Le coût total de la migration varie en fonction de la source et de la destination.
Éléments facturables
Aperçu
Le tableau suivant répertorie les éléments facturables pour la migration de données entre différentes sources et destinations.
|
Source |
Destination |
Trafic sortant de la source |
Requêtes source |
Requêtes de destination |
Accélération du transfert |
|
OSS |
OSS |
Pour plus de détails sur la facturation, consultez Migration de données entre buckets Alibaba Cloud OSS. |
Facturé |
Facturé |
Facturé (si activé) Remarque
Pour les migrations transfrontalières, par exemple entre la Chine continentale et d'autres régions, nous vous recommandons d'activer l'accélération du transfert afin d'améliorer la vitesse de migration. Si cette fonctionnalité est activée, les frais d'accélération sont facturés au bucket OSS de destination. |
|
Service de stockage tiers (par exemple, AWS S3, Tencent COS, Huawei OBS, Volcano Engine TOS ou Qiniu Kodo) |
OSS |
Facturé |
Facturé |
Facturé |
- |
|
HTTP/HTTPS |
OSS |
Facturé |
Facturé |
Facturé |
- |
|
Système de fichiers local |
OSS |
- |
- |
Facturé |
- |
|
Système de fichiers local |
Système de fichiers local |
- |
- |
- |
- |
|
OSS |
Système de fichiers local |
Pour obtenir des informations détaillées sur la facturation, consultez Migration de données depuis OSS vers un système de fichiers local. |
Facturé |
- |
- |
Scénarios de facturation
Migration entre buckets Alibaba Cloud OSS
Les illustrations ci-dessous présentent les éléments facturables lors de la migration de données entre buckets OSS. Pour des exemples détaillés, consultez Migration de données depuis OSS.
Source et service Data Migration dans la même région
Si le bucket OSS source et le service Data Migration se trouvent dans la même région, aucun frais de trafic sortant n'est appliqué.
Source et service Data Migration dans des régions différentes
Si le bucket OSS source et le service Data Migration se trouvent dans des régions différentes, des frais de trafic sortant sont appliqués au bucket OSS source.
Pour les migrations transfrontalières entre buckets OSS, nous vous recommandons d'activer l'accélération du transfert sur le bucket OSS de destination. Les frais correspondants sont facturés au bucket de destination.
Migration depuis HTTP/HTTPS vers OSS
L'illustration ci-dessous présente les éléments facturables lors de la migration de données depuis une source HTTP/HTTPS vers un bucket OSS :
Migration depuis un stockage tiers vers OSS
L'illustration ci-dessous présente les éléments facturables lors de la migration de données depuis un service de stockage tiers vers un bucket OSS :
Migration depuis un système de fichiers local vers OSS
L'illustration ci-dessous présente les éléments facturables lors de la migration de données depuis un système de fichiers local vers un bucket OSS :
Migration depuis OSS vers un système de fichiers local
Les illustrations ci-dessous présentent les éléments facturables lors de la migration de données depuis un bucket OSS vers un système de fichiers local :
Source et service Data Migration dans la même région
Source et service Data Migration dans des régions différentes
Migration entre systèmes de fichiers locaux
L'illustration ci-dessous présente les éléments facturables lors de la migration de données entre systèmes de fichiers locaux :
Frais liés aux requêtes API
Pour mener à bien une migration de données, une tâche Data Online Migration analyse les données source (ListObject), compare les fichiers entre la source et la destination (HeadObject), télécharge les fichiers source pour les charger vers la destination, puis vérifie les métadonnées. Chacune de ces opérations génère des requêtes API.
Le nombre de requêtes API pour l'opération ListObject dépend du volume de fichiers présents sur la source, du scénario de migration de données et de la méthode d'écrasement sélectionnée. Chaque requête renvoie jusqu'à 1 000 fichiers. La section suivante détaille le calcul du nombre de requêtes pour un fichier unique.
Lors d'une migration de données entre buckets OSS, un appendable file de plus de 150 Mo n'est pas découpé en shards. Le système le considère comme un seul fichier lors du calcul des requêtes API.
Si un fichier atteint ou dépasse 150 Mo, le système le divise en shards de 50 Mo avant de les charger. Le nombre de requêtes API dépend alors du nombre de shards générés. Par exemple, un fichier de 159 Mo produit 4 shards, tandis qu'un fichier de 150 Mo en produit 3. Ce seuil de 150 Mo sert de référence ; reportez-vous au décompte réel des requêtes API pour obtenir le chiffre exact.
Ces instructions partent du principe que les migrations de fichiers aboutissent et ne couvrent pas les requêtes API liées aux échecs de migration.
Ne pas écraser
Fichiers présents uniquement à la source
-
Pour les fichiers de l'adresse source dont la taille est inférieure à 150 Mo :
Emplacement
Comparaison avant migration
Requête de migration
Vérification après migration
Requêtes API
adresse source
HeadObject × 1
GetObject × 1
-
2
adresse de destination
HeadObject × 1
PutObject × 1
HeadObject × 1
3
-
Pour les fichiers de l'adresse source dont la taille est supérieure ou égale à 150 Mo :
Emplacement
Comparaison avant migration
Requête de migration
Vérification après migration
Requêtes API
adresse source
HeadObject × 1
GetObject × N
-
1 + N
adresse de destination
HeadObject × 1
InitiateMultipartUpload × 1
UploadPart × N
ListParts × 1
CompleteMultipartUpload × 1
HeadObject × 1
5 + N
Fichiers portant le même nom
-
Pour les fichiers de l'adresse source dont la taille est inférieure à 150 Mo :
Emplacement
Comparaison avant migration
Migration des données
Vérification après migration
Requêtes API
adresse source
HeadObject × 1
-
-
1
adresse de destination
HeadObject × 1
-
-
1
-
Pour les fichiers de l'adresse source dont la taille est supérieure ou égale à 150 Mo :
Emplacement
Comparaison avant migration
Migration des données
Vérification après migration
Requêtes API
adresse source
HeadObject × 1
-
-
1
adresse de destination
HeadObject × 1
-
-
1
Méthode d'écrasement : Écraser tout
Fichiers présents à la source mais absents de la destination
-
Lorsque le fichier source a une taille inférieure à 150 Mo :
Emplacement
Comparaison avant migration
Requête de migration
Vérification après migration
Requêtes API
adresse source
HeadObject × 1
GetObject × 1
-
2
adresse de destination
-
PutObject × 1
HeadObject × 1
2
-
Lorsque le fichier source a une taille supérieure ou égale à 150 Mo :
Emplacement
Comparaison avant migration
Requête de migration
Vérification après migration
Requêtes API
adresse source
HeadObject × 1
GetObject × N
-
1+N
adresse de destination
-
InitiateMultipartUpload × 1
UploadPart × N
ListParts × 1
CompleteMultipartUpload × 1
HeadObject × 1
4+N
Fichiers portant le même nom à la source et à la destination
-
Lorsque le fichier source a une taille inférieure à 150 Mo :
Emplacement
Comparaison avant migration
Requête de migration
Vérification après migration
Requêtes API
adresse source
HeadObject × 1
GetObject × 1
-
2
adresse de destination
-
PutObject × 1
HeadObject × 1
2
-
Lorsque le fichier source a une taille supérieure ou égale à 150 Mo :
Emplacement
Comparaison avant migration
Requête de migration
Vérification après migration
Requêtes API
adresse source
HeadObject × 1
GetObject × N
-
1+N
adresse de destination
-
InitiateMultipartUpload × 1
UploadPart × N
ListParts × 1
CompleteMultipartUpload × 1
HeadObject × 1
4+N
Écrasement selon la date de dernière modification
Fichiers présents uniquement à l'adresse source
-
Lorsque le fichier situé à l'adresse source est inférieur à 150 Mo :
Emplacement
Comparaison avant migration
Requête de migration
Vérification post-migration
Requêtes API
Adresse source
HeadObject × 1
GetObject × 1
-
2
Adresse de destination
HeadObject × 1
PutObject × 1
HeadObject × 1
3
-
Lorsque le fichier situé à l'adresse source est supérieur ou égal à 150 Mo :
Emplacement
Comparaison avant migration
Requête de migration
Vérification post-migration
Requêtes API
Adresse source
HeadObject × 1
GetObject × N
-
1+N
Adresse de destination
HeadObject × 1
InitiateMultipartUpload × 1
UploadPart × N
ListParts × 1
CompleteMultipartUpload × 1
HeadObject × 1
5+N
Le fichier source est plus récent
-
Lorsque le fichier situé à l'adresse source est inférieur à 150 Mo :
Emplacement
Comparaison avant migration
Requête de migration
Vérification post-migration
Requêtes API
Adresse source
HeadObject × 1
GetObject × 1
-
2
Adresse de destination
HeadObject × 1
PutObject × 1
HeadObject × 1
3
-
Lorsque le fichier situé à l'adresse source est supérieur ou égal à 150 Mo :
Emplacement
Comparaison avant migration
Requête de migration
Vérification post-migration
Requêtes API
Adresse source
HeadObject × 1
GetObject × N
-
1+N
Adresse de destination
HeadObject × 1
InitiateMultipartUpload × 1
UploadPart × N
ListParts × 1
CompleteMultipartUpload × 1
HeadObject × 1
5+N
Le fichier de destination est plus récent
-
Lorsque le fichier situé à l'adresse source est inférieur à 150 Mo :
Emplacement
Comparaison avant migration
Requête de migration
Vérification post-migration
Requêtes API
Adresse source
HeadObject × 1
-
-
1
Adresse de destination
HeadObject × 1
-
-
1
-
Lorsque le fichier situé à l'adresse source est supérieur ou égal à 150 Mo :
Emplacement
Comparaison avant migration
Requête de migration
Vérification post-migration
Requêtes API
Adresse source
HeadObject × 1
-
-
1
Adresse de destination
HeadObject × 1
-
-
1
Exemples de facturation
Un utilisateur migre 1 000 fichiers : 900 fichiers de 500 Ko chacun et 100 fichiers de 160 Mo chacun.
Ces exemples partent du principe que la tâche de migration se termine avec succès, sans aucune erreur.
Exemple 1 : Aucun fichier homonyme dans la destination
Méthode d'écrasement : Ne pas écraser
|
Description |
Opérations source |
Nombre de requêtes source |
Opérations de destination |
Nombre de requêtes de destination |
|
Fichiers de petite taille |
HeadObject: 900 GetObject: 900 |
1 800 |
HeadObject: 900 × 2 PutObject: 900 |
2 700 |
|
Fichiers volumineux |
HeadObject: 100 GetObject: 100 × 4 |
500 |
HeadObject: 100 × 2 InitiateMultipartUpload: 100 UploadPart: 100 × 4 ListParts: 100 CompleteMultipartUpload: 100 |
900 |
|
Nombre d'analyses |
ListObject: 1 |
1 |
- |
- |
|
Nombre total de requêtes |
- |
2 301 |
- |
3 600 |
Méthode d'écrasement : Tout écraser
|
Description |
Opérations source |
Nombre de requêtes source |
Opérations de destination |
Nombre de requêtes de destination |
|
Fichiers de petite taille |
HeadObject: 900 GetObject: 900 |
1 800 |
HeadObject: 900 PutObject: 900 |
1 800 |
|
Fichiers volumineux |
HeadObject: 100 GetObject: 100 × 4 |
500 |
HeadObject: 100 InitiateMultipartUpload: 100 UploadPart: 100 × 4 ListParts: 100 CompleteMultipartUpload: 100 |
800 |
|
Nombre d'analyses |
ListObject: 1 |
1 |
- |
- |
|
Nombre total de requêtes |
- |
2 301 |
- |
2 600 |
Exemple 2 : Des fichiers homonymes existent et les fichiers source sont plus récents
Méthode d'écrasement : Ne pas écraser
|
Description |
Opérations source |
Nombre de requêtes source |
Opérations de destination |
Nombre de requêtes de destination |
|
Fichiers de petite taille |
HeadObject: 900 |
900 |
HeadObject: 900 |
900 |
|
Fichiers volumineux |
HeadObject: 100 |
100 |
HeadObject: 100 |
100 |
|
Nombre d'analyses |
ListObject: 1 |
1 |
- |
- |
|
Nombre total de requêtes |
- |
1 001 |
- |
1 000 |
Méthode d'écrasement : Tout écraser
|
Description |
Opérations source |
Nombre de requêtes source |
Opérations de destination |
Nombre de requêtes de destination |
|
Fichiers de petite taille |
HeadObject: 900, GetObject: 900 |
1 800 |
HeadObject: 900, PutObject: 900 |
1 800 |
|
Fichiers volumineux |
HeadObject: 100, GetObject: 100 × 4 |
500 |
HeadObject: 100, InitiateMultipartUpload: 100, UploadPart: 100 × 4, ListParts: 100, CompleteMultipartUpload: 100 |
800 |
|
Nombre d'analyses |
ListObject: 1 |
1 |
- |
- |
|
Nombre total de requêtes |
- |
2 301 |
- |
2 600 |
Méthode d'écrasement : Par date de dernière modification
|
Description |
Opérations source |
Nombre de requêtes source |
Opérations de destination |
Nombre de requêtes de destination |
|
Fichiers de petite taille |
HeadObject: 900, GetObject: 900 |
1 800 |
HeadObject: 900 × 2, PutObject: 900 |
2 700 |
|
Fichiers volumineux |
HeadObject: 100, GetObject: 100 × 4 |
500 |
HeadObject: 100 × 2, InitiateMultipartUpload: 100, UploadPart: 100 × 4, ListParts: 100, CompleteMultipartUpload: 100 |
900 |
|
Nombre d'analyses |
ListObject: 1 |
1 |
- |
- |
|
Nombre total de requêtes |
- |
2 301 |
- |
3 600 |
Exemple 3 : Des fichiers homonymes existent et les fichiers de destination sont plus récents
Méthode d'écrasement : Ne pas écraser ou par date de dernière modification
|
Description |
Opérations source |
Nombre de requêtes source |
Opérations de destination |
Nombre de requêtes de destination |
|
Fichiers de petite taille |
HeadObject: 900 |
900 |
HeadObject: 900 |
900 |
|
Fichiers volumineux |
HeadObject: 100 |
100 |
HeadObject: 100 |
100 |
|
Nombre d'analyses |
ListObject: 1 |
1 |
- |
- |
|
Nombre total de requêtes |
- |
1 001 |
- |
1 000 |
Méthode d'écrasement : Tout écraser
|
Description |
Opérations source |
Nombre de requêtes source |
Opérations de destination |
Nombre de requêtes de destination |
|
Fichiers de petite taille |
HeadObject : 900 GetObject : 900 |
1 800 |
HeadObject : 900 PutObject : 900 |
1 800 |
|
Fichiers volumineux |
HeadObject : 100 GetObject : 100 × 4 |
500 |
HeadObject : 100 InitiateMultipartUpload : 100 UploadPart : 100 × 4 CompleteMultipartUpload : 100 |
800 |
|
Nombre d’analyses |
ListObject : 1 |
1 |
- |
- |
|
Nombre total de requêtes |
- |
2 301 |
- |
2 600 |
Les frais liés aux requêtes API sont déterminés par votre fournisseur de service de stockage. Pour connaître les tarifs OSS, consultez Présentation de la facturation.
Frais de restauration
Vous devez restaurer les données depuis la classe de stockage d’archivage avant de créer une tâche de migration. Lors de la restauration des données, tenez compte des points suivants :
Créez l’adresse source des données et la tâche de migration uniquement après la fin de la restauration.
Assurez-vous que les données restaurées restent disponibles suffisamment longtemps pour mener à bien la migration. Cela évite que les données ne soient de nouveau archivées avant la fin du processus.
La restauration engendre des frais de récupération des données. Certains services de restauration peuvent s’avérer coûteux. Pour plus d’informations sur les règles de facturation, contactez le fournisseur de service de votre bucket source.
Data Online Migration ne restaure pas les données sources. La migration échoue pour tous les fichiers qui n’ont pas été entièrement restaurés.
Frais de trafic de téléchargement et d’upload
Lors d’une migration de données, Data Online Migration commence par télécharger les données depuis la source, puis les upload vers OSS. Les frais de trafic résultants varient selon le scénario.
Ces informations sur les frais de trafic s’appliquent uniquement aux migrations réussies.
La source est un fournisseur de stockage tiers
Votre fournisseur de stockage source facture les frais de téléchargement en fonction du volume de données transféré. L’upload des données vers OSS n’entraîne aucun frais de trafic dans une plage de bande passante donnée. Pour plus d’informations, consultez Limites et métriques de performance.
La source est OSS
Les frais de trafic sortant liés à la migration de données entre deux buckets OSS dépendent de la région de service que vous sélectionnez dans la console avant de créer une tâche.
1. Si la région de la source de données correspond à la région de service sélectionnée, le service OSS source n’engendre aucun frais de trafic sortant Internet.
Par exemple, si la source et la destination sont des buckets OSS situés en Chine (Pékin) et que vous sélectionnez Chine (Pékin) comme région de service, le service OSS source n’encourt aucun frais de trafic sortant Internet pendant la migration.
2. Si la région de la source de données diffère de la région de service sélectionnée, le service OSS source engendre des frais de trafic sortant Internet.
Par exemple, si la source est un bucket OSS en Chine (Pékin) et la destination à Singapour, et que vous sélectionnez Singapour comme région de service, le service OSS source encoure des frais de trafic sortant Internet pendant la migration.
Pour réduire au minimum la latence réseau, nous vous recommandons de sélectionner une région de service identique à celle de votre source de données. Si cette région n’est pas disponible, choisissez-en une géographiquement proche de la source afin de garantir des performances de migration optimales.