Comprendre la portabilité des données pour les services VPC

La portabilité des données implique un ensemble d'outils et de procédures qui vous permettent d'exporter les artefacts numériques nécessaires à la mise en œuvre d'une charge de travail et d'un traitement de données similaires sur différents fournisseurs de services ou logiciels sur site. Il comprend les procédures de copie et de stockage du contenu client du service, y compris la configuration connexe utilisée par le service pour stocker et traiter les données, dans votre lieu de résidence.

Responsabilités

les services IBM Cloud fournissent des interfaces et des instructions pour vous guider dans le processus de copie et de stockage du contenu du client du service, y compris la configuration correspondante, à l'endroit que vous avez choisi.

Vous êtes responsable de l'utilisation des données exportées et de la configuration de la portabilité des données vers d'autres infrastructures, notamment :

  • La planification et l'exécution de la mise en place d'une infrastructure alternative sur différents fournisseurs de cloud ou de logiciels sur site qui fournissent des capacités similaires aux services IBM
  • La planification et l'exécution du portage du code d'application requis sur l'infrastructure alternative, y compris l'adaptation de votre code d'application, l'automatisation du déploiement, etc.
  • La conversion des données et de la configuration exportées au format requis par l'infrastructure alternative et les applications adaptées.

Pour plus d'informations sur vos responsabilités lors de l'utilisation d' IBM Cloud® Virtual Private Cloud, consultez la section Comprendre vos responsabilités lorsque vous utilisez Virtual Private Cloud.

Procédures d'exportation de données

Exportation des données clients pour les serveurs virtuels

Virtual Servers for VPC fournir les mécanismes permettant d'exporter votre contenu qui est téléchargé, stocké et traité lorsque vous utilisez le service.

Effectuez les étapes suivantes pour exporter les données client de votre serveur virtuel vers IBM Cloud Object Storage À partir de IBM Cloud Object Storage, vous pouvez télécharger l'image pour votre usage. Cette procédure s'applique aux serveurs virtuels provisionnés sur des hôtes publics et des hôtes dédiés.

  1. Pour le serveur virtuel qui contient les données que vous souhaitez exporter, suivez les étapes de la section Création d'une image à partir d'un volume.
  2. Assurez-vous que vous disposez d'une instance IBM Cloud Object Storage configurée avec l'autorisation d'exporter à partir de IBM Cloud VPC. Pour plus d'informations, consultez la section Accorder l'accès à IBM Cloud Object Storage pour importer et exporter des images.
  3. Suivez les étapes de la section Exportation d'une image personnalisée vers IBM Cloud Object Storage.
  4. Téléchargez l'image personnalisée de IBM Cloud Object Storage pour votre usage. Pour plus d'informations, voir Utilisation du transfert à grande vitesse Aspera.
  5. Si vous avez des volumes de données pour votre serveur virtuel en plus du volume de démarrage, voir Données client dans les volumes de stockage et les partages.

Outre l'image du volume de démarrage du serveur virtuel, vous trouverez d'autres détails sur la configuration de votre serveur virtuel dans les ressources suivantes.

Comment afficher les détails d'un serveur virtuel ?
Service Console IBM Cloud Commande de l'interface de ligne de commande Méthode d'API
Serveurs virtuels Afficher les détails du serveur virtuel ibmcloud is instance
ibmcloud is instance-profile
Récupérer une instance
Récupérer un profil d'instance

Exportation des données clients pour les serveurs bare metal

Les serveurs à nu sont positionnés comme un service entièrement géré par le client. Vous êtes responsable de déterminer votre propre solution d'exportation des données.

Exportation de données clients pour des images personnalisées

Images for VPC fournit les mécanismes permettant d'exporter votre contenu qui est téléchargé, stocké et traité lorsque vous utilisez le service.

Effectuez les étapes suivantes pour exporter les données client de votre image personnalisée vers IBM Cloud Object Storage À partir de IBM Cloud Object Storage, vous pouvez télécharger l'image pour votre usage.

  1. Assurez-vous que vous disposez d'une instance IBM Cloud Object Storage configurée avec l'autorisation d'exporter à partir de IBM Cloud VPC. Pour plus d'informations, consultez la section Accorder l'accès à IBM Cloud Object Storage pour importer et exporter des images.
  2. Suivez les étapes de la section Exportation d'une image personnalisée vers IBM Cloud Object Storage.
  3. Téléchargez l'image personnalisée de IBM Cloud Object Storage pour votre usage. Pour plus d'informations, voir Utilisation du transfert à grande vitesse Aspera.

Exportation des données des clients pour les services en réseau

