Migration vers le cloud : les outils et les méthodes à utiliser

Avantages de la migration vers le cloud

Quelle que soit la façon dont vous choisissez d’effectuer une migration vers le cloud, les avantages seront probablement les mêmes. Dans la plupart des cas, ils comprennent les éléments suivants :

• Réduction des coûts. La migration du site vers le cloud peut vous aider à économiser de l’argent, car vous ne payez que pour l’infrastructure que vos charges de travail utilisent réellement, en supposant qu’elles soient correctement dimensionnées pour éviter de surprovisionner l’infrastructure cloud.
• Une plus grande évolutivité. Dans le cloud, vous pouvez faire évoluer l’infrastructure instantanément vers le haut ou vers le bas, tandis que la mise à l’échelle sur site nécessite l’ajout de nouveaux serveurs, ce qui peut prendre des mois à expédier et à installer.
• Moins d’entretien. La migration vers le cloud élimine le besoin de gérer l’équipement physique, ce qui peut être un fardeau coûteux et chronophage pour les équipes IT.
• Fiabilité améliorée. En général, les centres de données du cloud public sont plus fiables et connaissent des taux d’arrêt plus faibles que la plupart des environnements sur site. À cet égard, le cloud peut conduire à une plus grande fiabilité de la charge de travail et à une meilleure continuité des activités.
• Flexibilité géographique. Les principaux clouds publics donnent aux clients la possibilité de choisir parmi des dizaines de régions à travers le monde lorsqu’ils décident où héberger les charges de travail. Cette flexibilité est un avantage, car placer des charges de travail dans des régions plus proches des utilisateurs peut réduire la latence du réseau, améliorant ainsi les performances. Il peut également aider à répondre aux exigences de conformité et de souveraineté des données dans certains cas.

Types de méthodes de migration vers le cloud

De nombreuses méthodes sont disponibles pour déplacer les charges de travail des systèmes sur site vers le cloud, chacune d’entre elles peut être mise en œuvre par le biais d’une approche de migration en ligne ou hors ligne. Voici un aperçu des types de techniques de migration vers le cloud les plus courants, ainsi que de leurs avantages et inconvénients.

1/ Réhéberger

Le réhébergement, parfois appelé lift and shift, signifie prendre une charge de travail sur site et la déplacer vers le cloud tout en apportant peu, voire aucune modification à la charge de travail elle-même. Par exemple, si vous avez une application exécutée sur un serveur local, vous pouvez la réhéberger dans le cloud en la déplaçant vers une machine virtuelle basée sur le cloud qui exécute le même système d’exploitation que le serveur local.

Le réhébergement est la méthode de migration vers le cloud la plus simple. Cependant, comme cela n’implique pas de modifier les charges de travail de quelque manière que ce soit, le réhébergement peut signifier que vous manquez des occasions d’améliorer l’application ou de l’optimiser pour le cloud.

2/ « Replateforming »

Le replatforming est comme le réhébergement, en ce sens qu’il implique de déplacer une application vers le cloud sans apporter de modifications majeures à l’application elle-même. Cependant, contrairement au réhébergement, le replatforming se concentre sur le fait de tirer davantage parti de l’évolutivité, de la maintenabilité et de la sécurité des services cloud.

À titre d’exemple, imaginez que vous avez une application locale qui interagit avec une base de données sur site. Pour réhéberger cette charge de travail, vous devez installer l’application sur un serveur cloud et la connecter à une base de données que vous installez également sur un serveur cloud.

Mais si vous vouliez replatformer la charge de travail, vous pouvez plutôt héberger l’application sur un serveur cloud tout en utilisant un service de base de données géré et offert par votre fournisseur de cloud – par opposition à une base de données que vous avez configurée et gérée vous-même – pour héberger ces données. Cela réduit la charge de maintenance, car vous n’avez plus à gérer la base de données par vous-même et vous n’avez pas besoin d’apporter des modifications substantielles à l’application ou à ces données.

3/ Réachat

Lorsque vous remplacez entièrement les composants de charge de travail autogérés par des services gérés basés sur le cloud, vous utilisez la technique de rachat.

Vous ne pouvez pas utiliser la méthode de rachat pour n’importe quel type de charge de travail, car elle nécessite que votre fournisseur de cloud offre des services gérés qui fournissent les fonctionnalités nécessaires pour implémenter la charge de travail dans le cloud. Mais c’est souvent possible dans le cas des applications Open source. Par exemple, si vous exécutez actuellement le service d’événements en streaming open source Apache Kafka sur site, vous pouvez le racheter en migrant vers Amazon Managed Streaming pour Apache Kafka, une version gérée de Kafka.

Le principal inconvénient du rachat est que vous aurez généralement moins de contrôle sur la façon dont vos charges de travail sont configurées. Les services gérés n’offrent généralement pas autant d’options que lorsque vous installez et exploitez vous-même une application. D’autre part, le rachat est une méthode de migration rapide et simple qui élimine le besoin de gérer les charges de travail par vous-même.

4/ Refactorisation

Le refactoring d’une application implique de réécrire une partie ou la totalité de son code source sans apporter de modifications majeures à la fonctionnalité ou aux caractéristiques de l’application elle-même.

