Migration de IBM Sterling Control Center Monitor existant vers l'environnement Docker

Cette section décrit les étapes de la migration d'une application Control Center depuis un environnement sans conteneur vers un environnement Docker.

Pour migrer une application Control Center Monitor existante depuis un environnement sans conteneur vers un environnement Docker, vous devez procéder comme suit :

  • Arrêtez une instance en cours d'exécution de l'application Control Center Monitor
  • Faites une sauvegarde des répertoires de l'application Control Center Monitor
  • Créez le volume Docker. Pour plus d'informations, voir Conditions préalables au déploiement d'IBM Sterling Control Center Monitor à l'aide d'un conteneur Docker
  • Remplissez les répertoires des volumes avec les répertoires de sauvegarde suivants :
    • conf
    • log
    • conf-exported
    • ccbase
    • packages
    • rapports

  • Mappage des ports

    Les numéros de port déclarés dans le fichier configCC.properties doivent correspondre aux numéros de port définis dans le déploiement de Control Center à migrer.

    Si vous utilisez le réseau Bridge, exposez les mêmes ports dans le fichier startContainer.sh.

  • Remplissez le dossier user_inputs avec les fichiers de pilotes de base de données, les fichiers de certificats JRE et le fichier configCC.properties avec toute la configuration existante, comme les détails de la base de données et les autres variables d'environnement requises.
  • Modifier le chemin des certificats JRE dans le fichier KeyStoreTrustStoreConfig.xml à l'intérieur du dossier conf du volume partagé.

    Exemple

    Contenu de fichier existant
    <?xml version="1.0" encoding="UTF-8"?><service>
    <keyStore>/home/docker/cc192.jks</keyStore>
    <keyStorePassword>ACED0005740006444553656465757200025B42ACF317F8060854E0020000787000000008E9C563A7D3756AC9737200116A6176612E6C616E672E496E746567657212E2A0A4F781873802000149000576616C7565787200106A6176612E6C616E672E4E756D62657286AC951D0B94E08B0200007870000008007571007E000100000010EE0C12BDC8376E543251B9BC527BDFED74000456322E30</keyStorePassword>
    <trustStore>../conf/bootstrap.truststore</trustStore>
    <trustStorePassword>ACED0005740006444553656465757200025B42ACF317F8060854E00200007870000000086E5DFB26F0D81384737200116A6176612E6C616E672E496E746567657212E2A0A4F781873802000149000576616C7565787200106A6176612E6C616E672E4E756D62657286AC951D0B94E08B0200007870000008007571007E000100000010B45033124222091E1ACCC5ED53323BE774000456322E30</trustStorePassword>
    <jreTrustStorePassword>ACED0005740006444553656465757200025B42ACF317F8060854E002000078700000000872E41E8118FF8E96737200116A6176612E6C616E672E496E746567657212E2A0A4F781873802000149000576616C7565787200106A6176612E6C616E672E4E756D62657286AC951D0B94E08B0200007870000008007571007E000100000008BB3DB7DADC5C533B74000456322E30</jreTrustStorePassword>
    Contenu de fichier modifié
    <?xml version="1.0" encoding="UTF-8"?><service>
    <keyStore>/app/CC/jre/bin/cc192.jks</keyStore>
    <keyStorePassword>ACED0005740006444553656465757200025B42ACF317F8060854E0020000787000000008E9C563A7D3756AC9737200116A6176612E6C616E672E496E746567657212E2A0A4F781873802000149000576616C7565787200106A6176612E6C616E672E4E756D62657286AC951D0B94E08B0200007870000008007571007E000100000010EE0C12BDC8376E543251B9BC527BDFED74000456322E30</keyStorePassword>
    <trustStore>../conf/bootstrap.truststore</trustStore>
    <trustStorePassword>ACED0005740006444553656465757200025B42ACF317F8060854E00200007870000000086E5DFB26F0D81384737200116A6176612E6C616E672E496E746567657212E2A0A4F781873802000149000576616C7565787200106A6176612E6C616E672E4E756D62657286AC951D0B94E08B0200007870000008007571007E000100000010B45033124222091E1ACCC5ED53323BE774000456322E30</trustStorePassword>
    <jreTrustStorePassword>ACED0005740006444553656465757200025B42ACF317F8060854E002000078700000000872E41E8118FF8E96737200116A6176612E6C616E672E496E746567657212E2A0A4F781873802000149000576616C7565787200106A6176612E6C616E672E4E756D62657286AC951D0B94E08B0200007870000008007571007E000100000008BB3DB7DADC5C533B74000456322E30</jreTrustStorePassword>
  • Télécharger l'image Control Center Monitor à partir de Fix central.
  • Téléchargez le fichier tar de l'image dans le système à l'aide de la commande suivante :
    $ docker load -i <cc_tar_file>

  • Configuration des variables d'environnement

    Invoquez startContainer.sh pour démarrer le conteneur avec les variables d'environnement déclarées telles que le nom du moteur et les détails de l'utilisateur de la machine hôte actuelle.

    L'uid et le gid de l'utilisateur Linux définis dans le fichier startContainer.sh doivent correspondre aux valeurs utilisées pour démarrer le conteneur et pour créer un volume. Invoquez les commandes suivantes pour récupérer l'uid et le gid de l'utilisateur actuel :
    $ id username
    Exemple de sortie : 
    
uid=4000(username) gid=3000(username) groups=3000(username)
  • Réseau Docker

    Pour l'application Control Center s'exécutant sur le même système hôte que l'hôte Docker, utilisez soit le réseau de l'hôte Docker, soit le réseau Bridge avec le nom d'hôte du système hôte.

    Si vous déployez dans un environnement Docker différent, utilisez le réseau Bridge avec le nom d'hôte de la machine qui exécute Control Center.

    Par exemple, si Control Center s'exécute sous le nom d'hôte CCRDOCK-02, indiquez l'argument -h CCRDOCK-02 lorsque vous invoquez le script startContainer.sh.