ZoNaRisK : Installation du réseau virtuel chez OVH < Club <

1 septembre 18h, on loue une machine, un "p'tit" Intel Core i5-2400 - 4x3.1+GHz - 6 Mo L2 - QPI 5 GT/sec avec 16Go DDR3 tournant sous une architecture 64bits, enfin une petite bête koi ;)

• 2 septembre, 1er essai : Mettre l'arborescence des vservers avec Linux-VServer.  
  1. On tombe sur un probléme ; les noyeaux d'OVH sont recompilés à leur sauce : par ex ils n'acceptent pas les modules et sûrement d'autres choses.. Je m'appercois que les commandes vservers sont présentes dans les dépots d'OVH. 
  2. On recompile un noyeau 2.6.38 en prenant le fichier .config d'OVH.
  3. On applique le patch Linux-Vserver correspondant à notre noyeau et donc, 
  4. On installe utils-vservers..
  5. Ok, les commandes fonctionnent, par ex : vserver-stats retourne notre liste vide de vserver.
  6. On arrive à installer nos linux-vservers, ou preske...
  7. Installation des serveurs Bind, Web, SVN, TS, CS : OKay ; tout cela fonctionne, tout communique avec l'extérieur.
  8. Installation de Zimbra en multi-serveurs : LDAP, MTA, WEBMAIL, ZMPROXY + Exchange : NO OKAY ; Malgré /etc/hosts configuré ou encore host -t MX `hostname`... Vérification par dig zonarisk.net mx ou encore nslookup webmail.zonarisk.net, rien n'y fait, zimbra fait comme s'il communiquait... mais... Pourtant tout s'installe correctement, pourait-on dire (aucune erreur lors de l'install) , on arrive bien à se logguer sur le WebAdmin, mais, sur le WebClientpas moyen. Une erreur nous retourne ???remote.CONNECT_FAILURE??? aprés avoir appliquer, vérifier les corrections trouvés sur ce sujet sur interNet ; comme unlimit 52000, zmlocalconfig -e zimbra_zmprov_default_to_ldap=true ou encore fixer zmlocalconfig -e zimbra_zmprov_default_soap_server=webmail.zonarisk.fr

Sûrement la cause serait la config DNS d'OVH qui inter-agirait avec le DNS des vserveurs... Ou plutôt un manque de compétence ^^ ou de temps... :/ On opte pour essayer la solution de virtualisation d'OVH

• 6 septembre, 2e essai : On utilise la virtualisation que propose OVH.
  • Un système de virtualisation basée sur Debian Lenny 64 bits, Proxmox :
    1. Partitionnement de disque dur avec LVM2
    2. Noyau Proxmox VE avec support d'OpenVZ (containers) et de KVM (virtualisation complète)
    3. Outils de sauvegarde et de restauration
    4. Interface d'administration et de surveillance par le Web
    5. Fonctions de clustering qui permet par exemple la migration à chaud des machines virtuelles d'un serveur physique à un autre (à condition d'utiliser un stockage partagé, SAN ou DRBD, sinon la migration entraîne une courte interruption lors du redémarrage sur un autre noeud du cluster).
  • Donc on install nos OpenVZ très facilement depuis l'interface Web. On leur applique les 2 des 3 IPs FAILOVER que propose OVH.
  • On install aussi un KVM et lui configure la 3e adresse IP FAILOVER... on aimerait bien faire quelques testes supplémentaire sur ce KVM comme installer le kernel 3.. rc4 à cette heure et tester ses nouvelles fonctionnalités..
  • 9 septembre, les services sont actifs.. satisfait, nous gardons la solution Promox active.

Tout ceci pour vous faire part que les services sont actuellement hébergés sur le réseau OVH (weathermap) de ROUBAIX IV.

En vous souhaitant un bon surf ;)

L'équipe ZoNaRisK

Nouvelle publiée par :