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 le carbon-relay
  • /etc/init.d/carbon-relay stop
    
    
• 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 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 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 la mise à jour V02.05.00 sur les serveurs de stockages
  
  
• 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 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 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 fichier /opt/graphite/conf/relay-rules.conf contient vos serveurs carbon-cache, il sera utilisé pour la lecture de carbon-relay également:
  
  • si vos serveurs httpd écoutent sur le port 80, vous pouvez juste vérifier que vos serveurs sont bien listés dans la clé destinations (la lecture se fera sur le port 80 de ces addressesadresses)
    • par exemple:

      • destinations = 192.168.56.103:2004, 192.168.56.104:2004

  • sinon vous pouvez rajouter une clé read_destinations qui liste les addresses adresses (host:port) de vos serveurs httpd
    • 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 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 carbon-relay
  • /etc/init.d/carbon-relay start
    
    
• relancer Shinken
  • /etc/init.d/shinken restart
    
    
• vérifier que les courbes sont bien disponibles dans l'interface de visualisation
  
  
• vérifier Grafana si vous en avez installé un