![\"Webb-HighLoad](\"\/wp-content\/uploads\/2020\/04\/5e4fece0f5039f0fb1af5ead9e0e0089.jpg\")
<\/p>\n
<\/a><\/p>\n Att konfigurera fronten f\u00f6r en enda webbplats, \u00e4ven en mycket stor, \u00e4r enkelt. Vi tar nginx eller haproxy eller lighttpd, konfigurerar enligt guider och gl\u00f6mmer det. Om vi beh\u00f6ver \u00e4ndra n\u00e5got - g\u00f6r vi en reload och gl\u00f6mmer igen.<\/p>\n Allt f\u00f6r\u00e4ndras n\u00e4r du i realtid hanterar stora m\u00e4ngder trafik, bed\u00f6mer legitimiteten av f\u00f6rfr\u00e5gningar, komprimerar och cachar anv\u00e4ndarinneh\u00e5ll, och samtidigt \u00e4ndrar inst\u00e4llningar flera g\u00e5nger per sekund. Anv\u00e4ndaren vill se resultatet p\u00e5 alla externa noder direkt efter att hen \u00e4ndrat inst\u00e4llningarna i sitt konto. Dessutom kan anv\u00e4ndaren ladda upp flera tusen (ibland tiotusentals) dom\u00e4ner med individuella trafikbehandlingsparameter via API. Allt detta m\u00e5ste ocks\u00e5 fungera direkt, b\u00e5de i Amerika, Europa och Asien - en uppgift som inte \u00e4r s\u00e4rskilt trivial, med tanke p\u00e5 att det bara i Moskva finns flera fysiskt \u00e5tskilda filtreringsnoder.<\/p>\n Tj\u00e4nstekonfigurationer m\u00e5ste spridas s\u00e5 snabbt som m\u00f6jligt (idealiskt omedelbart) till alla frontnoder. Man kan inte bara ta och rekonstruera textkonfigurationer och starta om demonerna vid varje \u00e4ndring \u2013 samma nginx h\u00e5ller avslutande processer (worker shutting down) i flera minuter (eller till och med timmar om det finns l\u00e5nga websocket-sessioner).<\/p>\n Vid omstart av nginx-konfigurationen \u00e4r f\u00f6ljande bild helt normal:<\/p>\n Om minnesanv\u00e4ndning:<\/p>\n Gamla arbetare anv\u00e4nder minne, bland annat, vilket inte \u00e4r linj\u00e4rt beroende av antalet anslutningar \u2013 det \u00e4r normalt. N\u00e4r de klientanslutningar st\u00e4ngs, kommer detta minne att frig\u00f6ras.<\/p>\n Varf\u00f6r var detta inte ett problem n\u00e4r nginx just b\u00f6rjade utvecklas? Det fanns varken HTTP\/2, WebSocket, eller massor av l\u00e5nga keep-alive anslutningar. 70% av v\u00e5r webtrafik \u00e4r HTTP\/2, vilket medf\u00f6r mycket l\u00e5nga anslutningar.<\/p>\n L\u00f6sningen \u00e4r enkel \u2013 att inte anv\u00e4nda nginx, inte hantera fronterna baserat p\u00e5 textfiler, och absolut inte skicka komprimerade textkonfigurationer \u00f6ver transatlantiska kanaler. Kanalerna \u00e4r f\u00f6rst\u00e5s garanterade och reserverade, men det g\u00f6r dem inte mindre transkontinentala.<\/p>\n Vi har en egen front-server-balancer, vars inre strukturer kommer jag att ber\u00e4tta om i kommande artiklar. Det viktigaste den kan g\u00f6ra \u00e4r att till\u00e4mpa tusentals konfigurations\u00e4ndringar i sekunden utan omstarter, omladdningar, pl\u00f6tsliga minnes\u00f6kningar och s\u00e5 vidare. Det liknar mycket p\u00e5 Hot Code Reload, till exempel i Erlang. Data lagras i en geo-distribuerad key-value databas och l\u00e4ses omedelbart av frontens exekveringsmekanismer. Det vill s\u00e4ga, du laddade upp SSL-certifikatet via webgr\u00e4nssnittet eller API:t i Moskva, och inom n\u00e5gra sekunder \u00e4r det redan klart att anv\u00e4ndas i v\u00e5rt reng\u00f6ringscenter i Los Angeles. Om det skulle intr\u00e4ffa ett v\u00e4rldskrig och internet skulle f\u00f6rsvinna \u00f6ver hela v\u00e4rlden, skulle v\u00e5ra noder forts\u00e4tta att fungera autonomt och \u00e5tg\u00e4rda split-brain s\u00e5 snart en av de dedikerade kanalerna Los Angeles-Amsterdam-Moskva, Moskva-Amsterdam-Hongkong-Los Angeles, eller \u00e5tminstone en av backup-overlay GRE blir tillg\u00e4nglig.<\/p>\n Denna mekanism g\u00f6r det m\u00f6jligt f\u00f6r oss att omedelbart utf\u00e4rda och f\u00f6rl\u00e4nga certifikat f\u00f6r Let’s Encrypt.<\/a> Mycket f\u00f6renklat fungerar det s\u00e5 h\u00e4r:<\/p>\n Just nu roterar vi 350 000 certifikat i realtid, helt transparent f\u00f6r anv\u00e4ndarna.<\/p>\n I kommande artiklar i cykeln kommer jag att ber\u00e4tta om andra egenskaper hos realtidsbearbetning av stor webbtrafik - till exempel om analys av RTT baserat p\u00e5 ofullst\u00e4ndiga data f\u00f6r att f\u00f6rb\u00e4ttra servicekvaliteten f\u00f6r transitkunder och \u00f6vergripande om skydd av transittrafik mot terabit-attacker, om leverans och aggregering av trafikdata, om WAF, n\u00e4stan obegr\u00e4nsad CDN och m\u00e5nga mekanismer f\u00f6r optimering av inneh\u00e5llsleverans.<\/p>\n Endast registrerade anv\u00e4ndare kan delta i omr\u00f6stningen. Logga in<\/a>, tack.<\/p>\nVarf\u00f6r etablera m\u00e5nga stora, p\u00e5litliga noder \u00f6ver hela v\u00e4rlden?<\/h3>\n
\n
Hur hanterar man allt detta?<\/h3>\n
![\"Webb-HighLoad](\"\/wp-content\/uploads\/2020\/04\/6a1ffc01ad9bac1e51d46c3130ea2a37.jpg\")
<\/p>\n![\"Webb-HighLoad](\"\/wp-content\/uploads\/2020\/04\/d356134b0866b8c92a3d5f7a3a8df208.jpg\")
<\/p>\n\n
![\"Webb-HighLoad](\"\/wp-content\/uploads\/2020\/04\/20830ee7c4ea57ec1d0833f0bc25412d.jpg\")
<\/li>\n![\"Webb-HighLoad](\"\/wp-content\/uploads\/2020\/04\/1c8b295065f27c1b69c810ff74ce4018.jpg\")
<\/li>\n![\"Webb-HighLoad](\"\/wp-content\/uploads\/2020\/04\/e4fc349089fbf7cbe7824ea539865daf.jpg\")
<\/li>\nVad skulle du vilja veta f\u00f6rst?<\/h2>\n