GNU/Linux >> Tutoriels Linux >  >> Linux

Migrer vers un serveur à usage général ou d'E/S

La migration de vos données vers un serveur cloud à usage général ou optimisé pour les E/S (page produit) à partir d'un serveur cloud standard peut être un processus simple avec un peu de planification et de préparation.

Préparation

Pour des conseils détaillés sur la préparation d'un serveur pour la migration, consultez les recommandations dans Préparer la migration d'un serveur Linux ou Préparer la migration d'un serveur Windows. fichiers.

Vous pouvez également trouver une liste des éléments à prendre en compte avant la migration dans cet article.

Si vous envisagez de supprimer des fichiers de votre serveur pour accélérer votre migration, nous vous recommandons de créer d'abord une sauvegarde pour vous assurer qu'aucune donnée essentielle n'est perdue.

Migration basée sur l'image

Le moyen le plus simple de migrer un serveur existant vers un serveur à usage général consiste à créer une image de votre serveur actuel et à déployer un nouveau serveur à usage général à partir de cette image.

Une image d'un serveur classique ou standard peut créer un serveur à usage général d'une taille supérieure. Par exemple, une image de serveur standard de 1 Go peut créer un serveur à usage général de 2 Go. Si votre serveur Standard ou Classic fait 8 Go ou plus, vous ne pouvez pas effectuer une migration basée sur l'image en raison de l'allocation de disque plus importante sur les versions plus anciennes. Si vous avez un serveur Linux® plus ancien, vous pourrez peut-être le redimensionner à 4 Go ou moins, puis créer une image pour créer un serveur à usage général.

Pour tester si l'image de votre serveur est trop grande ou non, utilisez les étapes de cet article pour essayer de restaurer l'image sur un nouveau serveur. Si la taille de l'image est trop grande pour un serveur à usage général, vous n'aurez pas la possibilité de créer un serveur à usage général.

Si une migration basée sur une image fonctionne, nous vous recommandons d'utiliser cette approche.

Migration manuelle

Si vous ne pouvez pas utiliser la migration basée sur l'image, utilisez les informations de cette section pour planifier une migration manuelle.

Vérifier la taille du serveur d'origine

Pour déterminer l'espace disque minimum dont vous avez besoin sur le nouveau serveur, vérifiez l'espace disque que vous utilisez actuellement.

Pour vérifier l'espace disque utilisé sous Linux, exécutez la commande suivante :

df -h

Pour vérifier l'espace disque utilisé sous Windows®, vérifiez les propriétés de C : conduire.

Si vous avez besoin de plus de 160 Go (la taille de disque maximale pour une saveur à usage général), vous devez utiliser des volumes de stockage en mode cloud sur le nouveau serveur pour héberger toutes vos données.

Identifier les exigences du répertoire

Lorsque vous configurez des volumes Cloud Block Storage, vérifiez la taille des répertoires sur votre serveur d'origine. Ces informations vous aident à planifier l'organisation des données sur le nouveau serveur, telles que les données qui vont sur le disque système et les données qui doivent être stockées sur les volumes supplémentaires.

Sous Linux, vous pouvez déterminer l'espace disque utilisé par les fichiers et répertoires dans le répertoire courant en exécutant la commande suivante :

du -hs *

Vous pouvez également spécifier un répertoire ou un nom de fichier en exécutant la commande suivante :

du -hs directoryName

Sous Windows, cliquez avec le bouton droit sur le répertoire que vous souhaitez vérifier et sélectionnez Propriétés .

Une fois que vous savez quelles données copier sur votre disque système et lesquelles copier sur un disque connecté, planifiez la taille du nouveau serveur et ses volumes supplémentaires en conséquence.

Créer le serveur de destination

Lorsque vous créez le serveur de destination, tenez compte de vos besoins en stockage ainsi que de vos besoins en mémoire, en CPU et en réseau.

Si vous avez plus de données que ne peut en contenir le disque système du nouveau serveur, décidez si vous souhaitez utiliser un ou plusieurs disques de données (version E/S uniquement) ou attachez des volumes Cloud Block Storage au serveur.

Lorsque vous choisissez la taille de votre serveur, tenez compte de vos besoins actuels et de toute mise à l'échelle que vous pourriez avoir besoin de faire à l'avenir.

Les serveurs optimisés pour les E/S ne peuvent pas être redimensionnés, donc les seules modifications que vous pouvez apporter à leurs capacités consistent à ajouter ou à supprimer de l'espace de stockage à l'aide de Cloud BlockStorage. Les serveurs à usage général ont une taille maximale de 8 Go de RAM/disque dur de 160 Go et, à moins qu'ils n'utilisent le mode de virtualisation paravirtuel (PV) obsolète, vous ne pouvez que les redimensionner.

Pour un environnement à serveur unique, vous devez migrer vers un nouveau serveur si vos besoins en RAM ou en processeur changent.

