Basculement de serveur apache
Fermé
Meg5
-
3 avril 2022 à 17:06
avion-f16 Messages postés 19249 Date d'inscription dimanche 17 février 2008 Statut Contributeur Dernière intervention 15 juin 2024 - 3 avril 2022 à 22:57
avion-f16 Messages postés 19249 Date d'inscription dimanche 17 février 2008 Statut Contributeur Dernière intervention 15 juin 2024 - 3 avril 2022 à 22:57
A voir également:
- Basculement de serveur apache
- Changer serveur dns - Guide
- Serveur pop - Guide
- Le serveur de récupération n'a pas pu être contacté - Forum MacOS
- Apache open office gratuit - Télécharger - Suite bureautique
- Serveur diff message ✓ - Forum Mobile
2 réponses
brupala
Messages postés
110501
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
9 novembre 2024
13 839
Modifié le 3 avril 2022 à 17:53
Modifié le 3 avril 2022 à 17:53
Salut,
C'est plutôt du ressort de l'os, ils sont sous quel os ?
VRRP , ça peut le faire.
C'est plutôt du ressort de l'os, ils sont sous quel os ?
VRRP , ça peut le faire.
avion-f16
Messages postés
19249
Date d'inscription
dimanche 17 février 2008
Statut
Contributeur
Dernière intervention
15 juin 2024
4 504
Modifié le 3 avril 2022 à 18:25
Modifié le 3 avril 2022 à 18:25
Bonjour,
Ce n'est certainement pas une bonne idée d'attribuer la même IP à deux serveurs.
Les deux serveurs doivent être accessibles via une IP distincte, et c'est au niveau d'un routeur ou serveur en amont qu'on effectuera une redirection du trafic vers le serveur en aval (backend).
Les deux serveurs en backend ne doivent pas nécessairement être accessibles par le visiteur, mais ils doivent être à la portée du load-balancer / fail-over.
La redirection peut se faire à différentes couches :
Pour les couches HTTP/TCP, ça peut se faire avec des logiciels comme Traefik, Nginx ou HAproxy.
> basculement automatique
Reste à détermine à quel moment tu décides que le basculement est nécessaire.
Réponse au ping ? Temps de réponse au niveau HTTP ? Erreur HTTP ?
Ce n'est certainement pas une bonne idée d'attribuer la même IP à deux serveurs.
Les deux serveurs doivent être accessibles via une IP distincte, et c'est au niveau d'un routeur ou serveur en amont qu'on effectuera une redirection du trafic vers le serveur en aval (backend).
Les deux serveurs en backend ne doivent pas nécessairement être accessibles par le visiteur, mais ils doivent être à la portée du load-balancer / fail-over.
La redirection peut se faire à différentes couches :
- Au niveau IP, c'est donc une traduction d'adresse (NAT) ou "redirection de port"
- Au niveau TCP
- Au niveau HTTP
Pour les couches HTTP/TCP, ça peut se faire avec des logiciels comme Traefik, Nginx ou HAproxy.
> basculement automatique
Reste à détermine à quel moment tu décides que le basculement est nécessaire.
Réponse au ping ? Temps de réponse au niveau HTTP ? Erreur HTTP ?
brupala
Messages postés
110501
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
9 novembre 2024
13 839
3 avril 2022 à 18:34
3 avril 2022 à 18:34
Avec VRRP, ils ont chacun leur adresse IP, mais répondent en plus à l'adresse IP virtuelle de VRRP, quand ils sont serveur prioritaire (avec la même adresse mac virtuelle, à ce niveau ça va perturber les switchs, mais pas les tables ARP)
avion-f16
Messages postés
19249
Date d'inscription
dimanche 17 février 2008
Statut
Contributeur
Dernière intervention
15 juin 2024
4 504
>
Meg5
3 avril 2022 à 22:57
3 avril 2022 à 22:57
Bonsoir,
Parmi la petite liste des logiciels cités, HAproxy est plus le adapté si tu veux avoir un meilleur contrôle de ces paramètres.
La combinaison des deux méthodes n'est pas utile, la méthode HTTP avec un timeout adapté devrait suffire.
Sinon voir VRRP comme suggéré par brupala, ça a l'avantage de ne pas nécessiter la configuration d'un autre dispositif (routeur, load balancer, ...) bien qu'il y a quelques contraintes au niveau réseau, à voir si c'est possible dans ton cas. La configuration sur Linux est simple : https://packetpushers.net/vrrp-linux-using-keepalived-2/
Parmi la petite liste des logiciels cités, HAproxy est plus le adapté si tu veux avoir un meilleur contrôle de ces paramètres.
La combinaison des deux méthodes n'est pas utile, la méthode HTTP avec un timeout adapté devrait suffire.
Sinon voir VRRP comme suggéré par brupala, ça a l'avantage de ne pas nécessiter la configuration d'un autre dispositif (routeur, load balancer, ...) bien qu'il y a quelques contraintes au niveau réseau, à voir si c'est possible dans ton cas. La configuration sur Linux est simple : https://packetpushers.net/vrrp-linux-using-keepalived-2/