En tant que méthode de migration vers le cloud, le principal avantage du refactoring est qu’il vous permet de mettre à jour le contenu interne de l’application d’une manière qui peut l’aider à mieux tirer parti du cloud. Par exemple, vous pouvez décomposer l’application en microservices, en déployant chaque microservice dans son propre conteneur. Cela améliorerait probablement votre capacité à faire évoluer l’application dans le cloud, car vous seriez en mesure de faire évoluer chaque microservice séparément.

Migration de données en ligne ou hors ligne ?

En plus de sélectionner une méthode de migration sur site vers le cloud, vous devrez décider d’effectuer une migration hors ligne ou en ligne.

1/ Qu’est-ce qu’une migration hors ligne ?

Dans une migration hors ligne, une entreprise utilise des supports de stockage physiques, tels que des lecteurs de disque portables ou des appareils de stockage, pour déplacer les charges de travail vers un environnement cloud.

Dans le cadre de cette méthode, les administrateurs acquièrent des supports de stockage portables, copient les données des systèmes locaux sur ceux-ci, puis livrent physiquement les médias à un fournisseur de cloud. Après cela, le fournisseur télécharge les données sur son cloud à l’aide d’une connexion réseau local – qui est plus rapide que l’Internet public – ou connecte le support de stockage directement à ses serveurs cloud.

Une fois que les données sont dans le cloud, la migration hors ligne est considérée comme terminée et le support de stockage portable peut être mis hors service ou réutilisé.

Cette approche de migration sur site vers le cloud coûte généralement plus cher qu’un transfert en ligne, car l’entreprise doit louer ou acheter de grands volumes de supports de stockage, puis payer pour les déplacer.

Cette méthode nécessite également généralement plus de planification et d’efforts qu’une migration en ligne, car les administrateurs doivent acquérir des supports de stockage portables et gérer le processus en plusieurs étapes de les déplacer physiquement vers un fournisseur de cloud. Ils doivent également gérer les risques de sécurité physique qui pourraient découler de parties non autorisées accédant à des supports de stockage portables contenant des données sensibles.

2/ Qu’est-ce qu’une migration en ligne ?

Une migration vers le cloud en ligne utilise un réseau – soit le service de connexion directe d’un fournisseur de cloud, soit l’Internet public – pour transférer des données et des applications vers un centre de données cloud en temps réel.

Les migrations en ligne sont globalement plus simples, car les équipes informatiques peuvent copier les données en une seule étape de leur infrastructure locale vers le cloud. La migration en ligne offre également des économies par rapport aux approches hors ligne, car la seule dépense est de payer la bande passante nécessaire pour transférer des données du site vers un cloud.

La plupart des fournisseurs de cloud ne facturent pas de frais d’entrée pour les données entrantes ; ils ne facturent que la sortie, c’est-à-dire les données qui quittent leurs clouds.

Le principal inconvénient des migrations vers le cloud en ligne est qu’elles peuvent être lentes – en particulier lorsque les entreprises ont de grandes quantités de données à transférer – en raison des limitations de la bande passante du réseau. En outre, le déplacement de données sur Internet peut les exposer à des risques de sécurité liés au réseau.

Choisissez entre une migration hors ligne et une migration en ligne

Pour décider si la migration hors ligne ou en ligne correspond le mieux à vos besoins, tenez compte de ce qui suit.

1/ Le volume de données

Les principaux facteurs à prendre en compte lors du choix d’une méthode de migration sur site vers le cloud sont la quantité de données que vous devez déplacer et la rapidité avec laquelle vous devez les déplacer. Bien qu’une migration en ligne puisse être le choix le plus simple et le plus populaire, elle peut être problématique pour les entreprises disposant de grandes quantités de données et d’un calendrier de migration strict.

Par exemple, si une entreprise ne dispose que de 1 To de données à migrer et qu’une connexion réseau de 1 Go/s est disponible, la migration en ligne devrait prendre moins de trois heures sur une connexion Internet standard. Cependant, 1 000 To prendraient probablement plus de 100 jours pour être transférés sur la même connexion réseau.

Le temps de transfert total est important à prendre en compte, car il détermine non seulement la durée du processus de migration, mais aussi la quantité de synchronisation des données à effectuer après la migration pour s’assurer que la copie cloud de vos données représente parfaitement la version sur site la plus récente des données. Si les charges de travail restent opérationnelles sur site pendant la migration, les données transférées vers le cloud peuvent finir par être différentes des données les plus à jour qui existent sur site.

2/ L’interruption de la charge de travail

Une façon de relever l’enjeu de devoir garder les données synchronisées pendant une migration est d’arrêter les charges de travail avant la migration, afin que les données restent cohérentes entre les copies sur site et dans le cloud. Cependant, cela peut ne pas être acceptable si vous avez des charges de travail critiques qui ne peuvent pas être suspendues.

Cela peut également être un problème si vous avez beaucoup de données à déplacer et que vous ne pouvez pas laisser une application ou un service fermé pendant des jours ou des semaines pendant que vous attendez la fin d’une migration en ligne.