Vous pouvez également planifier votre environnement pour utiliser une mise à l'échelle horizontale, où plusieurs serveurs exécutent votre application, avec un équilibreur de charge pour gérer le trafic vers les différents serveurs. La mise à l'échelle horizontale peut ne pas fonctionner avec toutes les applications, mais une fois qu'elle est configurée, vous pouvez facilement ajouter ou supprimer des serveurs pour tenir compte des exigences de charge fluctuantes.

L'article sur les architectures de référence du cloud ouvert fournit des exemples d'environnements.

Remarque : Si vous utilisez actuellement des serveurs Performance, notez que les disques de données ne sont pas capturés lorsque vous créez une image. Pour sauvegarder des disques de données, vous devez vous fier à Rackspace Cloud Backup ou à une approche similaire de sauvegarde basée sur des fichiers. Si vous souhaitez que votre stockage supplémentaire soit plus portable ou si vous devez pouvoir prendre des instantanés de données, envisagez d'ajouter un ou plusieurs volumes Cloud Block Storage serveur.

Formater et configurer tous les volumes ou disques de données Cloud Block Storage

Après avoir créé votre serveur, préparez tous les disques de données ou volumes Cloud BlockStorage attachés en les formatant et en configurant le système pour les utiliser.

Si vous avez associé des volumes Cloud Block Storage, consultez Préparer votre volume Cloud Block Storage pour plus d'informations.

Pour obtenir des instructions sur le formatage et le montage de disques de données sur des serveurs optimisés pour les E/S, consultez l'article suivant correspondant au système d'exploitation de votre serveur :

  • Préparer des disques de données sur un serveur cloud Windows
  • Préparer des disques de données sur un serveur cloud Linux

Si vous configurez des volumes attachés dans un RAID logiciel sous Linux, consultez le Linux Software-RAID HOWTO pour obtenir des instructions.

Lorsque vos disques attachés sont prêts, vous pouvez migrer vos données.

Autres options de migration manuelle

Vous disposez de plusieurs options pour une migration manuelle sur Linux, notamment Rackspace CloudBackup, Rackspace Cloud Block Storage ou rsync. Sous Windows, vous pouvez utiliser WebDeploy ou Microsoft Web Farm Framework (WFF).

Sauvegarde dans le cloud

Pour migrer des répertoires particuliers, vous pouvez utiliser Cloud Backup. Créez une sauvegarde de vos données sur le serveur d'origine, puis restaurez-la sur le serveur de destination.

Stockage de blocs cloud

Pour migrer des données spécifiques, vous pouvez utiliser Cloud Block Storage. Attachez le lecteur à votre serveur d'origine et copiez-y vos données. Détachez ensuite le lecteur du serveur d'origine, connectez-le au serveur de destination et copiez vos données à partir du lecteur.

rsync sur Linux pour la migration d'annuaire

Sous Linux, vous pouvez utiliser rsync pour copier directement un répertoire sur le réseau. Par exemple, depuis le serveur d'origine, vous pouvez exécuter la commande suivante pour copier /var/lib/mysql :

rsync -e 'ssh' -avl --stats --progress /var/lib/mysql [email protected]:/var/lib/mysql

Pour plus d'informations sur rsync, consultez Sauvegarder vos fichiers avec rsync.

Migration Linux complète avec rsync

Si vous souhaitez migrer un serveur Linux vers un nouveau serveur à usage général, vous pouvez utiliser rsync pour migrer votre serveur à partir de la ligne de commande. Voir Migrer un serveur Linux depuis la ligne de commande.

WFF sur Windows 2008

Pour migrer les données IIS et SQL Server® sur Windows 2008, vous pouvez utiliser MicrosoftWFF.

Déploiement Web sur Windows 2012

Pour migrer les données IIS et SQL Server sur Windows 2012, vous pouvez utiliser l'outil MicrosoftWeb Deploy. Voir Lancer une ferme Web Windows avec Web Deploy.

Options spécifiques à l'application

D'autres applications peuvent avoir leurs propres moyens de faciliter la migration des données. Par exemple, pour migrer une base de données, vous pouvez faire du nouveau serveur une réplique de la base de données d'origine pour répliquer automatiquement vos données sur le nouveau serveur.

Tâches post-migration

Une fois toutes vos données sur le nouveau serveur, testez soigneusement votre application pour vous assurer qu'elle fonctionne comme prévu dans le nouvel environnement.

Si vous ne l'avez pas déjà fait, mettez en place un plan de sauvegarde pour éviter une perte importante de données en cas de catastrophe.


Linux
  1. Linux – Comment surveiller les E/S de disque dans un répertoire particulier ?

  2. Migrer entre les versions de serveur

  3. Migrer vers un serveur à usage général ou d'E/S

  4. Préparer la migration d'un serveur Linux

  5. Mettre à niveau les ressources pour les serveurs cloud à usage général ou optimisés pour les E/S

Configuration de la partition LVM sur le serveur Linux

Dépannage des serveurs lents :comment vérifier le processeur, la RAM et les E/S de disque

Considérations relatives à la migration vers un serveur cloud à usage général ou d'E/S

Créer un serveur cloud à usage général

10 exemples iozone pour la mesure des performances d'E/S de disque sous Linux

Comment vérifier l'utilisation des E/S disque par processus ?