Page History

...

• Vérifier que tous les serveurs sont à jour et en ntp
  • /etc/init.d/ntp stop
  • /etc/init.d/ntpdate start
  • /etc/init.d/ntp start
    
    
• stopper Stopper le carbon-relay
  • /etc/init.d/carbon-relay stop
    
    
• changer Changer la configuration du module graphite (/etc/shinken/modules/graphite.cfg) afin qu'il pointe vers le premier serveur de stockage:
  • changer le port vers celui de carbon-cache (2003 de base)
  • changer l'addressel’adresse
    
    
• stopper Stopper selinux sur l'ensemble des serveurs 
  • nous livrons des règles SeLinux pour apache et le chemin standard de Graphite, mais si vous avez redirigés les données ailleurs, SeLinux bloquera la migration faite par Apache
  • setenforce 0
    
    
• vérifier Vérifier que le virtual serveur Graphite dans Apache écoute bien sur toutes les interfaces
  • dans le fichier /etc/httpd/conf.d/graphite.conf
  • Vérifier que vous avez <VirtualHost *:80>
    
    
• lancer Lancer la mise à jour V02.05.00 sur les serveurs de stockages
  
  
• lancer Lancer la mise à jour V02.05.00 sur le serveur central shinken qu'après (IMPORTANT: car il va lancer la migration des données dès son lancement à la fin de la mise à jour)
  • vérifier dans le fichier brokerd.log que la migration s'est bien déroulée grâce à la présence des lignes suivantes:
    • The graphite did migrate from name to uuids %d directories on a total of %d directories to uuids (avec le nombre d'hôtes + checks qui ont des métriques)
      All metrics UUID paths are checked and are in the uuid format on the graphite server
  • vérifier sur le serveur de stockage que la migration est bien effective (modulo les anciens métriques, cf mon message précédent)
    • Notez que si vous avez de vieux checks qui ne sont plus dans la configuration, ils ne seront pas migrés, tous les autres seront en uuids concernant les répertoires d'hôtes et de checks, les noms de métriques étant inchangés.
      
      
• effacer Effacer les données sur le serveurs secondaire et copier les données (en gardant les droits) du serveur de stockage 1 vers le serveur 2
  
  
• vérifier Vérifier que la configuration du lien vers mongo est OK sur les serveurs de stockages
  • La modification se fait dans le fichier /opt/graphite/conf/mongodb.conf et doit pointer vers la base des SLA (qui détient le mapping entre les noms et les UUIDs)
    
    
• Sur votre serveur relay, vérifier que le paramétrage pour requêter les données est validemettre à jour
  • le fichier /opt/graphite/
  webapp/graphite/settings.py
  • conf/relay-rules.conf contient la liste de vos serveurs carbon-cache ( instance graphite stockant les données ), 
   avec les addresses serveurs de stockages
  • Valeur de CLUSTER_SERVERS
    • Les informations de ce fichier seront également utilisés pour la consultation des métriques ( requête des données sur le carbon-relay ).
      
      
    • Si vos serveurs graphite ( le démon apache ) écoutent sur le port 80 (par défaut), vous n'avez rien à faire. Les adresses IP sont lu depuis la clef destinations ( destinations = 192.168.56.103:2004, 192.168.56.104:2004 ) et le port est ignoré.
      
    • sinon vous pouvez rajouter une clé read_destinations qui liste directement les adresses (host:port) de vos serveurs httpd sans prendre en compte la clé destinations:
      • par exemple:

        • read_destinations = 192.168.56.103:8080, 192.168.56.104:8080

  • puis relancer le serveur httpd sur le serveur de stockage
    
    
  • modifier Modifier la configuration du module graphite (/etc/shinken/modules/graphite.cfg) et le refaire pointer vers le carbon-relay
    • changer le port vers celui du carbon-relay (2013 de base)
    • changer l'addressel’adresse
      
      
  • relancer Relancer carbon-relay
    • /etc/init.d/carbon-relay start
      
      
  • relancer Relancer Shinken
    • /etc/init.d/shinken restart
      
      
  • vérifier Vérifier que les courbes sont bien disponibles dans l'interface de visualisation
    
    
  • vérifier Vérifier Grafana si vous en avez installé un