Artica Proxy Appliance Haute disponibilite

Transcription

1 Artica Proxy Appliance Haute disponibilite Table des matières Introduction... 2 Prérequis... 2 Architectures... 3 Fabriquer une sorte de clusteur Si le serveur secondaire est passerelle de statistiques, il devient le Tallon d Achille Mise en place technique... 5

2 Introduction Ce document permet d effectuer la mise en place d un système de haute disponibilité à travers la plate-forme Artica. La consultation Internet est devenue un élément incontournable dans la production d une activité de groupe. Il est nécessaire d assurer un maintien du service de façon automatique et transparente afin que les utilisateurs puissent continuer leur navigation internet Le service de haute disponibilité assure donc les avantages suivants : Bascule automatique vers le serveur secondaire en fonction de la charge machine du serveur de production. Bascule automatique vers le serveur secondaire en fonction de la qualité du service Proxy. Bascule automatique en cas d arrêt physique de la machine de production. Permet la maintenance technique sur la machine de production sans interférer la navigation utilisateur. Prérequis Nécessite la licence Artica entreprise. Au minimum deux serveurs Artica disposant de la même version. Les serveurs doivent communiquer en ARP. Par conséquent, ils sont dans le même réseau. Note : La licence Artica inclut de base l utilisation de deux serveurs, il n est pas nécessaire de contracter une deuxième licence pour l implémentation d un système à haute disponibilité

3 Architectures Le principe de base est de partager l adresse TCP/IP utilisée pour atteindre la production sur les deux serveurs. Les deux serveurs communiquent par requêtes ARP dans une zone réseau définie dans la configuration. Si le serveur esclave ne peut plus communiquer avec le serveur de production alors celui-ci charge sa «carte dormante» et récupère l adresse IP partagée. Fabriquer une sorte de clusteur. Comme nous l avons constaté dans l architecture précédente, le serveur secondaire est «dormant» et est en attente d une éventuelle panne ou charge importante du serveur principal. Afin d optimiser cette architecture et de s assurer que les deux serveurs sont des «clones», il suffit d indiquer au serveur Artica principal d utiliser le serveur secondaire comme «passerelle de statistiques et de stockage de configuration» ainsi, une règle ajoutée se verra «centralisée» sur les deux serveurs. * L assistant d inscription à un serveur de statistiques indique au serveur de production qu il doit utiliser le serveur secondaire pour stockage des statistiques et indique au serveur secondaire qu il devient à la fois proxy et passerelle de statistiques.

4 Si le serveur secondaire est passerelle de statistiques, il devient le Tallon d Achille. En effet, si le serveur qui a pour mission de stocker les paramètres et les statistiques est défaillant, c est toute l infrastructure qui se trouve impactée. Pour ce faire, et dans les règles de l art, une infrastructure composée de 3 serveurs assure une totale cohérence d un service de haute disponibilité.

5 Mise en place Assurez-vous avant de connecter votre serveur que vous disposez bien d un serveur secondaire à l image du serveur principal. Par exemple, si le serveur de production est connecté à l Active Directory, le second serveur doit être aussi connecté à l active Directory. Si vous utilisez un système virtuel, une copie de la machine de production peut s effectuer. Une fois la copie effectuée, modifiez les paramètres unitaires tels que la connexion Active Directory et l adressage réseau. Cette mise en place s effectue à partir de la version Artica Le serveur secondaire devra disposer d une licence entreprise valide. Positionnez-vous sur le serveur qui sera le serveur de production. Connectez-vous en Manager sur l interface d Artica et allez dans la section Proxy À gauche, un lien failover est disponible.

6 L assistant de connexion s affiche. La première étape est de sélectionner l interface réseau actuelle. Cette interface réseau se verra modifiée par une adresse secondaire et l adresse réseau déjà affectée à cette carte sera l adresse partagée pour les deux serveurs. La deuxième étape consiste à choisir une zone réseau. La zone réseau permet au serveur de communiquer dans une bulle. À l intérieur de cette «bulle», les serveurs comprennent qu ils sont liés entre eux. Ainsi un autre groupe de serveurs en haute disponibilité se verra affecter une zone réseau différente pour éviter de se mélanger. 255 zones sont disponibles La troisième étape consiste à affecte une adresse TCP/IP au serveur de production à des fins de maintien. En effet, comme l adresse actuelle sera partagée, si vous utilisez cette adresse, il se peut que vous vous connectiez sur le deuxième serveur en cas de basculement. Cette deuxième adresse vous permet de vous assurer de vous connecter sur le serveur Le serveur principal sur lequel vous êtes connecté va communiquer les paramètres via l interface Artica du serveur esclave indiquez les coordonnées d accès au serveur secondaire.

7 Confirmez l ensemble des paramètres en cliquant sur le bouton suivant. Après cette étape, le retour ne sera plus possible. Les deux serveurs vont s échanger des informations. Une fois cette opération effectuée, déconnectez-vous de l interface et reconnectez- vous. Un nouvel état de service Fail Over (Master) sera affiché Si vous stoppez ce service, alors la bascule sera effectuée vers le serveur secondaire.