Cloud infra – Résumé

QU’est-ce que le “Cloud Infra” ?

Depuis la cessation de l’activité de Visionweb, je ne dispose plus de l’infrastructure me permettant de faire de l’hébergement en haute disponibilité. Et hors de questions de repartir sur une infra Pcc, dont le coût minimum est de plus de 600€/mois ! Non, mon but est de pouvoir proposer à mes amis / familles, un endroit permettant d’héberger leurs sites, emails, de manière sécurisée et simple.



J’ai donc décidé de baser celle-ci sur le cloud dOVH, dont vous pouvez voir les détails ici: Public Cloud by OVH. Mais attention, l’entier de mon infra sera réalisée (sauf exception), avec des VPS-SSD (majoritairement des 1). Et l’infra évoluera en fonction des évolutions apportées par OVH. En effet, actuellement certaines fonctionnalités de bases (à mon sens), ne sont pas disponible. Comme par exemple la création d’IP failover (obliger d’en migrer depuis un dédié existant), ou le réseau privé.

L’infra sera composé initialement de:

  • 2 VPS-SSD-1 pour apache/Mysql
    • Dont 2 disques réseaux en haute performance, pour héberger les données Apache et les bases des données mysql
  • 1 VPS-SSD-1 pour Bind
  • 1 VPS-SSD-1 pour les backups
    • Dont 1 disque réseau classique pour stocker les backups
  • 1 VPS-SSD-1 pour un serveur de mail interne, multi domaine
  • 1 VPS-SSD-1 pour un serveur de téléphonie XiVO
  • 1 VPS-SSD-1 pour un serveur de monitoring

L’infra ainsi dimensionnée coutera, en mensuel environ 35€ HT, tout compris. Tarif totalement imbatable, pour une telle solution, sachant qu’il est impossible de faire moins cher, avec des performance et de la haute disponibilité, autrement. Sachant qu’en plus, grace à l’infrastructure cloud d’OVH, il est possible de placer les VPS sur Graveline ou Strasbourg.

Dans un second temps, dès que les ip failovers seront disponible sur le cloud, l’infrastructre sera composée de:

  • 2 VPS-SSD-1 pour apache (1 a GRA et l’autre à SBG)
    • Dont 1 IP failover pouvant passer de l’un à l’autre
  • 2 VPS-SSD-1 pour Mysql (1 a GRA et l’autre à SBG)
    • Dont 1 IP failover pouvant passer de l’un à l’autre
  • 2 VPS-SSD-1 comme filer, avec 1 disque haute performance (1 a GRA et l’autre à SBG)
    • Avec réplication DRDB entre les 2
  • 1 VPS-SSD-1 pour Bind
  • 1 VPS-SSD-1 pour les backups
    • Dont 1 disque réseau classique pour stocker les backups
  • 1 VPS-SSD-1 pour un serveur de mail interne, multi domaine
  • 2 VPS-SSD-1 pour un serveur de téléphonie XiVO (1 a GRA et l’autre à SBG)
  • 1 VPS-SSD-1 pour un serveur de monitoring

Cette infra la pourra être garantie à 100% de disponibilité (seul cas, c’est la coupure des liens OVH, ou la tombée de l’infra à la fois sur SBG et GRA, mais dans ce cas, que mon blog ou les petits site de la famille ne seront pas réellement un soucis!), pour un cout approximatif de 50€ HT.

Plus d’informations sur la mise en place des infrastructures, par la suite!

Les projets…



Qu’est-ce que c’est? C’est le piaf… Non, je blaguais (les jeunes de moins de 30 ans ne peuvent pas comprendre…)

C’est dans cette rubrique que je détaillerais les différents projets sur lesquels je vais travailler. Le premier de celui-ci, et non pas des moindres, est de remonter une infrastructure simple, évolutive, et simple à gérer (je fais partie de ceux qui pensent qu’un bon informaticien est fainéant… Car il cherche avant tout à pouvoir automatiser ses actions répétitives…).

d’autres projets viendront se greffer par la suite, et seront systématiquement détailler dans cette catégorie.

Mise à jour Windows 10…

Bon, j’ai hésité un moment… Puis j’ai décidé de forcé la mise à jour vers Windows 10 sur mon Asus Zenbook UX31A, précédemment installé en Windows 7 Pro 32 bits.