Il n'existe pas de fonctionnalité d'« exportation » directe pour les configurations réseau, mais vous pouvez recueillir les informations manuellement. En fonction de vos besoins, vous pouvez utiliser l'interface CLI IBM Cloud pour récupérer les configurations des ressources, ou interagir par programmation avec l'API IBM Cloud pour extraire les configurations.

L'exportation d'une configuration de service de mise en réseau IBM Cloud vers une autre plateforme cloud implique une série d'étapes, chacune nécessitant une attention particulière pour s'assurer que les configurations sont répliquées correctement sur la plateforme de destination. La section suivante présente les grandes lignes du processus et ce que vous devez savoir :

  1. Évaluer les configurations du service de mise en réseau du IBM Cloud Tout d'abord, identifiez les services que vous souhaitez migrer. Ces services peuvent inclure le cloud privé virtuel (VPC), les équilibreurs de charge, les VPN, les journaux de flux, les sous-réseaux, etc.
  2. Préparer la plateforme cloud cible. Chaque fournisseur de services en nuage dispose de son propre ensemble de fonctions de mise en réseau. Avant de commencer la migration, vous devez comprendre la configuration du réseau de la plateforme de destination en recherchant des services équivalents dans le nuage cible. Ensuite, vérifiez la compatibilité. Il se peut que certaines fonctionnalités doivent être reconfigurées en raison des différences entre les architectures en nuage.
  3. Répliquer la configuration manuellement ou à l'aide d'outils. Par exemple, utilisez l'interface utilisateur, le CLI ou l'API du fournisseur de cloud de destination pour recréer la configuration du réseau. Les outils d'automatisation peuvent être utilisés pour créer des configurations d'infrastructure et d'exportation entre les environnements en nuage, à condition que les services de réseau soient comparables.
  4. Migrez vos services de réseau en exportant vos enregistrements DNS et en les configurant dans le service DNS de la nouvelle plateforme. Vous devez également recréer manuellement les configurations du pare-feu et les groupes de sécurité, en veillant à ce que les mêmes règles de sécurité soient appliquées. Pour les équilibreurs de charge, transférez les configurations nécessaires et assurez-vous que les comportements tels que la redirection de port et les paramètres SSL sont répliqués dans le service de la plateforme cible. En outre, établissez toutes les connexions de réseau privé, telles que les VPN ou équivalents, sur la nouvelle plateforme.
  5. Tester la configuration. Pour vérifier la connectivité, assurez-vous que toutes les ressources réseau, y compris le VPC, les sous-réseaux, les groupes de sécurité et les tables de routage, sont correctement configurées et communiquent comme prévu. Testez la résolution DNS, le cas échéant, pour vous assurer que vos noms de domaine pointent correctement. Vérifiez également l'équilibreur de charge et les connexions VPN pour vous assurer que le trafic circule comme prévu et que vous disposez d'un accès sécurisé à vos services.

Exportation des données des services réseau à l'aide de la console

Chaque service de mise en réseau dispose d'une icône de téléchargement sur la page principale de sa console, que vous pouvez utiliser pour exporter vos données dans un fichier CSV. Il s'agit d'un moyen pratique de transférer des données à partir de l'interface utilisateur.

Exportation des données des services réseau dans l'interface utilisateur
Téléchargement des données des services réseau à partir de l'interface utilisateur

Exporter des données de services réseau avec la CLI et l'API

Le tableau suivant fournit des mécanismes permettant d'exporter les paramètres et les configurations utilisés pour traiter le contenu du client par le biais de la CLI et de l'API d' IBM Cloud VPC. Suivez les procédures décrites dans la documentation liée et enregistrez le résultat afin de vous assurer que toutes les données de configuration nécessaires sont disponibles.

