Mise à niveau du Data Aggregator

Pour mettre à niveau Data Aggregator, procédez comme suit :
capm360
Pour mettre à niveau Data Aggregator, procédez comme suit :
2
Si vous activez le chiffrement conforme à la norme FIPS et que vous mettez à niveau
NetOps Portal
avant Data Aggregator, des erreurs de synchronisation de compatibilité FIPS temporaires se produisent. Ces erreurs se produisent jusqu'à ce que le Data Aggregator soit mis à niveau. Pour éviter cette situation temporaire, procédez à la mise à niveau de Data Aggregator avant la mise à niveau de
NetOps Portal
.
Vérification des conditions préalables
Avant de mettre à niveau le Data Aggregator, vérifiez que les conditions préalables suivantes sont remplies :
  • Si vous avez authentifié et chiffré la communication ActiveMQ, vous devez régénérer les clés avant cette mise à niveau. Pour plus d'informations, consultez la section Authentification et chiffrement des communications ActiveMQ.
    Dans l'invite de saisie du prénom et du nom (what is your first and last name), vous devez entrer le nom d'hôte du système sur lequel vous créez la certification.
    Sans les nouvelles clés, le Data Aggregator et le Data Collector ne peuvent pas communiquer.
  • Vérifiez que les ports 8581, 61616, 61618, 61620 et 61622 sont ouverts pour la communication entre les Data Collectors et les Data Aggregators.
    Pour obtenir une liste détaillée des ports, consultez la section Révision de la configuration requise et des remarques concernant l'installation.
  • Avant de procéder à la mise à niveau, vérifiez que les packages ZIP et UNZIP sont installés. Si ces packages ne sont pas installés, utilisez la commande suivante pour les installer :
    yum -y install zip unzip
  • La mémoire maximum par défaut des composants Data Aggregator et Data Collectors est de 80 % de la mémoire système totale. AMQ utilise 20 % de la mémoire totale des deux composants. Les deux composants réservent 2 Go de mémoire pour le système d'exploitation. Ces valeurs maximum sont modifiables. Cependant, les modifications sont perdues pendant les mises à niveau. Pour plus d'informations, consultez la section Modification de l'utilisation maximum de la mémoire pour les composants Data Aggregator et Data Collector.
Vérification de la limite du nombre de fichiers ouverts au niveau de Data Aggregator
Vérifiez que la limite minimum de 65536 fichiers ouverts est définie pour l'utilisateur qui installe le Data Aggregator. Définissez cette valeur de façon permanente.
Procédez comme suit :
  1. En tant qu'utilisateur root ou qu'utilisateur sudo, connectez-vous à l'hôte Data Aggregator.
  2. Définissez la valeur ulimit de limite des fichiers ouverts sur 65536 ou plus :
    ulimit -n
    ulimit_number
    Par exemple :
    ulimit -n 65536
  3. Ouvrez le fichier suivant :
    /etc/security/limits.conf
  4. Ajoutez les lignes suivantes :
    # Added by Data Aggregator
    * soft nofile 65536
    # Added by Data Aggregator
    * hard nofile 65536
    Pour appliquer les modifications apportées, redémarrez le Data Aggregator. Si vous effectuez une mise à niveau, le processus de mise à niveau redémarre automatiquement Data Aggregator.
  5. Vérifiez que le nombre de fichiers ouverts est défini correctement :
    ulimit -n
    La commande renvoie la valeur ulimit que vous avez spécifiée auparavant.
Vérifiez que le Data Repository est en cours d'exécution.
La mise à niveau du Data Aggregator requiert l'exécution du Data Repository.
Procédez comme suit :
  1. Connectez-vous à l'hôte de Data Repository.
  2. Vérifiez que le Data Repository est en cours d'exécution :
    /opt/vertica/bin/vsql -U
    dauser
    -w
    dapass
    -c 'select version()'
    Le teste renvoyé attendu indique la version du Data Repository :
    version
    ------------------------------------
    Vertica Analytic Database vx.x.x-x
(Facultatif) Connectez-vous temporairement à des versions antérieures de Data Collector
Vous pouvez réduire la perte de données pendant une mise à niveau en connectant temporairement des instances de Data Collector existantes (version 3.0, 3.1 ou 3.2) à une instance mise à niveau de Data Aggregator. Cette option de mise à niveau est pratique si vous avez plusieurs instances de Data Collector à mettre à niveau.
Important : La connexion de versions 3.x des Data Collectors à des instances mises à niveau de Data Aggregator est uniquement prise en charge de manière temporaire.
Il se peut que de nouvelles fonctionnalités de
DX Performance Management
3.5 ne soient pas compatibles avec des versions plus anciennes de Data Collector. Avant d'utiliser de nouvelles fonctionnalités ou de modifier la configuration, mettez à niveau toutes les instances de Data Collector vers la même version que Data Aggregator.
Avant la mise à niveau de Data Aggregator, procédez comme suit :
  1. Créez un fichier appelé com.ca.im.dm.core.collector.controller.cfg à l'emplacement suivant :
    /opt/IMDataAggregator/apache-karaf-2.4.3/etc/
  2. Ajoutez la ligne unique suivante au fichier :
    allowed-mismatch-dc-version=3.0.0.0
  3. Enregistrez le fichier.
  4. Poursuivez la mise à niveau de Data Aggregator.
