Konfiguruję nasze serwery, a ze względu na naturę naszego modułu równoważenia obciążenia nie możemy wysyłać nagłówków utrzymujących połączenie. Próbuję określić wpływ wysłania tych nagłówków zarówno do użytkownika końcowego, jak i na serwer. Czy któryś zauważy coś?
connection
http-headers
keepalive
Willemk
źródło
źródło
sending these headers to both the end-user and the server- co? Czy możesz sprecyzować, co chcesz zrobić? Skąd będą wysyłane nagłówki i jak to obejdzie ograniczenie modułu równoważenia obciążenia w stosunku do połączeń utrzymujących HTTP? Działające utrzymanie wymaga czegoś więcej niż tylko nagłówka, wymaga współpracy z każdego urządzenia zaangażowanego w aspekty HTTP połączenia.Odpowiedzi:
Przede wszystkim krzycz. Głośno. U twojego dostawcy. Za posiadanie produktu nieobsługującego ponad dziesięcioletniego protokołu HTTP / 1.1 .
Skutkiem braku trwałych połączeń jest znaczny wzrost czasu ładowania zasobów. Dzięki utrzymywaniu przy życiu jedno połączenie TCP może służyć do żądania wielu zasobów; bez, nowa sesja TCP (z nowym potrójnym uzgadnianiem - a jeśli używasz SSL, nowa negocjacja SSL) jest wymagana dla każdego zasobu na stronie.
W praktyce wpływ będzie zależeć od liczby zasobów na stronie, czasu podróży w obie strony między klientem a serwerem oraz liczby równoczesnych żądań wysyłanych przez przeglądarkę klienta jednocześnie (nowoczesne przeglądarki domyślnie uruchamiają ~ 6ish) . Dużo zasobów na stronę i odległych klientów będzie oznaczać bardzo zauważalny wzrost czasu ładowania strony.
źródło
Utrzymanie przy życiu znacznie poprawi wydajność zarówno po stronie klienta, jak i serwera. Jeśli to możliwe, nie wyłączaj go. Moduł równoważenia obciążenia powinien działać poprawnie przy włączonym utrzymywaniu przy życiu.
źródło