Impatto della connessione Close vs Keep-alive

Sto configurando i nostri server e, a causa della natura del nostro bilanciamento del carico, non possiamo inviare intestazioni keep-alive di connessione. Sto cercando di determinare l'impatto dell'invio di queste intestazioni sia all'utente finale che al server. Uno noterà qualcosa?

connection http-headers keepalive

— Willemk
fonte

sending these headers to both the end-user and the server- Eh? Puoi essere più specifico su ciò che stai cercando di fare? Da dove verrebbero inviate le intestazioni e come funzionerebbe attorno alla limitazione del bilanciamento del carico contro le connessioni keep-alive HTTP? Lavorare keep-alive richiede più di una semplice intestazione, ha bisogno della cooperazione di ogni dispositivo coinvolto negli aspetti HTTP della connessione.

— Shane Madden,

La mia formulazione potrebbe essere stata un po 'strana, ma il server sta ovviamente inviando le intestazioni. Sto cercando di scoprire quale impatto avrà questo sul client e sul server.

— Willemk,

Che tipo di bilanciamento del carico hai così disfunzionale da interrompere HTTP Keepalive?

— voretaq7,

Abbiamo una regola che invia una sottocartella a una server farm diversa. Durante la navigazione dalla radice alla sottocartella, Keep-alive mantiene aperta la connessione alla server farm originale e non ti invia alla server farm desiderata.

— Willemk,

Risposte:

Innanzitutto, urlo. A voce alta. Al tuo fornitore Per avere un prodotto che non supporta il protocollo HTTP / 1.1 vecchio di oltre un decennio .

L'impatto di non avere connessioni persistenti è un notevole aumento del tempo di caricamento delle risorse. Con keep-alive, è possibile utilizzare una singola connessione TCP per richiedere più risorse; senza, una nuova sessione TCP (con una nuova stretta di mano a tre vie - e, se si utilizza SSL, una nuova negoziazione SSL) è richiesta per ogni risorsa sulla pagina.

In termini pratici, l'impatto dipenderà dal numero di risorse su una pagina, dal tempo di andata e ritorno tra client e server e dal numero di richieste simultanee che il browser di un client sta facendo alla volta (i browser moderni eseguono ~ 6ish per impostazione predefinita) . Molte risorse per pagina e client distanti significheranno un notevole aumento dei tempi di caricamento della pagina.

— Shane Madden
fonte

Ho appena controllato, ci sono circa 3-6 (a seconda della pagina in cui ti trovi) oggetti caricati da quel dominio. Questo mi fa pensare che il rallentamento sarà minimo, poiché avrebbe comunque aperto ~ 6 connessioni simultanee.

— Willemk,

@Willemk Sì, è molto minimo per una pagina tipica - il rallentamento sarebbe molto più preoccupante per una pagina che carica dozzine di oggetti. Dovrebbe andare bene.

— Shane Madden,

La CDN sta assumendo gran parte del carico.

— Willemk,

Keep alive migliorerà notevolmente le prestazioni sia sul lato client che sul lato server. Se possibile, non disabilitarlo. Il bilanciamento del carico dovrebbe funzionare correttamente con keep alive attivo.

— Mircea Vutcovici
fonte

È possibile avere problemi di autenticazione se si utilizza l'autenticazione NTLM e gli keep-alive sono disabilitati.

— Mircea Vutcovici,

Sto cercando di quantificare "migliorare notevolmente". Inoltre, il nostro team IT è in trattative con il fornitore del bilanciamento del carico sul problema.

— Willemk,