--- title: "Konfiguracja HTTP/2 w usłudze Load Balancer" description: "Dowiedz się, jak wybrać i skonfigurować interfejsy użytkownika usługi Load Balancer OVHcloud do korzystania z protokołu HTTP/2" url: https://docs.ovhcloud.com/pl/guides/network/load-balancer/case-http2 lang: pl lastUpdated: 2026-01-15 --- # Konfiguracja HTTP/2 w usłudze Load Balancer :::info **Uwaga dotycząca natywnego wsparcia dla HTTP/2** Od czerwca 2025 r. frontony HTTP i TLS wykorzystywane przez usługi OVHcloud Load Balancer natywnie obsługują protokół HTTP/2. Jednak niniejszy przewodnik nadal jest stosowalny dla frontonów TCP, które mogą być przydatne w aplikacjach o wysokiej wydajności i niskim opóźnieniu. Aby włączyć HTTP/2 na istniejących frontonach HTTP i TLS, należy wykonać następujące żądanie odświeżania za pomocą API, gdzie **\{serviceName}** jest wewnętrzną nazwą Twojego Load Balancer. ::: 🇪🇺EU▾ [POST/ipLoadbalancing/{serviceName}/refresh](https://eu.api.ovh.com/console/?section=/ipLoadbalancing&branch=v1#post-/ipLoadbalancing/-serviceName-/refresh) ## Wprowadzenie Ten przewodnik ma dwa główne cele: - Pomoże Ci zrozumieć różnice między frontonami TCP, HTTP i TLS na OVHcloud Load Balancer, umożliwiając Ci określenie, czy fronton TCP jest najlepszym wyborem dla Twoich konkretnych wymagań aplikacji, szczególnie w przypadku ruchu HTTP/2. - Jeśli fronton TCP wydaje się pożądany, dostarczy krok po kroku instrukcji, jak go skonfigurować, aby skutecznie rozdzielał ruch HTTP/2 między Twoje serwery backend. ## Wymagania początkowe Będziesz potrzebował: - Usługi [OVHcloud Load Balancer](https://www.ovhcloud.com/pl/network/load-balancer/); - Frontonu TCP na swoim Load Balancerze; - Klaster backendowy TCP z przynajmniej jednym serwerem dodanym do niego; - Serwery backendowe skonfigurowane do obsługi i odpowiadania HTTP/2; - Dostępu do [OVHcloud API](https://eu.api.ovh.com/). ## W praktyce ### Dlaczego używać HTTP/2? HTTP/2 przynosi wiele korzyści, które poprawiają wydajność i efektywność Twoich aplikacji: - _Szybsze czasy ładowania_ dzięki multiplexingowi, który pozwala wysyłać wiele żądań równolegle na tej samej połączeniu. - _Zmniejszone opóźnienie_ ograniczając wymianę danych między klientem a serwerem. - _Optymalizacja wydajności sieci_ dzięki kompresji nagłówków. ### Różnice między HTTP/2 a frontonami TCP Fronton TCP działa na warstwie 4 (warstwa transportowa) modelu OSI. Gdy skonfigurujesz fronton TCP, load balancer nawiązuje połączenie TCP między klientem a serwerem backendowym. Oznacza to, że load balancer nie analizuje ani nie rozumie danych HTTP/2 w strumieniu TCP. W konsekwencji, frontony TCP oferują wysoką wydajność ze względu na minimalne potrzeby przetwarzania. Jednak ponieważ nie rozumie protokołu aplikacji, nie może wykonywać zaawansowanych optymalizacji specyficznych dla HTTP, takich jak routing oparty na treści lub manipulowanie nagłówkami HTTP. Frontony HTTP i TLS, z kolei, działają na warstwie 7 (warstwa aplikacji). Gdy klient łączy się z frontonem kompatybilnym z HTTP/2, load balancer całkowicie dekoduje ramki HTTP/2 przed nawiązaniem połączenia z serwerem backendowym. Poprzez zrozumienie protokołu aplikacji, fronton kompatybilny z HTTP/2 może oferować wiele zaawansowanych funkcji. W tym zakresie znajdują się m.in. zakończenie SSL/TLS (przenoszenie szyfrowania/odszyfrowania z serwerów backendowych), routing oparty na treści (np. kierowanie żądań do różnych pul backendowych na podstawie ścieżki URL lub nagłówków), modyfikacja żądań/odpowiedzi oraz multiplexing HTTP/2. **Powinieneś używać frontonu TCP, gdy:** - Musisz rozdzielać obciążenie innych usług niebędących HTTP (np. bazy danych, niestandardowe aplikacje TCP, SSH); - Wymagasz maksymalnej wydajności i minimalnego opóźnienia; - Twoje serwery backendowe już obsługują zakończenie SSL/TLS; - Nie potrzebujesz zaawansowanych funkcji specyficznych dla HTTP, takich jak routing oparty na treści, manipulowanie nagłówkami HTTP lub optymalizacje na poziomie protokołu HTTP/2. **Powinieneś używać frontonu kompatybilnego z HTTP/2, gdy:** - Głównie rozdzielasz obciążenie ruchu sieciowego (HTTP/HTTPS); - Chcesz skorzystać z korzyści wydajności HTTP/2 między klientem a load balancerem; - Musisz przenieść zakończenie SSL/TLS z Twoich serwerów backendowych; - Wymagasz zaawansowanego logiki routingu opartej na nagłówkach HTTP, adresach URL lub innych atrybutach warstwy aplikacji; - Chcesz zoptymalizować doświadczenie klienta, korzystając z funkcji HTTP/2. _Jeśli zdecydujesz się użyć frontonu TCP, przejdź do kolejnych kroków tego przewodnika, aby skonfigurować go do użycia z HTTP/2_. ### Konfigurowanie frontonu TCP do HTTP/2 :::warning Kolejność tworzenia elementów jest ważna: trasy muszą być skonfigurowane **przed** dołączeniem do nich reguł. ::: #### Dodawanie trasy Dodamy trasę do naszego serwisu. ##### Z poziomu OVHcloud API 🇪🇺EU▾ [POST/ipLoadbalancing/{serviceName}/tcp/route](https://eu.api.ovh.com/console/?section=/ipLoadbalancing&branch=v1#post-/ipLoadbalancing/-serviceName-/tcp/route) :::warning Parametr weight pozwala zdefiniować kolejność oceny Twoich tras, pierwsza z nich, która zostanie zweryfikowana, zostanie wykonana. ::: Parametry: | Pole | Wartość i opis | | ------------- | ------------------------------------------------------------------------- | | serviceName | Identyfikator Twojego serwisu OVHcloud Load Balancer | | frontendId | Identyfikator Twojego TCP Frontend port 443 | | displayName | "HTTP2 TCP route" | | weight | (puste) | | action.type | "farm" | | action.target | Identyfikator Twojej TCP farmy, która musi być w stanie obsługiwać HTTP/2 | #### Dodawanie reguły Teraz dodamy regułę do naszej trasy. ##### Z poziomu OVHcloud API 🇪🇺EU▾ [POST/ipLoadbalancing/{serviceName}/tcp/route/{routeId}/rule](https://eu.api.ovh.com/console/?section=/ipLoadbalancing&branch=v1#post-/ipLoadbalancing/-serviceName-/tcp/route/-routeId-/rule) Parametry: | Pole | Wartość i opis | | ----------- | ------------------------------------------------------------- | | serviceName | Identyfikator Twojego serwisu OVHcloud Load Balancer | | routeId | Identyfikator wcześniej utworzonej trasy | | field | "protocol" Nazwa pola, które musi być sprawdzane przez regułę | | match | "is" Typ sprawdzenia do wykonania | | pattern | "http/2.0" Wartość do sprawdzenia dla określonego pola | #### Zastosowanie zmian Zmiany wprowadzone do Twojego OVHcloud Load Balancer muszą być _jawne zastosowane_ w każdej z konfigurowanych dla Twojego serwisu stref. Tylko wtedy będą widoczne dla Twoich odwiedzających. To umożliwia wprowadzenie skomplikowanych zmian konfiguracji w jednym kroku. Jeśli masz wiele stref, musisz zastosować tę samą konfigurację dla każdej z nich. ##### Z poziomu OVHcloud API Odśwież strefę: 🇪🇺EU▾ [POST/ipLoadbalancing/{serviceName}/refresh](https://eu.api.ovh.com/console/?section=/ipLoadbalancing&branch=v1#post-/ipLoadbalancing/-serviceName-/refresh) Parametry: | Pole | Wartość i opis | | ----------- | -------------------------------------------------------------------- | | serviceName | Identyfikator Twojego serwisu OVHcloud Load Balancer | | zone | Identyfikator strefy, na której chcesz zastosować swoją konfigurację | #### Weryfikacja Po zakończeniu wszystkich powyższych etapów usługa równoważenia obciążenia serwerów wykorzystujących HTTP/2 jest aktywna. Możesz wówczas zatwierdzić stan usługi. W tym celu wyślij zapytanie do Load Balancera, a następnie sprawdź wersję w otrzymanej odpowiedzi: ```bash curl -I --http2 https://www.ovh.com/ HTTP/2 200 ``` ## Sprawdź również Jeśli chcesz uzyskać więcej informacji na temat protokołu HTTP/2, odwiedź stronę [https://http2.github.io/](https://http2.github.io/). Dołącz do [grona naszych użytkowników](https://community.ovhcloud.com/).