La mise à jour en elle-meme s’est bien déroulée. Pas d’erreur, pas de problèmes, à part un écran un peu “lent”. Après un redémarrage, c’est la que les choses ont comencés à se gater…

Je tiens tout d’abord à préciser que je test Windows 10 en VM sur mon PC Debian depuis 4-6 mois. Pas de soucis, j’était satisfait, d’ou la décision de faire la mise à jour (qui ne m’était pas proposée, mais que j’ai forcé). Et c’est la que la déception est arrivée.

Les problèmes obtenu:
– résolution désastreuse. Sur ma dalle 13,3″, en 1920×1080, la netteté de la moitié des applications s’est totalement détériorée (Skype, par exemple). J’avais l’impression de me retrouver sur un écran en 640×480…
– des lenteurs sur les applications (j’ai un I7 portable, 256Go de SSD, 4GO de RAM, bref, un ordinateur pas si mauvais que ca…). Mobaxterm a mis plus de 2x le temps habituel à se lancer, ou des latences pour écrire, effectuer un simple ssh…
– le touch pad “inversé”, et impossible de le reconfigurer

Bref… Je suis resté sous Win 10 durant 2h, le temps de faire le tour… Et j’ai réaliser que cette fois encore, malgré les 6 ou 9 mois de beta test, Microsoft nous avait sorti un système pas abouti, avec trop de bug pour se permettre de l’utiliser en production… Je vais finalement faire ce que j’avais prévu… Attendre 6-9 mois, attendre que le SP1 sorte, que tout le monde se soit cassé les dents, et après seulement, je retenterais l’expérience.

Donc j’ai utilisé la meilleure fonctionnalité qu’ils aient inventé, à mon sens… Le rollback vers Windows 7…. Au moins ça, çà marche…

Olivier, qui a testé, mais qui n’y retourne pas (encore)…

Le renouveau …

Dernière mise à jour du blog… août 2012… Oula, quand même… 3 ans… 3 ans ou je n’ai pas posté sur mon blog…

3 années durant lesquels je me suis pleinement investi dans mon entreprise, la société Visionweb SAS… Mais la belle aventure s’est arrêtée le 3 juillet 2015, avec la mise en liquidation de l’entreprise, suite à des problèmes de trésorerie.

Du coup, outre les 3 années de mise à jours de WordPress à faire (ça, c’est maaaaal), il est temps de revenir pleinement à la gestion de mon blog… On commence par les mises à jour, on en profite pour désactiver les modules pourris pas mis à jour… On change de thème, on mets à jour le CV, ma présentation… On vérifie le SEO, on mets à jour les signatures de mails…

Et surtout, on réfléchi aux prochains posts qu’il va falloir poster! Dans ces prochains mois, 2 sujets vont retenir mon attention, et donc vous allez avoir des nouvelles:

  1. Ada
  2. Le cloud d’OVH

Pourquoi Ada? Je pense que la moitié des développeurs n’ont jamais entendu parlé d’Ada, et l’autre moitier, cela ne leurs rappel que de (très) mauvais souvenir… Et pourtant, c’est un langage qui continue d’évoluer. C’est un langage complexe, mais performant, multi-plateforme, stable et fiable. J’ai donc décidé de m’y investir à 200%

Pourquoi le cloud d’OVH? Parce que la nouvelle solution, qu’ils sont en train de développer, et qui est sortie il y a quelques semaines à un réel potentiel. Mais je vous donnerais plus d’informations prochainement 😉

En attendant, je profite de mes derniers jours sur l’île d’Oléron, ou je finis de fermer mon entreprise, passe du temps avec mon ami Stéphane, et remet de l’ordre dans pas mal de choses…

A bientôt pour la suite, et promis, ce ne sera pas dans 3 ans 😉

Configurer le raid sur un HG 2011 hybrid by OVH

Après des très long mois sans post, me voici de retour, avec un nouveau joujou, un HG 2011 Hybrid de chez OVH. Un véritable monstre:

  • Intel Bi Xeon E5630 2x4x2(HT)x2.53+ GHz
  • 48 Go DDR3 ECC
  • 64 bits
  • 2x 120 Go -Intel SSD 320 + 2x 1000 Go – SAS
  • Mega RAID 6 Gb/s avec batterie de secours – RAID HARD 0/1/5/6/10/50/60
  • 10 Gbps Lossless

