Détails

Écrit par Milosz Szot

Catégorie : Virtualisation

Publication : 21 janvier 2014

Niveau : débutant

Vous aurez remarqué en tant qu'administrateur qu'il est impossible de sauvegarder via la même méthode des documents, des bases de données ou des banques Exchange.
Il y a des raisons liées au système, très concrètes et logiques, qui font qu'il est impossible d'avoir recours aux méthodes traditionnelles pour les fichiers multi-utilisateur.
C'est principalement les notions de "granularité des données" et de "concurrence" qui interviennent.
Et c'est aussi ces notions qui font qu'il est impossible de sauvegarder les machines virtuelles, ou VMs, sans utiliser des outils adaptés.
C'est une erreur de débutant que je vois assez souvent sur les forums, à savoir des administrateurs qui veulent passer par rsync ou d'autres utilitaires de copie de fichier, pour sauvegarder leur infrastructure virtuelle.
J'essaierai donc, dans cet article, de vous expliquer pourquoi ce n'est pas envisageable, et quels sont les éléments minimaux à prendre en compte lorsque vous avez à choisir un système de sauvegarde cohérent.

Détails

Écrit par Milosz Szot

Catégorie : Technologies web

Publication : 13 janvier 2014

Niveau : intermédiaire

Nous avons un serveur web, un accélérateur PHP, un serveur SQL, possiblement un reverse-proxy de type Nginx, et le tout ronronne tranquillement.
Le framework du site est assez lourd. Toutefois les machines sont puissantes, et les pages sont générées en une ou deux secondes, ce qui est tout à fait acceptable pour le visiteur.
C'est ce que j'appellerais une architecture "honnête", ou encore "you get what you pay for".

Toutefois, s'il y a des pics de fréquentation, si le marketing décide d'organiser une campagne de communication sans vous prévenir, si votre site commence à devenir viral, par un bon billet Twitter ou des partages Facebook, son accessibilité risque de se dégrader rapidement.
Les temps de réponse d'un site croissent exponentiellement et non pas linéairement, par rapport au nombre de visiteurs : plus les serveurs seront sollicités, et plus les temps de réponse vont se dégrader.
Les visiteurs vont s'énerver lorsque leur page ne s'affichera pas assez rapidement, et vont encore plus charger l'infrastructure, qui s'écroulera.

Mon expérience dans le domaine de l'hébergement web m'a appris qu'une architecture "honnête" ne suffit pas pour absorber les pics de fréquentation, qu'il faut parfois savoir tricher avec l'architecture, ou encore "hyper optimiser", pour avoir une infrastructure solide, résiliente, capable d'encaisser.
C'est quelque part, d'un point de vue métier, laisser au site web la possibilité de dépasser les attentes, plutôt que de vouloir à tout prix le limiter, en se basant sur des objectifs de fréquentation fixés sur le papier ...

L'un des moyens les plus efficaces pour améliorer les performances des sites web, c'est Memcached !

Détails

Écrit par Milosz Szot

Catégorie : Technologies web

Publication : 10 janvier 2014

Niveau : débutant

Je suis tombé il y a quelques jours sur un post de Doug Sillars, Mobile Performance Lead chez AT&T.
Cette brève étude était très originale, puisque entièrement fondée sur des statistiques.
L'auteur y a démontré que les sites web qui ont du succès sont plus rapides, ont de meilleurs temps de réponse, que ceux qui ont moins de succès. Alors que paradoxalement, ils accueillent plus de visiteurs et ont à gérer une charge plus importante.

Détails

Écrit par Milosz Szot

Catégorie : Virtualisation

Publication : 10 janvier 2014

Niveau : intermédiaire

Lorsque j'ai installé mon serveur ZFS, je n'avais aucun problème de performances.
Au contraire, les débits des grappes, de NFS et de SAMBA étaient très bons, excellents.

Pourtant, lorsque j'ai mis en place mes premières machines virtuelles sur VMWare ESXi, via NFS, je me suis rendu compte que les opérations d'écriture étaient affreusement lentes.