Tous les produits
Search

Ce produit

    Data Online Migration:Migration transparente vers OSS avec la fonctionnalité de récupération à l'origine par mise en miroir

    Centre de documentation

    Data Online Migration:Migration transparente vers OSS avec la fonctionnalité de récupération à l'origine par mise en miroir

    Dernière mise à jour :Aug 10, 2026

    Cette rubrique explique comment une entreprise du secteur Internet a migré son application depuis un autre fournisseur de cloud vers OSS en toute transparence, en s'appuyant sur Data Online Migration et la fonctionnalité de récupération à l'origine par mise en miroir.

    Contexte

    Un client, une entreprise de services Internet, exploite son activité principale auprès d'un autre fournisseur de cloud. Cette activité propose des services en ligne de retouche d'images et de vidéos. Le client dispose d'environ 100 millions de fichiers existants, pour un volume total d'environ 320 To, stockés chez ce fournisseur. Environ 20 Go de nouvelles données sont générés chaque jour. OSS offre une bande passante d'accès de 250 Mo/s, tandis que l'activité nécessite une bande passante maximale de 50 Mo/s.

    Pour soutenir la croissance de son activité, l'entreprise prévoit de migrer son application vers la plateforme OSS. En raison du volume important de données existantes, la migration doit garantir la continuité des activités et répondre aux exigences suivantes :

    • La migration ne doit pas interrompre les opérations ni affecter l'accès des utilisateurs aux données.

    • La migration doit garantir l'intégrité des données et permettre à l'application de basculer vers OSS de manière transparente.

    Plan de migration

    Sur la base des exigences du client, le plan de migration recommandé est le suivant :

    1. Utilisez Data Online Migration pour migrer les données existantes du client depuis le service cloud source vers OSS. Les opérations restent sur la plateforme d'origine jusqu'à la fin de cette migration initiale.

    2. Une fois les données existantes migrées, configurez la fonctionnalité de récupération à l'origine par mise en miroir dans OSS pour qu'elle pointe vers le service cloud source. Cela permet à OSS de traiter les requêtes relatives aux données incrémentielles qui n'ont pas encore été migrées.

    3. Basculez l'application vers OSS. À ce stade, toutes les données sont lues et écrites dans OSS.

    4. Après le basculement, aucune nouvelle donnée n'est générée sur le service cloud source. Utilisez à nouveau Data Online Migration pour migrer les données incrémentielles restantes vers OSS.

    5. Une fois toutes les données migrées et vérifiées, supprimez les données de la source.

    Étape 1 : Migrer les données existantes

    1. Créez une tâche de migration pour migrer les données existantes.

      a. Créez un compartiment OSS pour stocker les données migrées. Pour plus d'informations, consultez la page Créer un compartiment.

      b. Créez une adresse de données, puis créez une tâche de migration complète. Pour plus d'informations, consultez le document de mise en œuvre de la migration correspondant au tutoriel dans Tutoriels de migration.

      Important

      Pour la tâche de migration, définissez la politique de remplacement sur « Remplacer les objets portant le même nom si l'heure de dernière modification est ultérieure à celle de l'objet de destination ». Cela garantit que, lorsque vous redémarrez la tâche, seules les données incrémentielles sont migrées.

    2. Une fois la migration terminée, consultez le rapport de migration pour comparer les données entre la source et la destination et confirmer que toutes les données ont été migrées avec succès.

    Étape 2 : Configurer la récupération à l'origine par mise en miroir

    La migration des données existantes prend environ 25 jours. Pendant le processus de migration des données, le site d'origine génère continuellement de nouvelles données. Pour éviter les interruptions d'activité et réaliser un basculement transparent, vous devez également configurer la fonctionnalité mirroring-based back-to-origin (récupération à l'origine par mise en miroir). Lorsqu'un fichier demandé par un utilisateur est introuvable dans OSS, OSS récupère automatiquement le fichier correspondant depuis le site d'origine, l'enregistre dans OSS et renvoie directement le contenu à l'utilisateur.

    1. Connectez-vous à la console OSS.

    2. Dans le volet de navigation de gauche, cliquez sur Buckets.

    3. Sur la page Buckets, cliquez sur le nom du compartiment que vous souhaitez configurer.

    4. Dans le volet de navigation de gauche, sélectionnez Data Management > Mirroring-based Back-to-origin.

    5. Cliquez sur Create Rule. Dans le panneau Create Rule qui s'affiche, configurez les informations de récupération à l'origine.

      Saisissez l'URL d'origine source au format http://[BucketName].bcebos.com/data/ dans le champ Origin URL. Par exemple, si l'URL d'accès OSS est bucketname.oss-endpoint.com/image.jpg, OSS récupère l'objet depuis http://abcbj.bcebos.com/data/image.jpg.

      • Method : Sélectionnez Mirroring.

      • Condition : La condition par défaut est le code d'état HTTP 404. Vous pouvez également configurer un Object Name Prefix et un File Name Suffix selon vos besoins.

      • Origin URL : Saisissez l'URL d'accès du service cloud source.

      • Pour plus d'informations sur les paramètres, consultez la page Configurer des règles de récupération à l'origine.

      Remarque

      Vous pouvez configurer jusqu'à cinq règles de récupération à l'origine par mise en miroir, et toutes les règles prennent effet simultanément. Si vous disposez de plusieurs sources, vous pouvez configurer plusieurs règles et utiliser un Object Name Prefix différent pour chacune afin d'acheminer les requêtes vers la source appropriée.

    6. Cliquez sur OK.

    Étape 3 : Basculer vers OSS

    Mettez à jour vos serveurs d'application pour qu'ils pointent vers OSS pour toutes les opérations de lecture et d'écriture. Après cette modification, les données incrémentielles ne sont plus générées à la source.

    Étape 4 : Migrer les données incrémentielles

    Pendant la migration des données existantes, environ 100 000 nouveaux fichiers, pour un volume total d'environ 500 Go, ont été générés à la source. Ces données incrémentielles doivent également être migrées vers OSS.

    1. Redémarrez la tâche de migration. Le service effectue une analyse complète des fichiers source et migre uniquement les fichiers incrémentiels vers la destination en fonction de leur heure de dernière modification.

    2. Une fois la migration terminée, consultez le rapport de migration pour comparer les données entre la source et la destination et confirmer que toutes les données ont été migrées avec succès.