Bref, de quoi faire un très joli serveur de virtualisation, entre autre. Il faut maintenant le configurer, et le préparer pour qu’il soit pleinement fonctionnel. En effet, une fois livré, l’installation ne se fait que sur les disques SSD. Il faut donc configurer les disques SAS.

De plus, comme j’utilise proxmox pour ma virtualisation, je vais préparer mon infrastructure, afin d’avoir:

  • 90 Go pour mon / sur sda1 (SSD)
  • 30Go pour le SWAP sur sda2 (SSD)
  • 1To pour les VM (/var/lib/vz) sur sdb1 (SAS)

Cette configuration permets d’avoir un SWAP très rapide, et donc pouvoir virtualiser la RAM très facilement, en limitant les pertes. pareil pour le serveur principal, qui sera sur le SSD, donc très rapide et fiable. Sachant que tant sda que sdb seront en raid 1 (pour le moment, je passerais sdb en raid 5 ou 6 le jour ou j’aurais besoin de plus d’espace, ce que permets les HG d’OVH).

Nous allons donc configurer notre sdb afin qu’il soit utilisable sur notre système.

On commence par faire une mise à jour du système

aptitude update && aptitude safe-upgrade

On utilise ensuite parted pour formater le disque

aptitude install parted # parted /dev/sdb GNU Parted 1.8.8 Using /dev/sdb Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) #mklabel New disk label type? [gpt]? #gpt (parted) #mkpart Partition name? []? #vz File system type? [ext2]? #ext3 Start? #0 End? #-1 (parted) #set 1 lvm on (parted) #p Model: LSI MR9260-4i (scsi) Disk /dev/sdb: 1000GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End Size File system Name Flags 1 17,4kB 1000GB 1000GB vz lvm (parted) #quit

Maintenant que nous avons notre partition qui est prête, nous devons la monter, et la préparer pour LVM (je me suis aidé du blog de Toorop pour cette partie: http://blog.toorop.fr/howto-openvz-ovh-hybrid-ssd/, avec cependant quelques différences, liée au système utilisé).
On commence par créer le volume logique (sda étant le raid SSD, nous utilisons sdb pour nos disques SAS):

pvcreate /dev/sdb1

Puis le groupe de volume:

vgcreate vzvg /dev/sdb1

On vérifie que ce soit bien fait, et on valide l’espace que l’on a disponible:

vgdisplay

Affiche chez moi:

vgdisplay
— Volume group —
VG Name vzvg
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 5
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 1
Open LV 1
Max PV 0
Cur PV 1
Act PV 1
VG Size 931,00 GB
PE Size 4,00 MB
Total PE 238335
Alloc PE / Size 230400 / 900,00 GB
Free PE / Size 7935 / 31,00 GB
VG UUID 8MCCFR-xccN-WFdz-rTyc-Bg57-73y7-ue0TSY

Pas mal la bête… On va donc utiliser 900Go pour notre partition:

lvcreate -L 600G -n vz vzvg

On formate en ext3 (choix personnel. Vous pouvez faire du reiserfs, ou autre. J’aurais préféré ext4, mais dans Lenny, c’est galère…):

mkfs.ext3 /dev/vzvg/vz -l vz

Il nous reste plus qu’a monter notre partition au bon endroit (ce qui signifie cependant récupérer nos fichier précédent):

mkdir /mnt/tmp
mount /dev/sysvg/vz /mnt/tmp
cp -pr /var/lib/vz/* /mnt/tmp/
unlink /vz
rm -rf /var/lib/vz/*

On ajoute les données dans fstab:

/dev/vzvg/vz       /var/lib/vz     ext3    defaults        1       2

On monte le tout:

mount -a

Et on supprime ce qui n’est plus nécessaire:

umount /mnt/tmp
rm -Rf /mnt/tmp

On recrée le lien symbolic pour Opnevz:

ln -s /var/lib/vz /vz

Il nous reste plus qu’a tester le tout:

vzctl create 101 --ostemplate debian-5.0-minimal_5.0_i386
Creating container private area (debian-5.0-minimal_5.0_i386)
Performing postcreate actions
Container private area was created
vzctl start 101
Starting container ...
Container is mounted

Et voila… Un petite bête de course entre les mains… Il ne reste plus qu’a tout configurer et transférer 😉