Basculement de serveur apache
Meg5
-
3 avril 2022 à 17:06
avion-f16 Messages postés 19119 Date d'inscription dimanche 17 février 2008 Statut Contributeur Dernière intervention 16 mars 2023 - 3 avril 2022 à 22:57
avion-f16 Messages postés 19119 Date d'inscription dimanche 17 février 2008 Statut Contributeur Dernière intervention 16 mars 2023 - 3 avril 2022 à 22:57
A voir également:
- Basculement de serveur apache
- Association avec le serveur freebox en cours ✓ - Forum Freebox
- Apache openoffice - Télécharger - Suite bureautique
- Serveur pop - Guide
- Serveur introuvable ✓ - Forum Internet / Réseaux sociaux
- Redemarrer apache - Forum Linux / Unix
2 réponses
brupala
Messages postés
106080
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
18 mars 2023
13 794
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
19119
Date d'inscription
dimanche 17 février 2008
Statut
Contributeur
Dernière intervention
16 mars 2023
4 465
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
106080
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
18 mars 2023
13 794
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
19119
Date d'inscription
dimanche 17 février 2008
Statut
Contributeur
Dernière intervention
16 mars 2023
4 465
>
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/