Ca veut rien dire. Enfin ... ça dépend.
Si tu parles, comme je le suppose, d'un proxy HTTP, alors sache que ça zone d'action est le layer 7 du modèle OSI: le protocole HTTP
Si tu parles de NAT, tu es sur la couche 3 du modèle OSI
(Si tu connais pas: Modèle OSI).
Donc en gros ce que tu écris ne veut rien dire ...
HaProxy fait du proxy tcp (pas encore de l'udp il semblerait d'après google). Pas uniquement de l'http (si non difficile de l'utiliser pour load balancer mysql comme en screenshot ci-haut 🙂)
Bein peut être juste parce que c'est pas fiable et pas assez performant pour vraiment faire tout ça correctement ??
Si tu as des détails croustillants je suis preneur 😋
Perso ce qui m'a déjà dérangé :
- la faible durée de vie de la mémoire flash (résolu a coups de sauvegardes régulières + possibilité d'injection auto des fichiers de config au boot)
- la faible stabilité de la mémoire flash (qui fait que je l'exclus pour de la BDD et tape tout tmp&log en ram)
- le port ethernet branché sur le CPU (résolu en privilégiant une autre "carte ARM" qui n'a pas ce défaut).
ET aussi, c'est quoi cette infra que tu fais tourner, qui visiblement est suffisament critique pour que t'aies besoin de supervision, de VPN et de répartition de charge HTTP sans avoir les moyens de faire tourner ça autrement qu'avec un routeur à 100 balles ?
Un cluster web (pics) optimisé pour webdav, diminuer les points of failure et permettre de la montée en charge tout en diminuant la consommation en iddle (des parties de la grappe pouvant être mise hors tension).
[^] # Re: Mon point de vue
Posté par voxdemonix . En réponse au message [Discussion] Les routeurs libre sont-ils morts ?. Évalué à -1. Dernière modification le 26 avril 2019 à 18:35.
HaProxy fait du proxy tcp (pas encore de l'udp il semblerait d'après google). Pas uniquement de l'http (si non difficile de l'utiliser pour load balancer mysql comme en screenshot ci-haut 🙂)
Si tu as des détails croustillants je suis preneur 😋
Perso ce qui m'a déjà dérangé :
- la faible durée de vie de la mémoire flash (résolu a coups de sauvegardes régulières + possibilité d'injection auto des fichiers de config au boot)
- la faible stabilité de la mémoire flash (qui fait que je l'exclus pour de la BDD et tape tout tmp&log en ram)
- le port ethernet branché sur le CPU (résolu en privilégiant une autre "carte ARM" qui n'a pas ce défaut).
Un cluster web (pics) optimisé pour webdav, diminuer les points of failure et permettre de la montée en charge tout en diminuant la consommation en iddle (des parties de la grappe pouvant être mise hors tension).
🇧🇪 belgium