Nouvelle cartographie des 30To argent est en place : découpage en volumes de 8To, répartition des VMs pour une occupation des volumes à peu près équilibrée.

Volume de test du stockage rapide disponible, mais pas le montage NFS sur l'infra car filtrage ; un ticket est ouvert. Le CT-stockage est d'accord pour nous laisser le volume pour un mois à compter de la date où les filtres seront ouverts.

Projet VSAN : les disques de 1.8 To sont enfin dans la HCL de VMware, mais nouveaux problèmes de compatibilité avec les disques SSD (il faudrait changer les disques des hosts par des disques 400Go compatibles) et difficulté pour trouver un contrôleur compatible avec le VSAN 6.5 et le R620. Dell regarde encore côté LSI pour un éventuel contrôleur compatible mais peu d'espoir. On envisage d'utiliser les crédits CNRS de fin d'année pour l'achat de serveurs de calcul sur Luke et reporter l'opération stockage de la plateforme VMware à l'année prochaine. Revoir les solutions alternatives au VSAN ou la volumétrie rapide SUMMER.

Demandes de VMs en cours : VM pour les pages persos IGE ; demande date de juin mais pour l'instant pas de relance ; il faut leur fournir une VM sur le meme VLAN que le serveur Web. VM pour licence Solidworks IGE a créer rapidement. VM pour les DOIs ; ticket ouvert.

Zabbix : passage en version stable 3.2, plus orientée production que la précédente version. Laurent a testé, tout semble fonctionner. Authentification sur l'annuaire OSUG. Penser à mettre à jour les clients mais pas urgent. Jacques, Gregory et Armel vont travailler sur zabbix pour Postgres. Jacques doit aussi regarder comment avoir des remontées d'alertes sur la charge globale des hosts et pas seulement sur les VMs.

2 outils installés par Jacques sur la plateforme : “Monit” qui permet le déclement automatique d'actions dans certaines situations critiques, pour des des serveurs sensibles. Et un scanner de vulnérabilité qui scann les ports.

Postgres : Armel a installé l'outil de réplication “repmgr”; les tests effectués sont ok. Laurent test également le service. Il utilise “Pgpool” uniquement pour gérer la répartition de charge; il désactive la partie réplication qui est confiée à “repmgr”. Il a également installé “Pgpooladmin”; interface graphique permettant la gestion des noeuds du cluster. L'infra pourra être testée avec la machine physique maître RESIF ; machine en read only sur l'infra VMware.

Owncloud : Eric envisage de diffuser les données IGN via “Owncloud”. 1 zone de 1Go par utilisateur. Pour les besoins plus important, faire la demande ; on étudie au cas par cas. Rajouter owncloud dans la liste des services affichés sur le web osug.

Trac : pour l'instant on utilise cet outil comme gestionnaire de ticket ; on attend d'en savoir plus concernant les outils proposés dans le cadre de la forge Gricad. Le plugin pour les emails en CC au niveau des catégories a été mis en place. On va créer une liste de diffusion “osug-actions” contenant tous les emails de “osug-dc” et tous les emails de “osug-si”. Par défaut, tous les membres de la liste recevront les emails, charge à eux de se désabonner ensuite ou invalider l'envoi de mail s'ils ne souhaitent pas les recevoir. Rajouter Eric drevet et Eric Maldonnado au trac. Rajouter les catégories “wiki” et “postgres”.

Test de la volumétrie rapide : 3 outils qui pourraient être utilisés pour ces test : dbench : permet de stresser un filesystem et voir ses limites en terme de charge et de nombre de clients, et mesurer la latence des fs NFS. fsx : test qui stress le fs avec des IOs de différents types, différentes tailles et offsets, exécutées de façons aléatoires. Bonnie++ : création, lecture, destruction de beaucoup de petits fichiers. Il faudrait rajouter des benchs applicatifs.

Sauvegarde Bacula pour les VMs du JMMC (Cf ticket Ghislain) : voir si sauvegarde NAS n'est pas suffisante, sinon opération à éclaircir avec ghislain (demande d'une VM spécifique pour le client-bacula avec montage du volume NAS à sauvegarder).