LUG wrote: > Salut, > > Vreau sa accelerez, pe cat posibil accesul la niste servere de > aplicatii java care sunt tinute pe niste masini Linux. Accesul la ora > actuala se face printr-un (reverse) proxy server apache. Proxy > serverul are si rol de terminator de SSL. Mai jos e o schema simpla: > > user <---HTTPS---> rev proxy <---HTTP-->Java app server ptr > ^ www.example.com > |--------HTTP-->Java app server ptr > www2.example.com > > Din ce am citit pe Internet se pare ca ar fi mai multe server mai bine > decat ceea ce folosesc eu acum: > -Squid > -nginx cu memcached > -ncache > -Varnish > -HAProxy? > -lighthttpd > > Masina care va tine proxy + cache are instalat Debian Stable pe 64 > biti si este o masina virtuala in VMWare ESX cu partea de stocare pe > SAN EMC. > > Vreau ca softul de proxy fie: > -cat mai stabil > -cat mai sigur (sa reziste la atacuri gen Slowloris HTTP DoS), > -(pe cat posibil) disponibil in Debian Stable > -consumator mic de resurse (cpu, io, ram). > -sa poata servi trafic prin HTTPS pentru mai multe site-uri. > > De mult timp nu am mai lucrat cu asa ceva asa ca am ramas in urma cu > tehnologia in domeniu. Rog pe cei cu experienta personala actuala in > domeniu sa ma ajute. Nu vreau sa iau o decizie doar din ce scriu unii > si altii pe forumuri sau blogurile personale.
Dacă pui proxy și limitezi memoria în timp ce dai spool pe SAN eu zic că pierzi mult. Dacă vrei să schimbi proxy-ul, încearcă varnish, și nu-l limita la memorie, eventual vezi cam cât de mult ai de cache-uit și cumpără cam atâta memorie pe mașina aia. Varnish știe să facă chestii faine rău direct în memorie. Asta ce zic eu e extreme-proxy, în principiu sunt de acord cu Vali că ar fi mai bine să încerci să rezolvi problema reală în loc să super-optimizezi un pas care nici măcar nu este responsabil de bottleneck. Flower _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
