← Speed / speed / optimization / protocol

HTTP/2 to Origin

Protokol je soubor pravidel, kterými se řídí výměna nebo přenos dat mezi zařízeními. Jedním z nejdůležitějších protokolů fungujících na vrstvě interakce člověka s počítačem, kde mají aplikace přístup k síťovým službám, je HTTP (Hypertext Transfer Protocol).

HTTP je zavedený protokol s několika verzemi, přičemž každá další verze přidává funkce zlepšující výkon oproti té předchozí. HTTP/1.1 a HTTP/2 jsou dnes na internetu široce rozšířené. HTTP/1.1 existuje již více než deset let, ale v roce 2015 organizace IETF (Internet Engineering Task Force) představila HTTP/2, který přináší řadu funkcí pro zkrácení doby načítání stránek. Více informací o rozdílech mezi HTTP/1.1 a HTTP/2 najdete v HTTP/2 oproti HTTP/1.1 ↗.

V Cloudflare je připojení HTTP/2 k origin serveru ve výchozím nastavení zapnuté.

Pokud chcete vypnout HTTP/2 to Origin, postupujte takto:

1. V dashboardu Cloudflare přejděte na Rychlost > Nastavení stránce.

   Přejděte na Nastavení ↗

2. Přejděte na Optimalizace protokolu a v části HTTP/2 to Origin nastavte přepínač na Vypnuto.

Cloudflare podporuje multiplexování HTTP/2 ze své globální edge sítě až k vašim origin serverům. Místo otevírání nového TCP připojení pro každý příchozí požadavek sdílí více streamů HTTP/2 jedno dlouhotrvající TCP připojení. To výrazně snižuje náklady na navazování a ukončování připojení a zvyšuje efektivitu a výkon mezi Cloudflare a vaším origin serverem.

Sloučením velkého množství požadavků do menšího počtu TCP připojení Cloudflare snižuje počet aktivních připojení, která musí váš origin server udržovat. To je zvlášť užitečné pro backendy citlivé na režii spojenou s připojeními nebo na limity zdrojů.

Když dorazí nový požadavek, Cloudflare se pokusí znovu použít existující připojení HTTP/2 k origin serveru:

• Pokud připojení nedosáhlo limitu souběžných streamů, Cloudflare multiplexuje požadavek přes stejné připojení.
• Pokud je limit streamů dosažen, Cloudflare podle potřeby otevře nové TCP připojení.

Připojení zůstávají aktivní a opakovaně se využívají, dokud nezůstanou nečinná nebo nedosáhnou limitu souběžnosti.

• Opakované použití připojení: Cloudflare udržuje k vašemu origin serveru trvalá (keep-alive) TCP spojení. Ta se opakovaně využívají, dokud se nedosáhne limitu HTTP/2 streamů nebo dokud spojení nezůstane nečinné.

• Časový limit nečinnosti (900s): Pokud spojení zůstane nečinné (bez aktivních streamů) po dobu 900 sekund, Cloudflare ho ukončí. Pokus o opětovné použití ukončeného spojení může vést k 520 chyba.

• Keep-alive: Cloudflare pravidelně odesílá TCP keep-alive pakety, aby odhalil nereagující origin servery. Po dvou nezodpovězených sondách se spojení resetuje.

  • První sonda po ~30 sekundách nečinnosti
  • Druhá sonda po 15 sekundách

• Ukončení připojení: Spojení se může ukončit také z těchto důvodů:

  • Rozhodování o vyvažování zátěže
  • Údržba datového centra nebo uzlu
  • Dosažení maximálního limitu souběžnosti
  • Origin server nebo mezilehlá síť ukončuje nečinná spojení

• Free/Pro/Business: Multiplexování je automaticky zapnuté. Každé spojení podporuje až 200 souběžných streamů.
• Enterprise: Multiplexování je zpočátku fakticky vypnuté (1 stream). Souběžnost můžete pro danou zónu zapnout a nastavit (až 200 a více souběžných streamů).

Multiplexování připojení je u zón na plánech Free, Pro a Business ve výchozím stavu zapnuté a standardně využívá až 100 souběžných streamů. U plánu Enterprise můžete v dashboardu nebo přes API pro danou zónu explicitně nastavit maximální počet souběžných streamů, často označovaný jako „multiplexing ratio“.

