Erstverbindung
Sie werden feststellen, dass die anfängliche Verbindung das Aushandeln des SSL umfasst. Da der Handshake also hoch ist, ist dies ein guter Indikator dafür, dass bei der Einrichtung des SSL ein schwerwiegender Fehler vorliegt.
Google Chrome: Grundlegendes zum Ressourcen-Timing
Zeit, die zum Herstellen einer Verbindung benötigt wurde, einschließlich TCP-Handshakes / Wiederholungsversuchen und Aushandeln eines SSL.
SSL Handshake und TTFB
Sie haben zwei Hauptprobleme: die Zeit, die Sie für einen SSL-Handshake aufgewendet haben, und die Server, die auf TTFB warten (Zeit bis zum ersten Byte).
- TTFB: 4079 ms (sollte weniger als 1000 ms betragen)
- SSL-Handshake 11830 ms (sollte weniger als 100 ms betragen)
Es sollte auch beachtet werden, dass beim Testen mit 3G / 4G-Geräten längere erste Bytes auftreten können, da die Stärke der Telefonsignale unterschiedlich ist. Dies kann zu zeitweiligen Verbindungsproblemen und unterschiedlichen Latenzzeiten führen.
Schritt 1: Untersuchung des SSL-Problems
Es ist ziemlich offensichtlich, dass Sie ein ernstes SSL-Problem haben und höchstwahrscheinlich auf eine fehlerhafte Installation von OpenSSL oder ähnlichem zurückzuführen sind. Testen Sie zunächst Ihr SSL-Zertifikat mit SSL Labs und korrigieren Sie dann alle vorgeschlagenen Probleme oder Warnungen.
Wenn das SSL immer noch langsam arbeitet, liegt höchstwahrscheinlich ein überlasteter Server oder ein Serverfehler vor. Wenn es das spätere ist, müssen Sie versuchen, einzugrenzen, wo der Fehler liegt. Verwenden Sie den Serverfehler- Stack, falls Sie in dieser Angelegenheit weitere Unterstützung benötigen. Ein Benutzer berichtete, dass durch das Erstellen neuer Schlüssel ein langsames SSL-Problem behoben wurde, auf das er möglicherweise gestoßen ist oder das möglicherweise nicht relevant ist.
Load Balancer können helfen, wenn es sich um ein Problem mit Serverressourcen handelt.
Schritt 2: Untersuchung des TTFB
Nachdem Sie das Problem mit SSL behoben haben und immer noch einen erhöhten TTFB-Wert haben, sollten Sie Ihren Server testen, indem Sie sicherstellen, dass er über genügend Ressourcen verfügt.
Die erste Bytezeit wird beeinflusst von, aber nicht beschränkt auf:
- Die Entfernung vom Benutzer zum Rechenzentrum, in dem sich der Server befindet, kann die TTFB erhöhen
- Nicht zwischengespeichertes GZIP kann den TTFB erhöhen
- Überlastete Netzwerke können den TTFB erhöhen
- Überlastete Server können die TTFB erhöhen
Manchmal ist das Erhöhen der CPU und des Arbeitsspeichers nicht immer die beste Option. Manchmal ist es besser, einen Load Balancer einzuführen, da dies nicht nur bedeutet, dass Sie problemlos mehrere Server nebeneinander ausführen können, sondern auch Caching- und SSL-Anforderungen auslagert. Einige andere Vorteile sind:
QUELLE
- Caching: Die Appliance kann nicht geänderte Inhalte (z. B. Bilder) speichern und direkt an den Client senden, ohne Datenverkehr an den Webserver zu senden.
- Komprimierung: Reduziert den Datenverkehr für HTTP-Objekte, indem Dateien komprimiert werden, bevor sie gesendet werden.
- SSL-Offloading: Die Verarbeitung von SSL-Verkehr erfordert hohe Anforderungen an die CPU eines Webservers, sodass ein Load Balancer diese Verarbeitung stattdessen durchführen kann.
- Hohe Verfügbarkeit: Im Falle eines Ausfalls können zwei Lastausgleichsgeräte verwendet werden.
Tipps zum Absenken Ihres TTFB:
- Stellen Sie sicher, dass sich Ihre Datenbank im selben Netzwerk oder in einer hochwertigen SQL-Cloud befindet .
- Stellen Sie sicher, dass Ihre Datenbank aus dem Speicher gelesen wird und NIEMALS die SWAP- Datei!
- Nutzen Sie ein Content Delivery-Netzwerk , das Serveranforderungen und Komprimierungsaufgaben auslagert.
- Verwenden Sie den Lack-Cache , um die Belastung der Datenbank durch Zwischenspeichern von Seiten zu verringern
- Benchmarking Ihrer statischen Dateien auf der Festplatte mit HDParm
- Benchmarking Ihres Servers mit dem Apache HTTP Server Benchmarking-Tool
- Benchmarking der Website mit 10 Durchgängen mit mehreren Remote-Standorten mithilfe von WebPageTest
