[Tutoriels] Configuration d’un cluster Apache 2 avec HAProxy. J’ai décidé d’utiliser les machines virtuelles offertes par OVH pendant la phase de test de son offre Cloud Computing, pour vous faire un tutoriel sur la configuration d’un cluster Apache 2 avec HAProxy pour la partie équilibrage de charges. Il faut donc 3 serveurs, 1 pour HAProxy, et minimum 2 pour le cluster Apache 2, on utilisera un système vierge sous Debian Lenny.
Voici donc un rapide schéma de la mise en place : Les adresses IP utilisées sont des IP publiques appartenant au Cloud Computing d’OVH, il faudra donc les modifier pendant vos configurations personnelles. Dans un premier temps on va configurer les serveurs Apache 2 (web1-cloud et web2-cloud) : La haute disponibilité logicielle via Heartbeat - théorie. La haute disponibilité sous-entend que plusieurs machines seront utilisées pour répondre à un même service.
Seulement, chaque machine a normalement une adresse IP différente sur le réseau. Ce qui est problématique. Imaginons qu'un internaute veuille accéder au site internet de l'entreprise. Il entrera le nom idoine (par exemple www.the_knights_who_say_ni.uk), qui n'est associé qu'à une seule adresse IP, obtenue par interrogation d'un serveur DNS (pour plus de détails à ce sujet, consulter l'article Wikipedia sur les DNS). Si la machine correspondante tombe en panne, le site n'est plus accessible. Il faut mettre en place une adresse IP virtuelle, c'est-à-dire une adresse IP qui ne sera pas toujours reliée à la même machine physique. Il existe au moins deux manières de faire, selon le nombre de machines utilisées. Si l'on n'utilise que 2 machines (une active et une passive) Si l'IP virtuelle est diffusée par le gestionnaire Routage simple.
The Keys to Maintaining Intranet Integrity, Part 1. Back to portfolio I'm reminded of a week-long backpacking trip I took into the interior of British Columbia several years ago.
There were four of us in the group, each carrying their fair share of the load. We split up our supplies so that no one single person carried all of any one particular item. Instead of one big first aid kit, we each carried smaller, individual kits; instead of one large stove fuel canister, we carried two smaller ones; instead of having one person carrying all the breakfasts, another the lunches, another the trail snacks, and another the dinners, we all carried equal portions of each.
This way, if we lost a pack or (gulp) a person we would still have enough supplies between us to trek back to civilization—which may be days away. This proved to be great foresight on our part when one of our members lost his footing during a dicey stream crossing and had to dump his gear for fear of being pulled into the water below by the weight of his pack.
System Availability. Leapro-pro sys-dispo. La Haute Disponibilité [modifier] Statut de ce mémo Ce document étudie les infrastructures et les différents types et méthodes de haute disponibilité dans un environnement donné.
Il présente aussi les différentes solutions en termes logiciels et matériels afin de parvenir à une haute disponibilité. Ce document est une documentation ouverte. [modifier] Notice de droit. Comment ça marche : la haute disponibilité web. Pour gérer des milliers ou des millions d’utilisateurs, un site web se doit de mettre en place un certain nombre de technologies afin que les visites des utilisateurs soient garanties et agréables.
En termes techniques, on parle de redondance et de répartition de charge (load balancing en anglais). L’association de ces deux paramètres permet d’atteindre ce qu’on appelle la haute disponibilité : en gros un service qui ne peut pas tomber en panne et qui peut facilement monter en charge. Vous vous en doutez, aucun serveur n’est assez puissant pour gérer un gros site web, et, de toute façon, il pourrait tomber en panne.
Alors, comment font les éditeurs de sites web ? Pour obtenir la redondance, les serveurs sont répliqués, c’est à dire qu’il coexiste plusieurs serveurs, au contenu identique. Haute disponibilité. Un article de Wikipédia, l'encyclopédie libre.
La haute disponibilité est un terme souvent utilisé en informatique, à propos d'architecture de système ou d'un service pour désigner le fait que cette architecture ou ce service a un taux de disponibilité convenable. La disponibilité est aujourd'hui un enjeu important des infrastructures informatiques. Une étude de 2007 estime que la non-disponibilité des services informatiques peut avoir un coût de 440 000 euros de l'heure[1], ces coûts se chiffrant en milliards d'euros à l'échelle d'un pays[2].
L'indisponibilité des services informatiques est particulièrement critique dans le domaine de l'industrie, notamment en cas d'arrêt d'une chaîne de production. Haute disponibilité. Avril 2014 Introduction à la sûreté de fonctionnement Quelque soit le service rendu par un système informatique, il est essentiel que les utilisateurs aient confiance en son fonctionnement pour pouvoir l'utiliser dans de bonnes conditions.
Le terme « sûreté de fonctionnement » caractérise le niveau de confiance d'un système informatique. Une défaillance correspond à un dysfonctionnement du service, c'est-à-dire un état de fonctionnement anormal ou plus exactement non conforme aux spécifications. Du point de vue de l'utilisateur, un service possède deux états :