curl "https://api.cloudflare.com/client/v4/zones/$ZONE_ID/settings/origin_h2_max_streams" \
	--request PATCH \
	--header "Authorization: Bearer $CLOUDFLARE_API_TOKEN" \
	--json '{
		"value": 100
	}'

resource "cloudflare_zone_setting" "example" {
  zone_id    = "<ZONE_ID>"
  setting_id = "origin_h2_max_streams"
  value      = 50
}

Failover události

Když se provoz náhle přesune (například během failoveru origin serveru), Cloudflare podle možností znovu využije aktivní připojení. Pokud je dosaženo limitu souběžnosti, otevře nová. Počet aktivních připojení může dočasně vzrůst, celkový počet připojení ale zůstává nižší než bez multiplexování.

Dlouhotrvající nebo nečinné požadavky

• Pokud vaše požadavky přesahují 125 sekund (například streamování), zvyšte Proxy Read Timeout (pouze Enterprise).
• Origin servery, které uzavírají spojení rychleji než za 900 sekund, mohou zaznamenat časté obnovování spojení, Cloudflare ale podle potřeby automaticky navazuje nová spojení.

Možné chyby 5xx

Některé chyby 5xx, například 520 nebo 522, mohou souviset s časovými limity nečinnosti nebo nedostupnými origin servery. Pokud je souběžnost nastavená příliš vysoko pro výkonnostně slabší origin, nárazové vlny současných požadavků ho mohou přetížit a způsobit resety streamů nebo krátké nárůsty chyb 5xx. Zákazníci s plánem Enterprise, kteří se s tímto potýkají, mohou požádat svůj Cloudflare account team nebo podporu o snížení limitu souběžnosti, což omezí počet požadavků odesílaných na origin současně a pomůže zabránit přetížení.

Plány Free, Pro a Business používají 200 souběžných streamů na spojení. Uživatelé s plánem Enterprise mohou nastavit 1-200+ streamů.

Cloudflare nejprve využije stávající keep-alive připojení. Pokud dosáhnou limitu souběžnosti, otevřou se podle potřeby nová připojení. I při nárazovém zatížení bývá celkový počet připojení nižší než bez multiplexování.

Uživatelé s plánem Enterprise mohou snížit limit souběžnosti. Cloudflare také respektuje nastavení vašeho originu pro SETTINGS_MAX_CONCURRENT_STREAMS, což vašemu serveru umožňuje vynucovat přísnější limity. CDN Cloudflare navíc nabízí funkci Cache Locking, která pomáhá předcházet více souběžným požadavkům na váš origin během revalidace. Další informace najdete v Revalidace s dalšími informacemi.

Ano. Nastavení HTTP/2 na origin serveru nebo nastavení zóny Cloudflare můžete postupně upravovat a bezpečně tak zvyšovat souběžnost.

Cloudflare provozuje plochou anycast síť. K vašemu origin serveru se může přímo připojit kterékoli datové centrum, žádná hierarchie L1/L2 neexistuje. Připojení k origin serveru tak mohou přicházet z více datových center po celém světě.

Ne. Spojení se vytvářejí na vyžádání a podle možností se opakovaně využívají. Trvalý fond nečinných spojení neexistuje.

Nečinná připojení se po 900 sekundách nečinnosti zavřou. Znovu se neotevírají proaktivně, nová připojení vznikají až s obnovením provozu.

Pouze pokud je uzavře origin server, dojde k síťové chybě nebo Cloudflare provádí údržbu či přerozdělení zátěže. Pro aktivní spojení neexistuje pevně daná maximální doba trvání.

Pokud origin server nepodporuje HTTP/2, Cloudflare naváže spojení HTTP/1.1. Připojujeme se k serverům, které podporu spojení HTTP/2 oznamují prostřednictvím ALPN ↗.

Pokud si nejste jisti, zda váš server podporuje HTTP/2, doporučujeme zkontrolovat dokumentaci origin serveru nebo použít nástroj pro testování implementace HTTP/2 (například h2spec ↗).