Création de sites internet

Formations pour Webmaster

Notre agence web vous accompagne dans toutes les étapes pour réaliser vos projets internet.

Associations

Nos sites sont vraiment dynamiques!
(Pour preuve: vous pouvez modifier cette page simplement en déplaçant les éléments avec votre souris!)

Les dernières versions d'Ubuntu (10.04 et 10.10) sont maintenant installables sur les serveurs virtuels Gandi.

Après quelques semaines de turbulence, le serveur Gandi AI est redevenu stable. Il faut que je prenne le temps de tester cette nouvelle installation du serveur. Si les tests de robustesse sont concluants, je passerai en mode root sur les serveurs Gandi!

Cela me permettra à terme de doubler les serveurs de mails pour une meilleure sécurité et peut-être à terme de doubler les serveurs DNS ?
Tout un programme pour 2011!

La nouvelle API XMLRPC est en phase beta mais permet de redémarrer ou arrêter un serveur à distance. A long terme, il sera possible de créer des nouveaux serveurs dynamiquement à partir de disques modèles.

Espérons simplement que l'infrastructure réseau qui est en train de s'étendre aux USA sera stable et vraiment robuste. Pour le moment, le Cloud Gandi est moins robuste qu'un serveur dédié OVH...

Ce matin, le serveur virtuel du site a redémarré, mais le redémarrage n'a pas réussi. Le serveur est donc resté indisponible toute la journée!
En fin d'après-midi, à mon retour, j'ai constaté le problème et j'ai pu redémarrer le serveur virtuel avec l'interface Gandi.

Pourquoi est-ce que les précédentes tentatives de redémarrage ont échoué ? Comme le serveur virtuel est en infogérance avec Gandi AI, je n'aurai peut-être jamais d'explication...

Dans mon planning, j'avais prévu de créer un nouveau serveur virtuel en mode 'root'. Je vais avancer cette tâche pour me débarrasser de ce serveur Gandi AI qui est trop instable.

A suivre...

Le nom de domaine microwebagency.com quitte le registrar Gandi pour OVH. Depuis sa création, microwebagency.com était enregistré chez Gandi. Mais les prix et les services n'ont pas vraiment évolué sur les noms de domaine Gandi. Alors que la concurrence d'OVH a proposé une baisse des prix (-50%) et plus de services (ex: un numéro de fixe avec boite vocale et fax) !

Un des avantages de Gandi serait le certificat SSL disponible avec chaque nom de domaine. Malheureusement, quand on utilise les serveurs Gandi AI, il n'est pas possible de l'intégrer à son hébergement. Pour lier un certificat SSL avec un serveur Gandi, il faut être root sur la gestion du serveur.

Pour le moment, je n'ai pas vraiment besoin d'un certificat SSL sur les serveurs Gandi. Sur les serveurs dédiés, il est possible générer sa propre clé SSL pour bénéficier d'un service https.

Alors que le site venait à peine de migrer vers la nouvelle version, notre hébergeur Gandi a eu un gros plantage sur son infrastructure Cloud.

D'après les premiers éléments, il s'agit d'un problème matériel qui aurait ensuite nécessité un redémarrage de l'ensemble des serveurs virtuels!

Ce qui est très déplaisant, c'est que pour un redémarrage aussi massif, il faut plus de 2 heures pour que les derniers serveurs dans la file d'attente soient de nouveau disponibles. Pour une infrastructure web qui promet une montée en charge dynamique et réactive, ce n'est vraiment pas satisfaisant.

A suivre...

Le site intègre les nouvelles technologies proposées par MWA.

Le site s'appuie sur WordPress, le moteur CMS qui équipe déjà des dizaines de millions de sites internet. (Les statistiques montrent que plus de 8.5% des sites internet dans le monde seraient propulsés par WordPress)

Nous proposons aussi une technologie innovante et exclusive de mise en cloud par simple service web. Aucune installation d'application n'est nécessaire sur vos serveurs. Ce service est particulièrement pratique pour les sites existants sur un hébergement mutualisé. Si votre site internet est populaire et atteint les limites de votre serveur mutualisé, vous pouvez distribuer votre site internet sur plusieurs serveurs et ainsi diminuer la charge sur le serveur.

Ces dernières semaines, Gandi n'arrête pas de subir des incidents.

Le système de monitoring que j'avais mis en place pour le serveur a mis en lumière encore plus de problèmes... Le serveur a des coupures réseau de manière chronique, ce qui rend le serveur web inaccessible sans que le serveur linux ne soit en cause. Mais comme le serveur est en infogérance Gandi AI, seul le support a vraiment les moyens de savoir là où se trouve le problème. Dans le doute, le service de monitoring effectue la seule chose qu'un utilisateur fait dans ces cas là: il redémarre le serveur! Mais le redémarrage des serveurs Gandi AI est aussi problématique, car il est très lent et peut prendre plus de 10 minutes avant que le serveur web soit de nouveau opérationnel!
Comme limite acceptable, le seuil d'alerte du monitoring était à 5 minutes d'indisponibilité. Ce qui entraîne des redémarrages en cascade... Il va donc falloir que le seuil soit rallongé... est-ce que 30 minutes permettront de stabiliser le monitoring ? En tout cas, c'est inacceptable du point de vue du fonctionnement du serveur web.

Assez étrangement, cette série de problème se déclenche alors que Gandi fait évoluer son infrastructure réseau et ouvre des datacenters au US. Quelle est la part de problèmes internes ou des attaques extérieures ? En tout cas, le fameux cloud computing avec ses promesses de robustesse et de redondance n'est pas là! En comparaison avec un serveur dédié OVH, les serveurs dédiés sont moins protégés mais une fois configurés, les serveurs OVH fonctionnent de manière très stable. Et avec Ubuntu 10.04 LTS, un redémarrage met moins d'une minute!

Dès que la distribution Ubuntu (64bits) 10.04 LTS sera disponible sur Gandi, je ferai un essai en mode root et si c'est concluant, je ferai une migration du serveur AI actuel vers un serveur dédié.

Depuis quelques semaines, les serveurs virtuels Gandi sont particulièrement instables... Le serveur web de ce site devient régulièrement indisponible pendant plusieurs minutes. Jusqu'à maintenant, mon système d'auto-reboot en cas d'indisponibilité du serveur fonctionnait bien. Mais maintenant, le reboot peut planter (ou être très long... si vous voyez une différence ?). La méthode conseillée par Gandi serait un "stop" and "start", mais le problème, c'est qu'on ne peut pas avec l'API actuelle poser 2 opérations... Et quand le serveur est stoppé, il ne peut pas se démarrer lui même :-( Il faudra donc ajouter un monitoring actif depuis un autre serveur...

A suivre...