Afin de pallier au problème de surcharge de la base de données SQL (Le serveur SQL ne répond pas [...]), nous avons pris un nouveau serveur pour traiter les lourdes requêtes nécessaires à faire tourner le site.
Nous avons reçu ce serveur samedi dans la journée et l’avons configuré afin de pouvoir recevoir la base de données GuiKs. Nous allons déménager les données dans la nuit (aux alentours de 1h du matin). Aucune coupure ne sera visible, mais une perte de statistiques (ratio) de 5 minutes est à prévoir (le temps de sauvegarder, de transférer, puis de mettre en ligne les données).
Il est possible que certaines coupures surviennent dans la journée de lundi. Bien que nous ayons appliqué des réglages qui semblent correctes, nous ne pouvons pas savoir ce que cela donnera en fonctionnement. Donc nous devrons très certainement modifier quelques paramètres (cache, connexions [...]).
Lire la suite
Nous allons déménager le serveur image dans quelques minutes. Une fois de plus, il faudra attendre la propagation des DNS. Nous allons désactiver l’upload d’image sur l’ancien serveur. Donc si vous ne pouvez pas uploader, il vous suffira de patienter un peu (normalement au maximum 2 jours).
Sur GuiKs, il risque de vous manquer quelques images uploadées par les membres qui auront, eux leurs serveurs DNS à jour mais ceci devrait être vite résolu.
Nous nous excusons pour la gêne occasionnée.
Nous avons rajouté cet après midi un nouveau tracker derrière le load balanceur. Cela nous fait donc 3 trackers permettant d’éviter les éventuelles coupures…
Nous allons réorganiser un peu l’architecture dans les prochaines semaines afin de diminuer un peu la charge des serveurs et d’augmenter la redondance des services…
Notre architecture actuelle concernant le tracker est à partir de maintenant exactement comme sur le dessin présenté hier dans ce billet. Aucun bug n’est à prévoir mais nous publions quand même ce billet au cas où certains d’entre vous auraient des problèmes. N’oubliez pas de redémarrer au moins votre client (au mieux votre ordinateur) avant de crier au loup.
Comme nous l’avions vu dans ce billet, un de nos serveurs était inaccessible depuis quelques jours. Il ne s’agissait pas en fait d’un problème réseau sur les Pays Bas (le problème est pourtant survenu au même moment) mais d’un de nos disques dur qui avait lâché.
Nous avons réinstallé le serveur (passage de FreeBSD à Debian) et nous l’avons reconfiguré. Nous allons le remettre en action dérrière le load balanceur.
Pour information, voilà notre architecture actuelle (vous pouvez retirer un “pool”) :
Nous avions donc déconnecté le node 2 qui ne fonctionnait plus. Nous le reconnecterons dans quelques minutes. Et nous allons en profiter pour rajouter un nouveau serveur dans les prochains jours. Nous aurons donc 3 serveurs servant pour le tracker, ce qui devrait permettre d’assurer un service sans coupure…
