Voix et communications unifiées : Cisco �ditions entreprise�7000

Transfert BE7000 du seul volume RAID5 à conjuguer baies RAID5 sans reconstruction VM

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document décrit le processus pour que la façon convertisse un serveur de Business Edition 7000 qui est configuré avec un simple, la baie 12-disk redondante de disques indépendants (RAID) 5 volumes en deux, des volumes du RAID 5 6-disk.

Contribué par Ryan Ratliff, ingénieur TAC Cisco.

Problème

Un certain Cisco Business Edition 7000 serveurs (BE7K) manufacturered avant août de 2014 s'est transporté de l'usine avec un simple, unité de disques virtuelle du RAID 5 12-disk. Les transmissions unifiées (UC) sur la documentation de l'Unified Computing System (UCS) spécifie que ce serveur et son équivalent ont testé la configuration de référence (TRC) (C240 M3 SFF TRC2) les unités de disques virtuelles de 6 disques chacune de RAID 5 de l'utilisation deux.

Si vous changez la configuration de baie sur l'UCS C240M3, il efface toutes les données sur les disques qui sont modifiés. Ceci signifie qu'ESXi doit être réinstallé et que vous devez réappliquer des permis d'ESXi, modifier ESXi, et restaurer les virtual machine (VMs) afin de se terminer ce transfert.

Il est facile de l'identifier quand le BE7K a une configuration du disque virtuelle incorrecte. Dans le client de vSphere, naviguez pour autoguider > inventaire > inventaire. Sélectionnez le serveur BE7K sur l'onglet gauche, et puis de configuration. En conclusion, la mémoire choisie et s'assurent que Datastores est sélectionné.

C'est ce qui ressemble au datstore pour un BE7K avec un simple, disque virtuel 12-disk RAID5 du client de vSphere.

Remarque: Le datastore de disque local a une capacité de 2.99TB.

C'est quel BE7K devrait ressembler à une fois correctement configuré avec deux disques virtuels du RAID 5 6-disk. 

Remarque: Les deux datastores chacun de disque local ont 1.35TB de l'espace.

Solution

Afin de rendre ce processus aussi facile comme possible, terminez-vous ces étapes :

  1. Prenez les sauvegardes de niveau application de toutes les VMs qui fonctionnent sur le BE7K.

  2. Sauvegardez la configuration et les permis d'ESXi. (Référez-vous à la configuration sauvegardante et restaurante d'ESXi utilisant l'interface de ligne de commande de vSphere et pour en savoir plus d'article de PowerCLI de vSphere 2042141) (.)

  3. Écartez toutes les VMs du datastore local. Il y a deux manières de réaliser ceci :
    • vMotion les VMs à l'autre hôte et datastore.
    • Avec élégance arrêt les VMs et la copie tout sur le datastore local à un emplacement de mémoire externe.


  4. Redémarrez le BE7K et modifiez le volume RAID avec deux disques logiques du RAID 5 6-disk.

  5. Réinstallez ESXi :


  6. Écartez toutes les VMs sur le BE7K et commencez-les sauvegardent.

Mode d'emploi détaillé

Prenez les sauvegardes de niveau application des VMs

Suivez les instructions dans la documentation de Cisco.com pour l'application UC afin de prendre une sauvegarde et la sauvegarder à un emplacement sûr. Pour les applications qui utilisent le système de Reprise sur sinistre (jeu rouleau-tambour), le serveur sécurisé de FTP de shell (SFTP) ne devrait pas être hébergé sur le BE7K pour des raisons évidentes.

Sauvegardez la configuration et le permis d'ESXi

Mettez en référence ces deux articles de KO de VMware afin d'accéder au vSphere CLI et exécuter une sauvegarde.

 Voici un exemple de la façon utiliser le shell d'ESXi afin de sauvegarder la configuration.

~ # vim-cmd hostsvc/firmware/sync_config
~ # vim-cmd hostsvc/firmware/backup_config
Bundle can be downloaded at : http://*/downloads/
configBundle-RTP-CUCM-BE7K-1.cisco.com.tgz

Pour cet exemple, vous pouvez télécharger les archives de sauvegarde de https://rtp-cucm-be7k-1.cisco.com/downloads/configBundle-RTP-CUCM-BE7K-1.cisco.com.tgz.

