{"id":37745,"date":"2019-10-31T22:19:28","date_gmt":"2019-10-31T19:19:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/balansirovka-nagruzki-v-openstack-chast-2\/"},"modified":"2019-10-31T22:19:28","modified_gmt":"2019-10-31T19:19:28","slug":"balansirovka-nagruzki-v-openstack-chast-2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/balansirovka-nagruzki-v-openstack-chast-2","title":{"rendered":"Belastningsbalansering i Openstack (Del 2)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>I <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/rostelecom\/blog\/461483\/\">forrige artikkel<\/a><\/noindex> Vi har omtalt fors\u00f8ket p\u00e5 \u00e5 bruke Watcher og presentert testrapporten. Slike tester gjennomf\u00f8rer vi periodisk for \u00e5 balansere og for andre kritiske funksjoner i store bedrifts- eller operat\u00f8rskyer.<\/p>\n<p>Den h\u00f8ye kompleksiteten i oppgaven kan kreve flere artikler for \u00e5 beskrive prosjektet v\u00e5rt. I dag publiserer vi den andre artikkelen i serien, som omhandler balansering av virtuelle maskiner i skyen. <\/p>\n<h3>Litt terminologi<\/h3>\n<p>\nVmWare har introdusert verkt\u00f8yet DRS (Distributed Resource Scheduler) for belastningsbalansering i milj\u00f8et deres for virtualisering. <\/p>\n<p>Som det st\u00e5r skrevet <noindex><a rel=\"nofollow\" href=\"https:\/\/searchvmware.techtarget.com\/definition\/VMware-DRS\">searchvmware.techtarget.com\/definition\/VMware-DRS<\/a><\/noindex><br \/>\n<i>\u00abVMware DRS (Distributed Resource Scheduler) er et verkt\u00f8y som balanserer beregningsbelastninger med tilgjengelige ressurser i et virtuelt milj\u00f8. Verkt\u00f8yet er en del av virtualiseringspakken kalt VMware Infrastructure.<\/p>\n<p>Med VMware DRS kan brukerne definere regler for fordeling av fysiske ressurser mellom virtuelle maskiner (VM). Verkt\u00f8yet kan konfigureres for manuell eller automatisk styring. VMware-resurspuljer kan enkelt legges til, fjernes eller reorganiseres. Ved behov kan ressurspuljer isoleres mellom ulike forretningsenheter. Hvis arbeidsbelastningen p\u00e5 en eller flere virtuelle maskiner endres drastisk, fordeler VMware DRS de virtuelle maskinene mellom de fysiske serverne. Hvis den samlede arbeidsbelastningen avtar, kan noen fysiske servere midlertidig sl\u00e5s av, og arbeidsbelastningen konsolideres.<\/i><\/p>\n<h3>Hvorfor er balansering n\u00f8dvendig?<\/h3>\n<p>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nVi mener at DRS er en obligatorisk funksjon i skyen, selv om det ikke betyr at DRS m\u00e5 brukes alltid og overalt. Avhengig av form\u00e5let og behovene til skyen kan det v\u00e6re forskjellige krav til DRS og metodene for balansering. Det kan ogs\u00e5 finnes situasjoner der balansering ikke er n\u00f8dvendig i det hele tatt. Eller til og med kan v\u00e6re skadelig.<\/p>\n<p>For \u00e5 bedre forst\u00e5 hvor og for hvilke kunder DRS er n\u00f8dvendig, la oss vurdere deres m\u00e5l og oppgaver. Skyr kan deles inn i offentlige og private. Her er hovedforskjellene mellom disse skyene og kundenes m\u00e5l.<\/p>\n<p>Private skyer \/ Store bedriftskunder<br \/>\nOffentlige skyer \/ Sm\u00e5 og mellomstore bedrifter, enkeltpersoner<\/p>\n<p>Hovedkriteriet og m\u00e5lsetningen til operat\u00f8ren<br \/>\nTilby p\u00e5litelig tjeneste eller produkt<br \/>\nReduksjon av kostnadene for tjenester i konkurransen p\u00e5 markedet<\/p>\n<p>Krav til tjenesten<br \/>\nP\u00e5litelighet p\u00e5 alle niv\u00e5er og i alle systemkomponenter<\/p>\n<p>Garanti for ytelse<\/p>\n<p>Prioritering av virtuelle maskiner i flere kategorier\u00a0<\/p>\n<p>Informasjons- og fysisk datasikkerhet<\/p>\n<p>SLA og d\u00f8gn\u00e5pen st\u00f8tte<br \/>\nMaksimal enkelhet i \u00e5 f\u00e5 tilgang til tjenesten<\/p>\n<p>Relativt enkle tjenester<\/p>\n<p>Ansvar for data ligger hos kunden<\/p>\n<p>Prioritering av VM er ikke n\u00f8dvendig<\/p>\n<p>Informasjonssikkerhet p\u00e5 niv\u00e5 med typiske tjenester, ansvar ligger hos kunden<\/p>\n<p>Det kan oppst\u00e5 avbrudd<\/p>\n<p>Ingen SLA, kvaliteten er ikke garantert<\/p>\n<p>St\u00f8tte via e-post<\/p>\n<p>Sikkerhetskopiering er ikke obligatorisk<\/p>\n<p>Kundeegenskaper<br \/>\nEt sv\u00e6rt bredt spekter av applikasjoner.<\/p>\n<p>Legacy-applikasjoner, arvet fra selskapet.<\/p>\n<p>Komplekse tilpassede arkitekturer for hver kunde.<\/p>\n<p>Affinitet regler.<\/p>\n<p>Programvare opererer uten stopp i 7x24-modus.\u00a0<\/p>\n<p>Sikkerhetskopieringsverkt\u00f8y \"i sanntid.\"<\/p>\n<p>Forutsigbar syklisk belastning fra kunden.<br \/>\nTypiske applikasjoner \u2013 nettverksbalansering, Apache, WEB, VPN, SQL<\/p>\n<p>Applikasjonen kan stoppes for en kort periode<\/p>\n<p>Vil tillate vilk\u00e5rlig distribusjon av VM i skyen<\/p>\n<p>Sikkerhetskopiering utf\u00f8rt av kunden<\/p>\n<p>Forutsigbar statistisk gjennomsnittlig belastning ved mange kunder.<\/p>\n<p>Konsekvenser for arkitekturen<br \/>\nGeokluster<\/p>\n<p>Sentralisert eller distribuert lagringssystem<\/p>\n<p>Reserverbar lagringskontroller<br \/>\nLokal datalagring p\u00e5 databehandlingsnoder<\/p>\n<p>M\u00e5l med balanselegging<br \/>\nJevn fordeling av belastning<\/p>\n<p>Maksimal responsivitet for applikasjoner\u00a0<\/p>\n<p>Minimalt ventetid ved balanselegging<\/p>\n<p>Balansering kun ved \u00e5penbar n\u00f8dvendighet<\/p>\n<p>Ta deler av utstyret ut for vedlikehold<br \/>\nReduksjon av kostnadene for tjenesten og operat\u00f8rens utgifter\u00a0<\/p>\n<p>Frakobling av deler av ressursene ved lav belastning<\/p>\n<p>Energibesparelse<\/p>\n<p>Reduksjon av personalkostnader<\/p>\n<h3> Vi trekker f\u00f8lgende konklusjoner:<\/h3>\n<p>\n<b>For private skyer<\/b>, levert til store bedriftskunder, kan DRS brukes med hensyn til begrensninger:<\/p>\n<ul>\n<li>informasjonssikkerhet og hensyn til affinitetsregler ved balanselegging;<\/li>\n<li>tilgjengelighet av tilstrekkelig ressurser i reserve ved ulykker;<\/li>\n<li>data fra virtuelle maskiner ligger p\u00e5 sentraliserte eller distribuerte lagringssystemer;<\/li>\n<li>skjelettene av administrasjonsprosedyrer, sikkerhetskopiering og lastbalansering;<\/li>\n<li>lastbalansering kun innenfor klientens samling av verter;<\/li>\n<li>lastbalansering kun ved stor ubalanse, de mest effektive og trygge migrasjonene av virtuelle maskiner (fordi migreringen kan mislykkes);<\/li>\n<li>lastbalansering relatert til \u00abrolige\u00bb virtuelle maskiner (migrering av \u00abst\u00f8yende\u00bb virtuelle maskiner kan ta lang tid);<\/li>\n<li>lastbalansering med hensyn til \u00abkostnad\u00bb \u2014 belastning p\u00e5 spesialiserte lagringssystemer og nettverk (ved tilpassede arkitekturer for store kunder);<\/li>\n<li>lastbalansering med hensyn til de individuelle atferdsm\u00f8nstrene til hver virtuell maskin;<\/li>\n<li>lastbalansering helst i ikke-arbeidstid (natt, helger, h\u00f8ytider).<\/li>\n<\/ul>\n<p>\n<b>For offentlige skyer<\/b>, som tilbyr tjenester til sm\u00e5 kunder, kan DRS brukes mye oftere, med utvidede funksjoner:<\/p>\n<ul>\n<li>ingen begrensninger for informasjonssikkerhet og affinitetsregler; <\/li>\n<li>lastbalansering innenfor skyen;<\/li>\n<li>lastbalansering til enhver rimelig tid;<\/li>\n<li>lastbalansering av enhver virtuell maskin; <\/li>\n<li>lastbalansering av \u00abst\u00f8yende\u00bb virtuelle maskiner (for \u00e5 unng\u00e5 \u00e5 forstyrre de andre); <\/li>\n<li>data fra virtuelle maskiner ligger ofte p\u00e5 lokale disker;<\/li>\n<li>h\u00e5ndtering av gjennomsnittlig ytelse av spesialiserte lagringssystemer og nettverk (arkitekturen av skyen er enhetlig);<\/li>\n<li>lastbalansering etter generelle regler og eksisterende statistikk for oppf\u00f8rselen i datasenteret.<\/li>\n<\/ul>\n<p><\/p>\n<h2>Problemens kompleksitet<\/h2>\n<p>\nKompleksiteten ved lastbalansering er at DRS m\u00e5 h\u00e5ndtere et stort antall usikre faktorer:<\/p>\n<ul>\n<li>oppf\u00f8rselen til brukerne av hvert av kundens informasjonssystemer;<\/li>\n<li>algoritmer for drift av servere i informasjonssystemer;<\/li>\n<li>oppf\u00f8rselen til databasen sine servere;<\/li>\n<li>belastning p\u00e5 beregningsressurser, lagringssystemer, nettverk; <\/li>\n<li>samspillet mellom serverne i kampen om ressursene i skyen.<\/li>\n<\/ul>\n<p>\nBelastningen fra mange virtuelle applikasjons- og databaseservere p\u00e5 skyressursene skjer over tid, og konsekvensene kan manifestere seg og overlappe hverandre med uforutsigbare effekter over uforutsigbar tid. Selv for \u00e5 h\u00e5ndtere relativt enkle prosesser (for eksempel \u00e5 kontrollere en motor, et vannoppvarmingssystem i et hus) m\u00e5 automatiserte reguleringssystemer bruke kompliserte <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/%D0%9F%D0%98%D0%94-%D1%80%D0%B5%D0%B3%D1%83%D0%BB%D1%8F%D1%82%D0%BE%D1%80\">proportional-integral-derivative <\/a><\/noindex>algoritmer med tilbakemelding. <\/p>\n<p><img decoding=\"async\" alt=\"Belastningsbalansering i Openstack (Del 2)\" src=\"\/wp-content\/uploads\/2019\/09\/5270ddb943db9b4921a887e67c4f2a8f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOppdraget v\u00e5rt er betydelig mer komplisert, og det finnes en risiko for at systemet ikke vil kunne balansere lasten til etablerte verdier innen rimelig tid, selv om det ikke oppst\u00e5r eksterne p\u00e5virkninger fra brukere. <\/p>\n<p><img decoding=\"async\" alt=\"Belastningsbalansering i Openstack (Del 2)\" src=\"\/wp-content\/uploads\/2019\/09\/5214b3af233e7c718fd40e6336472903.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h2>Historien om v\u00e5re utviklinger<\/h2>\n<p>\nFor \u00e5 l\u00f8se dette problemet bestemte vi oss for \u00e5 ikke starte fra bunnen av, men heller bygge videre p\u00e5 eksisterende erfaringer, og begynte \u00e5 samarbeide med spesialister som hadde erfaring p\u00e5 dette omr\u00e5det. Heldigvis var v\u00e5r forst\u00e5else av problematikken helt p\u00e5 linje. <\/p>\n<h3>Trinn 1<\/h3>\n<p>\nVi brukte et system basert p\u00e5 nevralnettverksteknologi, og pr\u00f8vde p\u00e5 den m\u00e5ten \u00e5 optimalisere ressursene v\u00e5re.<\/p>\n<p>Interessen ved dette stadiet besto i \u00e5 teste ut en ny teknologi, mens viktigheten l\u00e5 i \u00e5 anvende en utradisjonell tiln\u00e6rming til probleml\u00f8sning, der standardmetoder knapt hadde n\u00e5dd sitt metningspunkt under ellers like forhold.<\/p>\n<p>Vi lanserte systemet, og vi begynte faktisk \u00e5 oppn\u00e5 balanse. St\u00f8rrelsen p\u00e5 skyen v\u00e5r gjorde at vi ikke fikk optimale resultater som utviklerne hadde meldt, men det var tydelig at balansen fungerte. <\/p>\n<p>Samtidig hadde vi betydelige begrensninger:<\/p>\n<ul>\n<li>For \u00e5 trene nevralnettverket er det n\u00f8dvendig at virtuelle maskiner fungerer uten vesentlige endringer i flere uker eller m\u00e5neder.<\/li>\n<li>Algoritmen er utviklet for optimalisering basert p\u00e5 analysen av tidligere \"historiske\" data.<\/li>\n<li>For \u00e5 trene nevralnettverket kreves det en betydelig mengde data og beregningsressurser. <\/li>\n<li>Optimalisering og balanse kan gj\u00f8res relativt sjelden \u2013 hver few timer, noe som er \u00e5penbart utilstrekkelig. <\/li>\n<\/ul>\n<p><\/p>\n<h3>Trinn 2<\/h3>\n<p>\nEttersom vi ikke var forn\u00f8yd med situasjonen, bestemte vi oss for \u00e5 modifisere systemet, og for dette m\u00e5tte vi svare p\u00e5 <b>det viktigste sp\u00f8rsm\u00e5let<\/b> \u2013 hvem lager vi det for?<\/p>\n<p>F\u00f8rst og fremst \u2013 for bedriftskunder. Det betyr at vi trenger et system som fungerer raskt, med de bedriftsmessige begrensningene som bare forenkler implementeringen.<\/p>\n<p><b>Det andre sp\u00f8rsm\u00e5let<\/b> \u2013 hva menes med ordet \u00abraskt\u00bb? Etter korte debatter bestemte vi oss for at vi kunne forholde oss til en responstid p\u00e5 5 \u2013 10 minutter, slik at kortvarige topper ikke ville f\u00f8re systemet inn i resonans.<\/p>\n<p><b>Det tredje sp\u00f8rsm\u00e5let<\/b> \u2013 hvilken st\u00f8rrelse p\u00e5 antall servere skal balanseres?<br \/>\nDette problemet l\u00f8ste seg selv. Som regel gj\u00f8r ikke kunder serveraggregater veldig store, og det er i samsvar med anbefalingene i artikkelen om \u00e5 begrense aggregatene til 30-40 servere.<\/p>\n<p>I tillegg forenkler vi oppgaven for balansealgoritmen ved \u00e5 segmentere serverpoolen.<\/p>\n<p><b>Det fjerde sp\u00f8rsm\u00e5let<\/b> \u2013 hvor godt passer et nevralt nettverk med sin lange l\u00e6ringsprosess og sjeldne balanseringer for oss? Vi har besluttet \u00e5 g\u00e5 bort fra det til fordel for enklere operative algoritmer, slik at vi kan f\u00e5 resultater p\u00e5 sekunder. <\/p>\n<p><img decoding=\"async\" alt=\"Belastningsbalansering i Openstack (Del 2)\" src=\"\/wp-content\/uploads\/2019\/09\/73fb927b304ca5d61090a5c045568931.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDu kan finne beskrivelsen av systemet som bruker slike algoritmer og dets ulemper <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/416391\/\">here <\/a><\/noindex><\/p>\n<p>Vi har implementert og lansert dette systemet og f\u00e5tt lovende resultater \u2013 n\u00e5 analyserer det regelmessig belastningen i skyen og gir anbefalinger om \u00e5 flytte virtuelle maskiner, som i stor grad er korrekte. Selv n\u00e5 er det synlig at vi kan oppn\u00e5 10-15% frigj\u00f8ring av ressurser for nye virtuelle maskiner med forbedring av kvaliteten p\u00e5 de eksisterende.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/ie\/ky\/wa\/iekywainupnidp_73j55hc1dbnw.png\"><img decoding=\"async\" alt=\"Belastningsbalansering i Openstack (Del 2)\" src=\"\/wp-content\/uploads\/2019\/09\/f1f0919ae653dc9b8c78b4d32d839313.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>Ved oppdagelse av ubalanse i RAM eller CPU gir systemet kommandoer til Tionix-planleggeren om \u00e5 utf\u00f8re levende migrasjon av n\u00f8dvendige virtuelle maskiner. Som det fremg\u00e5r av overv\u00e5kningssystemet, flyttet den virtuelle maskinen fra en (\u00f8vre) vert til en annen (nedre) vert og frigjorde minne p\u00e5 den \u00f8vre verten (markert med gule sirkler), og okkuperte det tilsvarende p\u00e5 den nedre (markert med hvite sirkler).<\/p>\n<p>Akkurat n\u00e5 pr\u00f8ver vi \u00e5 vurdere effektiviteten til den gjeldende algoritmen mer n\u00f8yaktig og leter etter mulige feil.<\/p>\n<h3>Trinn 3<\/h3>\n<p>\nMan skulle tro at vi kunne roe oss ned, vente p\u00e5 bevist effektivitet og avslutte emnet.<br \/>\nMen vi blir drevet til \u00e5 gjennomf\u00f8re et nytt trinn av f\u00f8lgende \u00e5penbare optimaliseringsmuligheter<\/p>\n<ol>\n<li>Statistikken, for eksempel, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cpubenchmark.net\/multi_cpu.html\">here <\/a><\/noindex>og <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cpubenchmark.net\/high_end_cpus.html\">here <\/a><\/noindex>viser at to- og fireprosessor-systemer er betydelig d\u00e5rligere enn enkeltprosessor-systemer i ytelse. Dette betyr at alle brukere f\u00e5r betydelig lavere avkastning fra CPU, RAM, SSD, LAN, FC i kj\u00f8pte multiprosessorsystemer sammenlignet med enkeltprosessor-systemer. <\/li>\n<li>Selve ressursplanleggerne kan operere med alvorlige feil, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.ece.ubc.ca\/~sasha\/papers\/eurosys16-final29.pdf\">her er en av artiklene<\/a><\/noindex> om dette emnet. <\/li>\n<li>Teknologiane som tilbys av Intel og AMD for overv\u00e5king av RAM og cache gj\u00f8r det mulig \u00e5 studere atferden til virtuelle maskiner og plassere dem slik at \u00abbr\u00e5kete\u00bb naboer ikke forstyrrer de \u00abrolige\u00bb virtuelle maskinene. <\/li>\n<li>Utvidelse av parametrene (nettverk, lagringssystem, prioritet for virtuell maskin, kostnad ved migrering, samt klarhet for migrering).<\/li>\n<\/ol>\n<p><\/p>\n<h2>Totalt<\/h2>\n<p>\nResultatet av v\u00e5rt arbeid med \u00e5 forbedre balanseringsalgoritmene har f\u00f8rt til en tydelig konklusjon om at moderne algoritmer kan oppn\u00e5 betydelig optimalisering av ressurser (25-30%) i datasentre, samtidig som kvaliteten p\u00e5 kundeservicen forbedres.<\/p>\n<p>Algoritmen basert p\u00e5 nevrale nettverk er uten tvil interessant, men n\u00f8dvendig med videre utvikling, og p\u00e5 grunn av eksisterende begrensninger er den ikke passende for denne typen oppgaver p\u00e5 volum som er karakteristisk for private skyer. Imidlertid har algoritmen vist gode resultater i offentlige skyer av betydelig st\u00f8rrelse.<\/p>\n<p>Mer informasjon om prosessorer, planleggere og h\u00f8y-niv\u00e5 balansering vil bli delt i de f\u00f8lgende artiklene.<br \/>\n<br \/>Kilde: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/rostelecom\/blog\/465715\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412 \u043f\u0440\u043e\u0448\u043b\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b\u0438 \u043e \u043f\u043e\u043f\u044b\u0442\u043a\u0430\u0445 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c Watcher \u0438 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b\u0438 \u043e\u0442\u0447\u0435\u0442 \u0438\u0441\u043f\u044b\u0442\u0430\u043d\u0438\u0439. \u0422\u0430\u043a\u0438\u0435 \u0438\u0441\u043f\u044b\u0442\u0430\u043d\u0438\u044f \u043c\u044b \u043f\u0435\u0440\u0438\u043e\u0434\u0438\u0447\u0435\u0441\u043a\u0438 \u043f\u0440\u043e\u0432\u043e\u0434\u0438\u043c \u0434\u043b\u044f \u0431\u0430\u043b\u0430\u043d\u0441\u0438\u0440\u043e\u0432\u043a\u0438 \u0438 \u0434\u0440\u0443\u0433\u0438\u0445 \u043a\u0440\u0438\u0442\u0438\u0447\u0435\u0441\u043a\u0438\u0445 \u0444\u0443\u043d\u043a\u0446\u0438\u0439 \u0431\u043e\u043b\u044c\u0448\u043e\u0433\u043e \u043a\u043e\u0440\u043f\u043e\u0440\u0430\u0442\u0438\u0432\u043d\u043e\u0433\u043e \u0438\u043b\u0438 \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440\u0441\u043a\u043e\u0433\u043e \u043e\u0431\u043b\u0430\u043a\u0430. \u0412\u044b\u0441\u043e\u043a\u0430\u044f \u0441\u043b\u043e\u0436\u043d\u043e\u0441\u0442\u044c \u0440\u0435\u0448\u0430\u0435\u043c\u043e\u0439 \u0437\u0430\u0434\u0430\u0447\u0438, \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e, \u043f\u043e\u0442\u0440\u0435\u0431\u0443\u0435\u0442 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u0445 \u0441\u0442\u0430\u0442\u0435\u0439 \u0434\u043b\u044f \u043e\u043f\u0438\u0441\u0430\u043d\u0438\u044f \u043d\u0430\u0448\u0435\u0433\u043e \u043f\u0440\u043e\u0435\u043a\u0442\u0430. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043f\u0443\u0431\u043b\u0438\u043a\u0443\u0435\u043c \u0432\u0442\u043e\u0440\u0443\u044e \u0441\u0442\u0430\u0442\u044c\u044e \u0446\u0438\u043a\u043b\u0430, \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u043d\u0443\u044e \u0431\u0430\u043b\u0430\u043d\u0441\u0438\u0440\u043e\u0432\u043a\u0435 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d \u0432 \u043e\u0431\u043b\u0430\u043a\u0435. \u041d\u0435\u043c\u043d\u043e\u0433\u043e \u0442\u0435\u0440\u043c\u0438\u043d\u043e\u043b\u043e\u0433\u0438\u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28330,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37745","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.5 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412 \u043f\u0440\u043e\u0448\u043b\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b\u0438 \u043e \u043f\u043e\u043f\u044b\u0442\u043a\u0430\u0445 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c Watcher \u0438 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b\u0438 \u043e\u0442\u0447\u0435\u0442 \u0438\u0441\u043f\u044b\u0442\u0430\u043d\u0438\u0439.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/balansirovka-nagruzki-v-openstack-chast-2\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.5\" \/>\n\t\t<meta property=\"og:locale\" content=\"nn_NO\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0411\u0430\u043b\u0430\u043d\u0441\u0438\u0440\u043e\u0432\u043a\u0430 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0438 \u0432 Openstack (\u0427\u0430\u0441\u0442\u044c 2) | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412 \u043f\u0440\u043e\u0448\u043b\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b\u0438 \u043e \u043f\u043e\u043f\u044b\u0442\u043a\u0430\u0445 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c Watcher \u0438 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b\u0438 \u043e\u0442\u0447\u0435\u0442 \u0438\u0441\u043f\u044b\u0442\u0430\u043d\u0438\u0439.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/balansirovka-nagruzki-v-openstack-chast-2\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:19:28+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:19:28+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47 Belastningsbalansering i Openstack (Del 2) | ProHoster","description":"I forrige artikkel snakket vi om fors\u00f8kene p\u00e5 \u00e5 bruke Watcher og presenterte rapporten fra testene.","canonical_url":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/balansirovka-nagruzki-v-openstack-chast-2","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nn_NO","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0411\u0430\u043b\u0430\u043d\u0441\u0438\u0440\u043e\u0432\u043a\u0430 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0438 \u0432 Openstack (\u0427\u0430\u0441\u0442\u044c 2) | ProHoster","og:description":"\u0412 \u043f\u0440\u043e\u0448\u043b\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b\u0438 \u043e \u043f\u043e\u043f\u044b\u0442\u043a\u0430\u0445 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c Watcher \u0438 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b\u0438 \u043e\u0442\u0447\u0435\u0442 \u0438\u0441\u043f\u044b\u0442\u0430\u043d\u0438\u0439.","og:url":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/balansirovka-nagruzki-v-openstack-chast-2","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:19:28+00:00","article:modified_time":"2019-10-31T19:19:28+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37745","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 19:08:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:21:23","updated":"2026-01-23 19:08:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/37745","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/comments?post=37745"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/37745\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/media\/28330"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/media?parent=37745"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/categories?post=37745"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/tags?post=37745"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}