Exporter des données de services réseau avec la CLI et l'API
Service Commande de l'interface de ligne de commande Méthode d'API
Adresses IP flottantes ibmcloud is floating-ips Liste des ips flottants
Journaux de flux ibmcloud is flow-logs Répertorier les collecteurs de journaux de flux
Équilibreurs de charge ibmcloud is load-balancers
ibmcloud is load-balancer-listener-policies
ibmcloud is load-balancer-listener-policy-rules
ibmcloud is load-balancer-listeners
ibmcloud is load-balancer-pool-members
ibmcloud is load-balancer-pools
Liste des équilibreurs de charge
Liste des politiques d'écoute des équilibreurs de charge
Liste des règles de politique d'écoute des équilibreurs de charge
Liste des auditeurs des équilibreurs de charge
Liste des membres des pools des équilibreurs de charge
Liste des pools des équilibreurs de charge
Liste des profils des équilibreurs de charge
Listes de contrôle d'accès au réseau ibmcloud is network-acls
ibmcloud is network-acl-rules
Liste des acls du réseau
Liste des règles d'acl du réseau
Services de chemin privé ibmcloud is private-path-service-gateways Liste des passerelles de service de chemin privé
Passerelles publiques ibmcloud is public-gateways Liste des passerelles publiques
Tables de routage et routes ibmcloud is vpc-routing-tables
ibmcloud is vpc-routing-table-routes
Liste des tables de routage VPC
Liste des routes de la table de routage VPC
Groupes de sécurité ibmcloud is security-groups
ibmcloud is security-group-rules
ibmcloud is security-group-targets
Liste des groupes de sécurité
Liste des règles des groupes de sécurité
Liste des cibles des groupes de sécurité
Sous-réseaux ibmcloud is subnet
ibmcloud is subnet-reserved-ips
Liste des sous-réseaux
list subnet reserved ips
Interfaces réseau virtuel ibmcloud is virtual-network-interfaces
ibmcloud is virtual-network-interface-floating-ips
ibmcloud is virtual-network-interface-reserved-ips
Liste des interfaces réseau virtuelles
Liste des ips flottants des interfaces réseau
Liste des ips des interfaces réseau virtuelles
passerelles de point de terminaison virtuel ibmcloud is endpoint-gateways
ibmcloud is endpoint-gateway-targets
Liste des passerelles d'extrémité
Liste des passerelles d'extrémité ips
Clouds privés virtuels ibmcloud is vpcs
ibmcloud is vpc-address-prefixes
Liste des VPC
Liste des préfixes d'adresses
Réseaux VPN ibmcloud is vpn-servers
ibmcloud is vpn-server-clients
ibmcloud is vpn-server-routes
ibmcloud is ike-policies
ibmcloud is ike-policy-connections
ibmcloud is ipsec-policies
ibmcloud is ipsec-policy-connections
Liste des passerelles VPN
Liste des serveurs VPN
Liste des routes des serveurs VPN
Liste des politiques IKE
Liste des politiques IPsec

Exportation des données clients dans les volumes de stockage et les partages

Lorsque vous élaborez une stratégie de migration des données Block Storage for VPC ou File Storage for VPC vers une autre plateforme de stockage cible, que ce soit sur site ou chez un autre fournisseur de services en nuage, de nombreux facteurs doivent être pris en compte pour que le résultat soit satisfaisant.

Chaque scénario de migration est différent. Recensez les exigences et les considérations particulières liées à votre cas d'utilisation. Chaque scénario de migration comprend des facteurs tels que le type de données à migrer, la disponibilité des données, la compatibilité des données, les exigences de l'environnement de stockage cible, etc.

  1. Identifiez le type de données que vous avez l'intention de migrer. Vous devez vous assurer de la compatibilité des services de stockage disponibles entre les environnements de stockage source et cible afin de garantir une transition transparente de la charge de travail à l'issue du processus de migration.

    • Si le stockage ciblé est constitué de données de service de volume de blocs, assurez-vous que le fournisseur de cloud cible dispose de services de stockage de blocs équivalents afin de mapper correctement vos données existantes.
    • Si le stockage cible est constitué de données de service de fichiers, confirmez que le fournisseur de cloud cible dispose de services de fichiers NFS équivalents pour mapper correctement vos données existantes.
  2. Identifier les exigences en matière de performance et de capacité pour les données. Assurez-vous que la plate-forme cible dispose de profils de performance et de capacité compatibles afin de réduire l'impact sur le comportement de la charge de travail après la transition. Il est recommandé d'effectuer des tests de performance dans le nouvel environnement cible afin d'évaluer l'impact sur les performances de la charge de travail avant de migrer les données.

  3. Tenez compte des exigences de vos services en matière de disponibilité des données et de temps d'arrêt.

    • Identifier toute exigence spécifique concernant la disponibilité des données et les fenêtres d'interruption.
    • Réfléchissez aux stratégies que vous pouvez intégrer pour garantir la cohérence et l'accessibilité des données dans l'ensemble de vos charges de travail au cours du processus de migration.
    • Pensez à la durée de la migration. Si vous disposez d'un vaste ensemble de données, vous devez élaborer un plan de migration détaillé qui définit le calendrier d'exécution de la migration. Vous devez évaluer la taille des ensembles de données à transférer et tenir compte des vitesses de transfert de données prévues entre les environnements source et cible.
  4. Choisir le bon outil. Lorsque vous envisagez d'utiliser des outils spécifiques pour la migration des données, il est important de choisir la bonne solution pour le travail à effectuer.

    • Stockage en bloc - Sélectionnez un outil de migration de volume en bloc qui conserve le format de bloc natif. Veillez à ce que les données soient transférées sous forme de blocs ou de morceaux bruts, en conservant la structure originale du système de fichiers et la disposition du volume lors de l'intégration dans le système de stockage cible. Les outils spécifiques que vous choisissez dépendent de vos exigences particulières en matière de migration. Parmi les éléments importants à prendre en compte lors du processus d'évaluation figurent les capacités du fournisseur en matière d'intégrité, de contrôle et de sécurité des données au cours du processus de migration. En outre, il est important d'évaluer les exigences imposées par le fournisseur du système de stockage cible vers lequel vous migrez vos données. Il est recommandé de consulter la documentation de l'environnement de stockage cible pour savoir s'il recommande des processus ou des outils pour simplifier la migration.
    • Stockage de fichiers - Sélectionnez un outil de migration NFS qui conserve la hiérarchie du système de fichiers, la structure des répertoires, les métadonnées et les autorisations lorsque les données sont transférées vers le nouvel environnement de stockage. Lorsque vous évaluez les outils de migration NFS, assurez-vous que l'outil que vous utilisez préserve la cohérence et l'intégrité des données pendant la migration. Assurez-vous que l'outil prend en charge des capacités de transfert de données sécurisées et qu'il dispose de moyens de contrôle adéquats. Les différents outils ont chacun leurs propres atouts, il est donc important d'évaluer vos besoins spécifiques et de choisir celui qui répond le mieux à vos besoins.
  5. Élaborez un plan de test complet pour valider les capacités des outils de migration par rapport à vos exigences avant de commencer votre plan de migration des données. Veillez à ce que les tests tiennent compte des considérations suivantes :

    • La cohérence et l'intégrité des données pendant le processus de migration
    • La capacité de surveiller, de détecter et de réagir aux problèmes au cours du processus de migration
    • La bande passante et la fiabilité du réseau entre les environnements source et cible
    • La possibilité de vérifier que toutes les données sont intactes sur le système cible une fois la migration terminée

