![\"Web-HighLoad](\"\/wp-content\/uploads\/2020\/04\/5e4fece0f5039f0fb1af5ead9e0e0089.jpg\")
<\/p>\n
<\/a><\/p>\n At konfigurere fronten for \u00e9t website, selvom det er meget stort, er enkelt. Vi tager nginx eller haproxy eller lighttpd, konfigurerer det efter vejledningerne og glemmer det. Hvis der er behov for \u00e6ndringer, foretager vi en reload og glemmer det igen.<\/p>\n Alt \u00e6ndrer sig, n\u00e5r du h\u00e5ndterer store trafikm\u00e6ngder i realtid, vurderer legitimiteten af anmodningerne, komprimerer og cacher brugerindhold, og samtidig \u00e6ndrer parametrene flere gange i sekundet. Brugeren \u00f8nsker at se resultaterne p\u00e5 alle eksterne noder med det samme, efter at han har \u00e6ndret indstillingerne i sin konto. Desuden kan brugeren via API\u2019en uploade flere tusinde (og nogle gange titusinder) af dom\u00e6ner med individuelle trafikbehandlingsparametre. Alt dette skal ogs\u00e5 fungere med det samme b\u00e5de i Amerika, Europa og Asien \u2014 det er ikke en triviel opgave, is\u00e6r n\u00e5r der kun i Moskva er flere fysisk spredte filtreringsnoder.<\/p>\n Servicekonfigurationer skal s\u00e5 hurtigt som muligt (ideelt set med det samme) distribueres til alle front-noder. Man kan ikke blot tage og ombygge tekstkonfigurationer og genstarte d\u00e6moner ved hver \u00e6ndring - selv nginx holder f\u00e6rddiggjorte processer (worker shutting down) i flere minutter (eller m\u00e5ske timer, hvis der er lange websocket-sessioner).<\/p>\n Ved genstart af konfigurationen er f\u00f8lgende billede helt normalt:<\/p>\n Ang\u00e5ende hukommelsesforbruget:<\/p>\n Gamle arbejdere bruger hukommelse, herunder noget, der ikke er line\u00e6rt afh\u00e6ngigt af antallet af forbindelser - det er normalt. N\u00e5r klientforbindelserne lukkes, vil denne hukommelse blive frigivet.<\/p>\n Hvorfor var dette ikke et problem, da nginx lige begyndte at udvikle sig? Der var hverken HTTP\/2, WebSocket, eller masser af lange keep-alive forbindelser. 70% af vores webtrafik er HTTP\/2, som er meget langvarige forbindelser.<\/p>\n L\u00f8sningen er enkel - ikke at bruge nginx, ikke at administrere fronten baseret p\u00e5 tekstfiler, og slet ikke at sende komprimerede tekstkonfigurationer over transatlantiske kanaler. Kanalerne er selvf\u00f8lgelig garanterede og reserverede, men de er ikke mindre transkontinentale.<\/p>\n Vi har vores egen frontserver-belaster, om hvis indre liv jeg vil fort\u00e6lle i de f\u00f8lgende artikler. Det vigtigste, den kan, er at anvende tusindvis af konfigurations\u00e6ndringer i sekundet i realtid, uden genstart, genindl\u00e6sning, pludselige stigninger i hukommelsesforbruget og alt det der. Dette minder meget om Hot Code Reload, for eksempel i Erlang. Data opbevares i en geo-redundant key-value database og hentes straks af de eksekverende mekanismer foran. Det vil sige, at du har uploadet SSL-certifikatet via webgr\u00e6nseflade eller API i Moskva, og efter f\u00e5 sekunder er det allerede klar til brug i vores rensecenter i Los Angeles. Hvis der pludselig skulle opst\u00e5 verdenskrig og internettet forsvandt i hele verden, ville vores noder forts\u00e6tte med at fungere autonomt og reparere split-brain, s\u00e5 snart en af de dedikerede kanaler Los Angeles-Amsterdam-Moskva, Moskva-Amsterdam-Hongkong-Los Angeles eller i det mindste en af de backup overlay GRE er tilg\u00e6ngelige.<\/p>\n Denne mekanisme g\u00f8r det ogs\u00e5 muligt for os at udstede og forl\u00e6nge certifikater fra Let’s Encrypt.<\/a> Meget simplificeret fungerer det s\u00e5dan her:<\/p>\n Lige nu roterer vi i realtid 350.000 certifikater, helt gennemsigtigt for brugerne.<\/p>\n I de n\u00e6ste artikler i r\u00e6kken vil jeg fort\u00e6lle om andre funktioner ved realtidsbehandling af stort webtrafik \u2014 for eksempel analyse af RTT baseret p\u00e5 ufuldst\u00e6ndige data for at forbedre servicekvaliteten for transitkunder og generelt om beskyttelse af transittrafik mod terabitangreb, om levering og aggregering af trafikinformation, om WAF, n\u00e6sten ubegribelig CDN og mange mekanismer til optimering af indholdslevering.<\/p>\n Kun registrerede brugere kan deltage i unders\u00f8gelsen. Log ind<\/a>, please.<\/p>\nHvorfor mange store, p\u00e5lidelige noder rundt om i verden?<\/h3>\n
\n
Hvordan styrer man alt dette?<\/h3>\n
![\"Web-HighLoad](\"\/wp-content\/uploads\/2020\/04\/6a1ffc01ad9bac1e51d46c3130ea2a37.jpg\")
<\/p>\n![\"Web-HighLoad](\"\/wp-content\/uploads\/2020\/04\/d356134b0866b8c92a3d5f7a3a8df208.jpg\")
<\/p>\n\n
![\"Web-HighLoad](\"\/wp-content\/uploads\/2020\/04\/20830ee7c4ea57ec1d0833f0bc25412d.jpg\")
<\/li>\n![\"Web-HighLoad](\"\/wp-content\/uploads\/2020\/04\/1c8b295065f27c1b69c810ff74ce4018.jpg\")
<\/li>\n![\"Web-HighLoad](\"\/wp-content\/uploads\/2020\/04\/e4fc349089fbf7cbe7824ea539865daf.jpg\")
<\/li>\nHvad vil du gerne vide f\u00f8rst?<\/h2>\n