Grandi manovre sui server per cercare di ottimizzare un po’ le risorse che abbiamo.<\/p>\n
In particolare:
\n1. Ho creato un *canale* preferenziale per l’accesso amministrativo anche quando la scheda di rete di veleno tende a saturare i suoi 100Mb
\n2. Sto’ testando squid come accelerator+cache in alternativa ad apache2<\/p>\n
Unico problema al momento \u00e8 mantenere una consistenza nei log. Visto che in squid non \u00e8 possibile mandare i log in pipe ad un programma ho optato per una named pipe, e in background faccio girare: Risolta anche una magagna di rete, dovuta al fatto che se ho 2 interfacce di rete con due classi diverse e forzo una route statica di un singolo host della prima subnet sull’interfaccia di rete della seconda, i pacchetti che invio raggiungono si l’host ma, *giustamente*, con l’ip source della seconda interfaccia. Questo per esemplificare… in realt\u00e0 la cosa \u00e8 ulteriormente incasinata da altri fattori :-)<\/p>\n Purtroppo anche oggi (stanotte!) non ho avuto tempo di lavorare alla migrazione del server di posta elettronica.<\/p>\n","protected":false},"excerpt":{"rendered":" Grandi manovre sui server per cercare di ottimizzare un po’ le risorse che abbiamo. In particolare: 1. Ho creato un *canale* preferenziale per l’accesso amministrativo anche quando la scheda di rete di veleno tende a saturare i suoi 100Mb 2. Sto’ testando squid come accelerator+cache in alternativa ad apache2 Unico problema al momento \u00e8 mantenere … Continue reading Otimizzare il clusterone<\/span>
\ncat \/path\/squid-pipe | cronolog ...<\/code><\/p>\n