Connessione iniziale
Scoprirai che la connessione iniziale include la negoziazione dell'SSL, quindi poiché l'handshake è alta, è un buon indicatore che qualcosa non va nel modo in cui hai impostato l'SSL.
Google Chrome: comprensione della tempistica delle risorse
Tempo impiegato per stabilire una connessione, inclusi handshake / tentativi TCP e negoziazione di un SSL.
Stretta di mano SSL e TTFB
Hai due problemi principali, il tempo impiegato per completare una stretta di mano SSL e i server in attesa di TTFB (tempo al primo byte).
- TTFB: 4079 ms (dovrebbe essere inferiore a 1000 ms)
- Stretta di mano SSL 11830ms (dovrebbe essere inferiore a 100ms)
Va anche notato che durante i test con dispositivi 3G / 4G può causare primi byte più lunghi a causa del fatto che i segnali del telefono variano in intensità ... ciò può causare problemi di connessione intermittenti e tempi di latenza variabili.
Passaggio 1: analisi del problema SSL
È abbastanza ovvio che hai un grave problema SSL e molto probabilmente a causa di un'installazione errata di OpenSSL o simile. Inizia testando il tuo certificato SSL utilizzando SSL Labs e correggendo eventuali problemi o avvisi che suggerisce.
Se SSL continua a funzionare lentamente, molto probabilmente hai un server sovraccarico o un errore del server. Se è più tardi, allora dovrai cercare di restringere la posizione del difetto. Utilizzare lo stack Fault Server se si necessita di ulteriore assistenza in merito, un utente ha riferito che la creazione di nuove chiavi ha risolto un lento problema SSL che stava riscontrando o che potrebbe non essere rilevante.
I servizi di bilanciamento del carico possono essere d'aiuto se si tratta di un problema di risorse del server.
Passaggio 2: analisi del TTFB
Dopo aver investigato, hai risolto il problema con SSL e hai ancora un TTFB aumentato, quindi dovresti testare il tuo server assicurandoti che abbia risorse sufficienti.
Il tempo del primo byte è influenzato ma non limitato a:
- La distanza tra l'utente e il data center che ospita il server può aumentare il TTFB
- GZIP non memorizzato può aumentare il TTFB
- Le reti congestionate possono aumentare il TTFB
- I server congestionati possono aumentare il TTFB
A volte aumentare la CPU e la RAM non è sempre l'opzione migliore. A volte è meglio introdurre un bilanciamento del carico perché non solo significa che è possibile eseguire facilmente più server fianco a fianco, ma in realtà scarica le richieste di cache e SSL. Alcuni altri vantaggi includono:
FONTE
- Memorizzazione nella cache: l'appliance può archiviare contenuti che non cambiano (come le immagini) e servirli direttamente al client senza inviare traffico al server Web.
- Compressione: riduce la quantità di traffico per gli oggetti HTTP comprimendo i file prima che vengano inviati.
- Offload SSL: l'elaborazione del traffico SSL è impegnativa sulla CPU di un server Web, quindi un bilanciamento del carico può invece eseguire questa elaborazione.
- Alta disponibilità: in caso di guasto è possibile utilizzare due apparecchi di bilanciamento del carico.
Suggerimenti per abbassare il TTFB:
