Le Cloud de Christophe BOUCETTA

Voici le blog sur les communications unifiées et la collaboration Microsoft par un MVP nominé depuis 11 ans

Bonjour,


J'avais déjà précedemment écrit un article concernant l'installation de Cisco Prime Collaboration Deployment disponible ici: http://microsofttouch.fr/default/b/christophe/archive/2014/06/09/cisco-installation-cisco-prime-collaboration-deployment.aspx

Dans ce présent article, le sujet est la migration d'un cluster comprenant un Pub et un Sub en version 9.1 vers 10.5.

Le Sub est le tftp primaire, je rajoute un enjeu, ce serveur doit aussi changer d'adresse IP.

Je ne couvre que les tâches à effectuer dans Cisco PCD et quelques manipulations dans le cluster de test, je n'ai pas la prétention de prendre en considération toutes les éventualités possible d'un environnement de production, ceci est juste un exemple d'utilisation dans mon lab.

Étape 1: Découverte du cluster existant

Dans Inventory - Clusters, choisir "Discover Cluster":

Suite à la découverte du cluster, préciser les rôles des différents serveurs de votre organisation (Primary Call Processing, Primary tftp,....)

Vous devriez avoir ensuite votre cluster existant de totalement découvert dans PCD:

Étape 2: Découverte des hôtes ESXi et création du cluster de migration

Importer les ova dans vos ESXi.

Définisser le nombre d'utilisateur en fonction de votre environnement:

Retourner dans la console PCD, aller dans le menu Inventory > Clusters et choisir l'option Define Migration Destination Cluster:

Cliquer ensuite sur Assign Destination Cluster Nodes, pour chaque serveur, assigner la machine virtuelle de destination:

Pour le sub, il est possible de préciser le nouvel adressage ici:

Préciser votre NTP serveur:

Votre cluster de migration devrait être opérationnel maintenant:

Étape 3: Création de la tâche de migration:

Naviguer vers Task > Migrate, cliquer sur Add Migration Task.

Choisir l'ISO importé au préalable dans PCD:

Définir le temps de début de cette tâche:

PCD ajoute automatiquement une pause avant d'éteindre le SUB, dans ce présent scénario, cette pause est importante.

La tâche est maintenant opérationnelle.

Tâche 4: Début de la migration

Il est maintenant temps de migrer l'environnement.

Vous avez au préalable migrer les micro-logiciels des téléphones IP en adéquation avec les informations de compatibilité Cisco visible ici: http://tools.cisco.com/ITDIT/vtgsca/VTGServlet

Changement dans le DNS pour faire pointer cucmsub vers le nouvel adressage.

Cisco a introduit à partir de la version 8.0 le concept "Security By Default". Chaque endpoint obtient un fichier ITL ( Identity Trust List (ITL) du serveur tftp.
Trust Verification Service (TVS) est un composant essentiel de ce concept, TVS est présent sur l'ensemble des serveurs CUCM du cluster et authentifie les certificats.

Vous pouvez trouver des informations intéressantes ici: https://supportforums.cisco.com/document/60716/migrating-ip-phones-between-clusters-cucm-8-and-itl-files#Rollback_Enterprise_Parameter

Dans mon cas, j'utilise la technique " Rollback Enterprise Parameter".

Les étapes avant de lancer PCD sont les suivantes:

Step 1 Set the enterprise parameter Prepare Cluster for Rollback to pre-8.0 to True.

Step 2 Restart TVS and TFTP.

Step 3 Reset all phones. The phones download an ITL file that contains empty TVS and TFTP certificate sections.

Step 4 On the phone, select Settings > Security > True List > ITL to verify that the TVS and TFTP certificate sections of the ITL file are empty.


On peut maintenant lancer la tâche dans PCD:


Vous pouvez suivre l'évolution de la tâche dans les logs, vous pouvez suivre aussi les installations dans une console VMWare.

Les différentes étapes étant réalisées, on arrive maintenant au niveau de la pause:

Avant d'éteindre le sub en version 9, des opérations sont nécessaires:

Restauration du paramêtre Rollback to pre-8.0 à false:

Step 1 Set the enterprise parameter Prepare Cluster for Rollback to pre-8.0 to False.

Step 2 Restart TVS and TFTP.

Step 3 Reset all phones.

Modifier la configuration du serveur DHCP:

Vérifier la réplication des bases de données entre le Publisher et l'ensemble des serveurs du cluster:

admin:show perf query class "Number of Replicates Created and State of Replication"

==>query class :

 - Perf class (Number of Replicates Created and State of Replication) has instances and values:
    ReplicateCount  -> Number of Replicates Created   = 680
    ReplicateCount  -> Replicate_State                = 2

Finaliser la migration:


Voilà, l'environnement est maintenant en version 10.5 pour continuer la préparation du CCIE.

Facebook Like