2012/8/24 Guillaume Barrot <guillaume.bar...@gmail.com>: >> Mais pour du gros LOAD balancing, en NAT64, avec du multiplexage TCP, de >> l'insertion de header XForwarded-for, plusieurs dizaines de Gbps de contenu >> dynamique, plusieurs centaines de milliers de requêtes par secondes, tout en >> maintenant quelques millions de sessions TCP, dont 1/4 en SSL, sans rajouter >> 100ms de latence vers une centaine de serveurs, ben je demande à voir encore >> la conf HW et Soft de HA proxy super eco free qui tient ça, et le prix qui >> va avec. > > > Nombre de clients en France : 1 ? 2 ? > Là, pour cette gamme, il faut en effet pas se facher avec Oles, vu qu'à part > OVH, Online et éventuellement Gandi, y a pas grand monde qui doit avoir ces > contraintes ... >
Pour le reste des clients, tu prends un Seagate dockstar avec son petit ARM @1.2GHz, HAProxy tient 3000 conn HTTP / s (avec analyze protocolaire) pour 3Watts de consommation. >> >> Je ne dis pas que tout le monde a besoin d'autant de perf, c'est aussi >> pour ça qu'on a des équipements plus petits (et moins chers) et même des >> versions VM > > > Et l'approche VM a l'avantage de scaler les hébergeurs qui font du dédié : > un client = une VM loadbalancer. > Pas de problème de perf à l'echelle de 1 client. Et en cas de crash, > l'impact est beaucoup plus limité ! > > Les fonctionnalités de transition IPv6 sont supportées aussi en mode VM ? > (NAT64, DSLite ?) Pour l'ALOHA Load-Balancer, que ce soit en VA ou pas, c'est tout pareil en terme de fonctionnalités. Les clients peuvent faire un POC en VA et migrer en physique sans soucis. a+ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