Le contenu de ce paquet inclut le fichier license.cfg. Ceci confirme que l'exécution de sauvegarde d'ESXi et de restauration inclut des permis.

Écartez les VMs le Datastore local

Si le BE7K fait partie d'un déploiement de VCenter, alors les VMs devraient être migrées vers la mémoire partagée ainsi elles peuvent être exécutées sur un hôte alternatif tandis que le BE7K est sous la maintenance. S'il n'y a aucune mémoire partagée disponible, alors le processus est comme décrit ici :

  1. Avec élégance arrêtez et mettez hors tension toutes les VMs sur le BE7K.

  2. Utilisez le client de vSphere afin de copier tous les fichiers sur le datastore BE7K sur un autre emplacement.

Si aucun emplacement de mémoire alternatif n'est disponible pour enregistrer les VMs et tout autre contenu sur le datastore BE7K, alors ouvrez une demande de service du centre d'assistance technique Cisco (TAC) (SR) de sorte que d'autres options puissent être explorées. Soyez sûr de citer ceci des documents quand vous ouvrez un SR TAC pour cette question.

Modifiez la baie

Suivez les étapes dans le Cisco Collaboration sur des serveurs virtuels afin de modifier la baie pour deux disques logiques 6-disk RAID5. Si vous utilisez les unités de disque extra-dures (disque dur) dans le BE7K pour les buts de sauvegarde, faites attention à ne pas supprimer le groupe d'entraînement de RAID 0 ou à sélectionner la nouvelle configuration dans l'assistant de la configuration du GUI de preboot.

Réinstallez et modifiez ESXi

  1. Suivez les étapes environ à l'installation et configuration de vSphere si vous n'êtes pas familiarisé avec la façon installer ESXi.

  2. Si vous sauvegardiez la configuration d'ESXi, suivez les instructions en sauvegardant et en restaurant la configuration d'ESXi utilisant l'interface de ligne de commande de vSphere et le vSphere PowerCLI (2042141) afin de restaurer la sauvegarde.

  3. Puisque l'installateur d'ESXi ne crée aucun datastores supplémentaire, vous devez utiliser le client de vSphere afin d'ajouter le deuxième, le disque 1.35TB virtuel à ESXi comme volume du système de fichiers de virtual machine (VMFS).

      1. Allez à la configuration de mémoire et cliquez sur le lien pour la mémoire Add.



      2. Dans l'assistant de mémoire d'ajouter, faites ces sélections :

        1. Disque choisi/Lun pour le type de mémoire.

        2. Si les nombreuses options sont disponibles, sélectionnez le disque avec une capacité de 1.36TB.

        3. Sélectionnez les par défaut pour le reste de l'assistant jusqu'à ce que vous soyez incité à fournir un nom pour le datastore.


      Une fois terminé, vous devriez voir deux datastores 1.3TB disponibles pour utiliser.

Écartez les VMs sur le Datastore local

Cette étape est simplement l'inverse de Qu'est ce que méthode vous copiiez les VMs hors fonction du vieux datastore.

Si vous employez le vCenter afin de migrer les VMs de la mémoire partagée de nouveau au BE7K, alors les VMs peuvent être mises sous tension juste après qu'elles sont migrées. Si vous copiez manuellement les fichiers de nouveau au datastore, alors vous devez utiliser le client de vSphere afin d'importer les VMs de nouveau dans ESXi avant qu'elles puissent être mises sous tension.

Si vous utilisiez le navigateur de datastore de vSphere afin de déplacer des fichiers, alors il est probable vous verra un message comme celui ici quand vous importez les VMs de nouveau dans ESXi. Sélectionnez si la VM a été déplacée ou copiée (en tant qu'approprié) et cliquez sur OK afin de poursuivre.

Remarque: Puisque ce processus a ramené la taille du datastore précédent de 2.99TB à deux volumes 1.39TB distincts, il est possible les fichiers qui ont été copiés hors fonction du BE7K ne s'adapteront pas sur un datastore simple. Si c'est le cas, vous devriez distribuer les VMs parmi les deux datastores, et veillez à laisser l'abondance de l'espace libre sur chacun des deux.


Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Document ID: 118847