Mise à niveau du Data Aggregator
Pour mettre à niveau le Data Aggregator, exécutez l'installation en tant qu'utilisateur root ou sudo.
Procédez comme suit :
  1. Connectez-vous à l'hôte de Data Aggregator en tant qu'utilisateur root ou qu'utilisateur sudo.
  2. Copiez le fichier installDA.bin dans le dossier /tmp.
  3. Accédez au répertoire /tmp :
    cd /tmp
  4. Modifiez les autorisations d'accès au fichier d'installation :
    chmod a+x installDA.bin
  5. Pour exécuter la mise à niveau, procédez de l'une des façons suivantes.
    • Exécutez l'installation en tant qu'utilisateur root :
      ./installDA.bin -i console
    • Exécutez l'installation en tant qu'utilisateur sudo :
      sudo ./installDA.bin -i console
      Pour générer un fichier de réponse pour l'installation silencieuse, ajoutez l'argument suivant :
      -r
      response_file
      response_file
      spécifie le chemin d'accès et le nom du répertoire du fichier de réponse.
      Exemple
      : /temp/installer.properties
      Suivez les invites jusqu'à l'affichage du récapitulatif, saisissez quit, puis appuyez sur la touche Entrée.
      Pour exécuter l'installation en mode silencieux, utilisez la commande suivante :
      ./installDA.bin -i silent -f
      response_file
      response_file
      est le nom de fichier et le chemin du répertoire du fichier de réponse généré précédemment.
  6. Suivez les instructions de la console.
    Si le Data Repository a été migré, suivez les instructions de mise à niveau du Data Aggregator dans la console. Quand vous y êtes invité, répondez NON à la suppression du schéma et la mise à niveau se poursuit. Si vous répondez Oui, vous perdrez les données migrées.
    Lorsque vous êtes invité à sélectionner le répertoire de données, utilisez le répertoire par défaut. N'utilisez pas
    répertoire_installation_DA
    /apache-karaf-
    version
    /data
    .
  7. (Facultatif) Lorsque vous y êtes invité, spécifiez les paramètres suivants pour configurer la tolérance aux pannes. Pour plus d'informations, consultez la section Tolérance aux pannes.
    Si vous mettez à niveau un environnement à tolérance aux pannes, reportez-vous à la section Mise à niveau des Data Aggregators à tolérance aux pannes.
    • Configuration de Data Aggregator pour la tolérance aux pannes
      Spécifiez 2 pour configurer la tolérance aux pannes.
      Valeur par défaut :
      1
      La valeur par défaut s'applique à un environnement sans tolérance aux pannes.
    • Hôte proxy de Data Aggregator
    • Spécifiez le nom d'hôte/l'adresse IP du serveur proxy.
    • Port HTTP de Consul :
      Spécifiez le port à utiliser pour la communication avec Consul.
      Par défaut :
      8500
    • Sélection de l'adresse IP de l'hôte pour Consul
      Cette invite s'affiche uniquement lorsque plusieurs adresses IP publiques sont configurées.
      Spécifiez l'adresse de liaison utilisée pour la communication entre les agents Consul. Les agents Consul incluent l'hôte proxy et les deux Data Aggregators du cluster. Si vous y êtes invité, spécifiez une adresse accessible par les deux autres hôtes du cluster Consul.
    Le Data Aggregator est mis à niveau. La console affiche un message de confirmation.
    Le programme d'installation redémarre automatiquement le Data Aggregator à l'issue de la mise à niveau.
    Patientez jusqu'à ce que le Data Aggregator se synchronise automatiquement avec CA
    NetOps Portal
    . Ce processus peut prendre 30 minutes ou plus.
  8. Vérifiez que le Data Aggregator est en cours d'exécution :
    service dadaemon status
  9. Vérifiez l'accès aux terminaux REST du Data Aggregator. Ouvrez un navigateur Web sur un ordinateur disposant d'un accès HTTP à Data Aggregator. Accédez à l'adresse suivante :
    http://
    data_aggregator
    :port/rest
    data_aggregator:port
    Spécifie le nom de l'hôte Data Aggregator et le numéro de port requis.
    Le retour est une liste de liens hypertexte correspondant aux services Web disponibles. Lorsque vous cliquez sur un lien, le contenu XML décrivant la sélection s'affiche.
    La segmentation des tables est requise pour les systèmes sur lesquels l'installation d'origine est une version antérieure à la version 2.3.3. La segmentation est une tâche devant être réalisée une seule fois et dont l'objectif est d'améliorer les performances de la base de données et de réduire l'espace disque requis. Si vous avez reçu un message lors de la mise à niveau indiquant que les tables de base de données requièrent une segmentation, procédez à cette opération à l'issue de la mise à niveau. Pour plus d'informations, consultez la section Segmentation des tables de base de données.
    Le journal Karaf au niveau du Data Aggregator inclut l'erreur ci-dessous à l'issue de la mise à niveau de l'installation.
    ERROR | tenderThread-178 | 2013-01-24 13:36:40,431 | ndorCertificationPriorityManager | nager.core.cert-mgr.impl |
    | Failed to load the MetricFamilyVendorPriority for bundle: BundleURLEntry [bundle=198, resourceURL=file:/opt/IMDataAggregator/apache-karaf-<
    vers
    >/data/cache/resources/198--xml-vendorpriorities-ReachabilityVendorPriorities.xml
    Cette erreur d'accessibilité est attendue et sans conséquence. Elle ne devrait apparaître à aucun autre moment.