Comment dois-je copier mes modèles de VM entre les centres de données vSphere?

Contexte / Architecture de l'environnement:

Mon environnement actuel $corp_overlords$est configuré dans un modèle hub-and-speak avec un hub de bureau à domicile technologiquement bien doté (SAN, cluster ESXi bladecenter / lamesystem, connexion Internet fibre, etc.) connecté à un certain nombre de rayons de sites distants qui sont pas si aisé, et contiennent généralement un seul serveur hôte ESXi et se connectent au concentrateur de bureau à domicile via un T1. Tout le trafic provenant de n'importe quel site distant est ramené au siège social via un "réseau MPLS" (qui est en réalité un T1 reliant le site distant au siège social).

Au siège social, sur le SAN, nous avons un certain nombre de modèles de machines virtuelles que j'ai créés pour déployer des machines virtuelles à partir de. Ils sont stockés dans un volume NFS, c'est-à-dire une banque de données vSphere, attaché à l'objet de centre de données de bureau à domicile dans vSphere.

Chaque site distant a un objet de centre de données vSphere correspondant, contenant un objet de magasin de données qui est connecté au stockage attaché localement sur le serveur hôte ESXi physiquement situé sur le site distant.

Comme ces modèles de VM existent sur le volume NFS, ils occupent environ 40 Gio (allocation dynamique). En tant que fichiers sur NTFS (ou Linux FS), ils occupent environ 100 Gio.

Question:

Comment dois-je copier ces 40 Gio de données à allocation dynamique (qui occupent 100 Gio d'espace de système de fichiers) entre mes sites?

Je suis contraint d'avoir environ 5 jours pour le faire et je ne peux pas interférer (sensiblement) avec le "trafic réseau normal".

Que diriez-vous d'utiliser ovftool pour copier les modèles directement entre les hôtes?

J'ai déjà utilisé cela pour des machines virtuelles, et cela fonctionne plutôt bien. Je ne sais pas si cela fonctionne également pour les modèles, mais sinon, vous pouvez simplement convertir temporairement les modèles en VM pour les copier.

Les instructions, avec un exemple sont ici .

Vous pouvez également utiliser ovftool pour convertir vos modèles en .ovfpackages, qui devraient être très compacts, puis transférer les packages entre les centres de données avec BITS ou FTP ou SCP ou le protocole de votre choix.

Options:

D'après ce que je vois, j'ai trois approches possibles, bien que j'espère sincèrement qu'il me manque une meilleure que quelqu'un ici puisse me montrer. (Idéalement, celui qui ne me fait déplacer que les 40 Gio de données réelles , et dans une méthode de reprise, "en arrière-plan" ou accélérée.)

1. Copiez les fichiers entre les banques de données via le client vSphere.
   • Avantage: Déplacement seulement ~ 40 Gio, pas ~ 100 Gio.
   • Inconvénient: tout le reste - pas de reprise, pas d'arrière-plan / limitation de vitesse, interface SUCKS .
     
     
2. Copiez le fichier entre les invités Windows à l'aide de BITS
   • Avantage: reprise, transfert en arrière-plan.
   • Inconvénient: déplacement de ~ 60 Gio de données qui n'existent pas vraiment.
   • Bonus: utilise PowerShell. <3
   • Bonus de probation double secret : PowerShell Remoting permet de le faire en une seule commande.
     
     
3. Copiez le fichier entre les hôtes ESXi via SCP
   • Avantage: accéléré et potentiellement réactivable.
   • Inconvénient: déplacement de ~ 60 Gio de données qui n'existent pas vraiment. Pas de transfert en arrière-plan.
   • Bonus: barbe au cou. Barbe de cou supplémentaire pour la reprise.
     
     
4. Meilleure option suggérée en cas de défaillance du serveur.
   • Avantage: transfert en arrière-plan accéléré et accéléré qui ne déplace que ~ 40 Gio de données existantes.
   • Inconvénient: l'octroi d'une prime de frais de représentation.
   • Bonus: Apprenez quelque chose de nouveau, justifiez de jouer à ServerFault au travail.

Voici une idée quelque peu intéressante pour vous. Cela n'aidera pas votre amorçage initial, mais je me demande si l'utilisation de quelque chose comme le produit gratuit de Crashplan vous aiderait avec vos modèles.

https://www.code42.com/store/

Il fait des différences de déduplication et de niveau de bloc, vous pouvez donc l'installer sur un serveur local là-bas au siège en tant que "semeur", et sur chaque serveur de rayons (dans une machine virtuelle, je suppose) en tant que "récepteur". Configurez les sauvegardes pour inclure uniquement le dossier dans lequel les modèles seront stockés sur le serveur HQ. Il peut également effectuer une sauvegarde vers plusieurs destinations (telles que chaque "rayon") https://support.code42.com/CrashPlan/Latest/Getting_Started/Choosing_Destinations

Les étapes (après avoir configuré l'application Crashplan de chaque côté) fonctionneraient comme:

1. Copiez les modèles du (des) magasin (s) de données sur le serveur "d'origine" dans le répertoire sur lequel Crashplan surveille. Sur un réseau gigabit, cela peut prendre un peu de temps mais ne devrait pas être trop grave.
2. Crashplan doit surveiller et commencer à sauvegarder les fichiers sur les rayons / récepteurs. Cela prendra évidemment un certain temps.
3. Après l'ensemencement / les sauvegardes initiales, lorsque les futurs modèles changent, copiez-les du ou des magasins de données réels vers le répertoire du serveur "d'origine" que Crashplan surveille, écrasant la copie du modèle d'origine. Ensuite, Crashplan dédupliquera et ne répliquera que les changements de niveau de bloc sur les rayons.

Juste une idée ... pourrait être une voie intéressante pour s'aventurer et voir si cela fonctionne comme une réplication au niveau de la déduplication / bloc d'un pauvre pour ces seuls fichiers.

J'ai fait ce type de mouvement de plusieurs façons, mais compte tenu de ce que vous avez décrit ...

FedEx ou UPS , avec une touche ...

Je sais que les serveurs utilisés sont des serveurs HP ProLiant et Dell PowerEdge. VMware ne prend pas en charge correctement les périphériques amovibles (par exemple USB) comme cibles de banque de données. Cependant, l'utilisation d'un seul disque logique RAID 0 (en langage HP) sur le site principal peut fonctionner. Vous pouvez ajouter et supprimer des disques connectés localement sur les systèmes HP et Dell et les utiliser comme moyen de transporter des banques de données.

Étant des modèles, vous pouvez les déplacer / copier sur votre disque local via vCenter. Expédiez les disques. Insérez-le dans le serveur autonome récepteur. La baie et le magasin de données seront reconnus via une nouvelle analyse du système de stockage. Copiez les données. Profit.

J'ai également utilisé cela comme un moyen d'amorcer des copies pour la réplication vSphere, car 24 heures de deltas sont beaucoup plus faciles à gérer que plusieurs synchronisations complètes.

C'est une méthode que j'utilise assez souvent pour ce genre de scénario. Cela semble contre-intuitif car vous téléchargez des fichiers de l'intérieur d'une machine virtuelle stockée sur la banque de données, vers la banque de données elle-même. Cependant, cela vous donne beaucoup plus de contrôle sur la façon dont le transfert est effectué.

• Utilisez WinRAR ou 7Zip pour diviser votre modèle en morceaux de 1 Go à 2 Go.
• Créez une machine virtuelle sur le serveur ESXi sur chaque site distant. Des ressources minimales sont nécessaires, ce n'est qu'une zone de transit.
• Attachez un VMDK à chacune de ces machines virtuelles suffisamment grandes pour contenir les données que vous transférez.
• Installez un OS et un outil de transfert de votre choix (j'utilise un serveur SFTP pour cela).
• Téléchargez le modèle RAR sur la machine virtuelle intermédiaire.
• Décompressez le modèle RAR.
• Utilisez vSphere ou l'interface utilisateur Web pour télécharger le modèle de la machine virtuelle intermédiaire vers la banque de données ESXI. (ce sera un transfert RAPIDE).

Avantages:

En divisant le modèle en morceaux plus petits, vous réduisez le risque de corruption des données pendant le transfert. (Si un fichier est corrompu, il vous suffit de télécharger à nouveau cette partie du RAR, plutôt que le fichier entier de 40 Go.)

Vous transférez seulement 40 Go (probablement moins car RAR'ing se compressera davantage).

Vous obtenez votre choix d'utilitaires de transfert lorsque vous effectuez le transfert dans le système d'exploitation de votre choix.

Les inconvénients:

Vous devez créer une machine virtuelle intermédiaire. Je facilite cela en ayant un modèle pré-créé <1 Go qui a juste une installation du système d'exploitation nu + un serveur SFTP.

La compression / décompression d'un modèle de 40 Go prendra environ 4 à 6 heures en fonction des ressources de votre processeur.

J'ai traité ce même problème à plusieurs reprises et environ la moitié du temps, je trouve que je suis beaucoup mieux à construire de nouvelles machines à distance. Cela est particulièrement vrai pour ce que j'appelle les machines "modèles". Ma version est une machine assez basique. Votre version peut être quelque chose d'un peu différent.