Autres remarques :

  • Il est recommandé de prendre des instantanés dans IBM Cloud avant d'exécuter toute activité de migration de données. Il est important de disposer d'une sauvegarde de toutes les données afin de garantir leur conservation au cours du processus.
  • Mettez à jour toutes les applications ou tous les systèmes qui dépendent des données migrées pour qu'ils pointent vers le nouvel emplacement de stockage.

Formats des données exportées

Formats de données exportés pour les serveurs virtuels et les images personnalisées

Virtual Servers for VPC prendre en charge le format et le schéma de données suivants pour les données, la configuration et l'application exportées :

Lorsque vous exportez une image personnalisée, qu'elle ait été créée à partir d'un volume Block Storage for VPC ou qu'elle ait été importée précédemment, l'image est exportée dans le format que vous avez spécifié :

  • VHD
  • QCOW2 (nécessaire lorsque vous exportez une image cryptée)

Lorsque vous exportez des informations de configuration pour votre serveur virtuel, exportez les détails du serveur virtuel au format JSON.

Vous pouvez utiliser la commande ibmcloud is instance pour récupérer les détails d'une instance spécifique et les présenter au format JSON.

ibmcloud is instance INSTANCE [--output JSON]

Vous pouvez également faire une demande d'API pour récupérer une instance:

curl -X GET \
"$vpc_api_endpoint/v1/instances/$instance_id?version=2024-11-13&generation=2" \
-H 'Content-Type: application/json' \
-H "Authorization: Bearer $iam_token"

Formats de données exportés pour les services en réseau

Les services de mise en réseau pour VPC prennent en charge le format de données et le schéma suivants pour les données, la configuration et l'application exportées :

  • Exportation uniquement au format JSON

Lorsque vous exportez des informations de configuration pour un service de mise en réseau, exportez ses détails au format JSON.

Vous pouvez utiliser l'exemple de commande CLI suivant pour exporter les détails des équilibreurs de charge.

ibmcloud is load-balancers [--resource-group-id RESOURCE_GROUP_ID | --resource-group-name RESOURCE_GROUP_NAME | --all-resource-groups] [--output JSON] [-q, --quiet]

Pour plus d'informations sur l'utilisation, voir ibmcloud is load-balancers.

Vous pouvez utiliser la requête API suivante pour répertorier les répartiteurs de charge:

curl -X GET "$vpc_api_endpoint/v1/load_balancers?version=2024-11-12&generation=2" \
-H 'Content-Type: application/json' \
-H "Authorization: Bearer $iam_token"

Propriété des données

Toutes les données exportées sont classées comme contenu client. Par conséquent, les droits de propriété et de licence du client s'y appliquent pleinement, comme indiqué dans le IBM Cloud Accord de service.