Une autre approche consiste à effectuer la migration tout en laissant votre charge de travail active, puis à l’arrêter et à effectuer une synchronisation des données – à l’aide d’un outil tel que Rsync – entre les copies de données sur site et dans le cloud qui ne mettent à jour que les données qui ont changé depuis la migration.

Cela peut réduire les temps d’arrêt de la charge de travail, car la charge de travail n’est inactive que pendant la synchronisation, et non pendant le processus de migration complet. Mais gardez à l’esprit que le processus de synchronisation peut finir par prendre beaucoup de temps s’il existe de nombreuses différences entre les instances sur site et dans le cloud de vos données, de sorte que cette méthode pourrait encore entraîner des temps d’arrêt importants.

Pour ces raisons, considérez la quantité, le cas échéant, de perturbations que vos charges de travail peuvent tolérer lors de l’exécution d’une migration. Étant donné que la migration hors ligne est plus rapide dans les situations impliquant de grands volumes de données, elle peut être préférable dans les cas où vous devez migrer de grands volumes de données tout en minimisant les temps d’arrêt.

3/ La fiabilité du réseau

La fiabilité de la connexion réseau doit également être prise en compte lors de l’évaluation des méthodes de migration sur site vers le cloud. Si une connexion réseau est intermittente ou si la disponibilité de la bande passante fluctue de manière imprévisible, une migration en ligne pourrait prendre plus de temps que possible.

Certaines données pourraient également avoir besoin d’être recopiées en raison de l’échec des transmissions sur une connexion floconneuse, exacerbant le temps et la difficulté de la migration. Il y a beaucoup moins de risques de problèmes de transfert de données lors de la migration hors ligne, car les supports de stockage physiques et les téléchargements locaux sont généralement plus fiables que l’utilisation d’Internet.

4/ La sécurité

La sécurité est un autre problème. Si un réseau en ligne ne peut pas être approuvé ou s’il n’est pas possible de chiffrer des données sensibles avant la migration, une migration hors ligne peut être nécessaire. Il est important de penser aux risques de sécurité physique de la migration de données hors ligne si vous choisissez cette voie.

Que vous choisissiez la migration en ligne ou hors ligne, la compression des données est l’une des rares techniques qui peuvent accélérer le processus. La compression des données réduit le nombre de bits nécessaires pour représenter les données, de sorte que plus de données peuvent être déplacées en utilisant la même bande passante réseau ou moins de supports de stockage physiques.

En outre, les entreprises peuvent rationaliser la migration en ligne en transférant d’abord les données les plus importantes, telles que les données qui alimentent les charges de travail critiques. Cette technique permet aux utilisateurs de profiter du cloud plus rapidement, même si la migration globale prend un certain temps.

L’analyse des données pour supprimer les fichiers redondants ou inutiles avant la migration peut également réduire la quantité totale de données à migrer et accélérer le processus de migration.

Quels outils de migration vers le cloud ?

Parmi ces deux approches de migration sur site vers le cloud, la méthode en ligne reste la plus populaire, car la plupart des entreprises ne disposent pas d’énormes volumes de données à déplacer. En conséquence, les outils de migration vers le cloud répondent principalement aux stratégies en ligne. Pour faciliter le processus, la plupart de ces outils disposent de fonctionnalités d’évaluation et d’estimation des coûts, ainsi que de capacités d’automatisation.

Certains outils de migration en ligne natifs et tiers populaires comprennent :

• AWS Server Migration Service.
• Microsoft Azure Migrate.
• Google Cloud Migration Center.
• Carbonite Migrate.
• Clonezilla.
• Rsync.

Le principal avantage de l’utilisation d’un outil de migration cloud tiers par rapport à l’offre native d’un fournisseur est la flexibilité. La plupart des outils tiers prennent en charge les migrations vers plusieurs clouds, tandis que les outils des principaux fournisseurs de cloud ne sont compatibles qu’avec leurs plates-formes respectives. De plus, les entreprises peuvent utiliser des outils tiers en conjonction avec les outils natifs des fournisseurs de cloud.

Vous pouvez également utiliser les services des fournisseurs de cloud ou des outils tiers pour effectuer des migrations hors ligne. Les options populaires comprennent les suivantes :

• AWS Snowball.
• Google Data Transfer Appliance.
• Azure Data Box.
• RiverMeadow.

Une différence essentielle, entre les outils de migration hors ligne des fournisseurs de cloud et les offres tierces, est que les clients qui choisissent les offres de fournisseurs de cloud peuvent avoir à acheter ou à louer des supports de stockage de données directement auprès du fournisseur cloud.

Par exemple, Azure Data Box nécessite l’utilisation d’un périphérique de stockage spécial appelé Data Box que les clients achètent via Azure. AWS Snowball exige également que les clients utilisent des appareils de stockage fournis par Amazon.

Avec des outils tiers, les entreprises peuvent généralement utiliser n’importe quel support de stockage pour effectuer leur migration vers le cloud. En outre, certains fournisseurs de services de migration vers le cloud tiers offrent la possibilité de migrer des données vers plus d’un cloud, ce qui peut être utile si vous prévoyez d’utiliser une architecture multicloud.