{"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\/sv\/blog\/administrirovanie\/balansirovka-nagruzki-v-openstack-chast-2","title":{"rendered":"Lastbalansering 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\/\">den f\u00f6reg\u00e5ende artikeln.<\/a><\/noindex> Vi har diskuterat v\u00e5ra f\u00f6rs\u00f6k att anv\u00e4nda Watcher och presenterat en testrapport. S\u00e5dana tester genomf\u00f6r vi regelbundet f\u00f6r lastbalansering och andra kritiska funktioner i stora f\u00f6retags- eller operatormoln.<\/p>\n<p>Den h\u00f6ga komplexiteten hos uppgiften vi l\u00f6ser kan kr\u00e4va flera artiklar f\u00f6r att beskriva v\u00e5rt projekt. I dag publicerar vi den andra artikeln i serien, som handlar om lastbalansering av virtuella maskiner i molnet. <\/p>\n<h3>Lite terminologi<\/h3>\n<p>\nF\u00f6retaget VmWare har introducerat verktyget DRS (Distributed Resource Scheduler) f\u00f6r att balansera lasterna i den milj\u00f6 f\u00f6r virtualisering som de har utvecklat och erbjuder. <\/p>\n<p>Som skrivet av <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) \u00e4r ett verktyg som balanserar datorkrafter med tillg\u00e4ngliga resurser i en virtuell milj\u00f6. Verktyget \u00e4r en del av en virtualiseringspaket som kallas VMware Infrastructure.<\/p>\n<p>Med VMware DRS definierar anv\u00e4ndare regler f\u00f6r f\u00f6rdelning av fysiska resurser mellan virtuella maskiner (VM). Verktyget kan konfigureras f\u00f6r manuell eller automatisk hantering. Resursgrupper i VMware kan enkelt l\u00e4ggas till, tas bort eller omorganiseras. Om s\u00e5 \u00f6nskas kan resursgrupper isoleras mellan olika aff\u00e4rsenheter. Om arbetsbelastningen p\u00e5 en eller flera virtuella maskiner f\u00f6r\u00e4ndras kraftigt, omf\u00f6rdelar VMware DRS de virtuella maskinerna mellan fysiska servrar. Om den totala arbetsbelastningen minskar kan vissa fysiska servrar tillf\u00e4lligt st\u00e4ngas av, och arbetsbelastningen konsolideras.\u00bb<\/i><\/p>\n<h3>Varf\u00f6r beh\u00f6vs lastbalansering?<\/h3>\n<p>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nEnligt v\u00e5r \u00e5sikt \u00e4r DRS en n\u00f6dv\u00e4ndig funktion i molnet, \u00e4ven om det inte betyder att DRS alltid och \u00f6verallt m\u00e5ste anv\u00e4ndas. Beroende p\u00e5 syftet och behoven hos molnet kan det finnas olika krav p\u00e5 DRS och metoder f\u00f6r lastbalansering. Det kan finnas situationer d\u00e4r lastbalansering inte alls beh\u00f6vs, eller till och med \u00e4r skadlig.<\/p>\n<p>F\u00f6r att f\u00f6rst\u00e5 b\u00e4ttre var och f\u00f6r vilka kunder DRS beh\u00f6vs, l\u00e5t oss \u00f6verv\u00e4ga deras m\u00e5l och uppgifter. Moln kan delas in i offentliga och privata. H\u00e4r \u00e4r de viktigaste skillnaderna mellan dessa moln och kundernas m\u00e5l.<\/p>\n<p>Privata moln \/ Stora f\u00f6retagskunder<br \/>\nOffentliga moln \/ Medel och sm\u00e5 f\u00f6retag, individer<\/p>\n<p>Huvudkriteriet och m\u00e5len f\u00f6r operat\u00f6ren<br \/>\nAtt tillhandah\u00e5lla en p\u00e5litlig tj\u00e4nst eller produkt<br \/>\nMinskning av kostnader f\u00f6r tj\u00e4nster i kampen p\u00e5 den konkurrensutsatta marknaden<\/p>\n<p>Krav p\u00e5 tj\u00e4nsten<br \/>\nTillf\u00f6rlitlighet p\u00e5 alla niv\u00e5er och i alla systemets element<\/p>\n<p>Garantit f\u00f6r prestanda<\/p>\n<p>Prioritering av virtuella maskiner i flera kategorier\u00a0<\/p>\n<p>Informations- och fysisk s\u00e4kerhet f\u00f6r data<\/p>\n<p>SLA och support dygnet runt<br \/>\nMaximal enkelhet att f\u00e5 tj\u00e4nsten<\/p>\n<p>Relativt enkla tj\u00e4nster<\/p>\n<p>Ansvar f\u00f6r data ligger hos kunden<\/p>\n<p>Prioritering av VM beh\u00f6vs inte<\/p>\n<p>Informationss\u00e4kerhet p\u00e5 niv\u00e5n av standardtj\u00e4nster, ansvar hos kunden<\/p>\n<p>F\u00f6rseningar kan intr\u00e4ffa<\/p>\n<p>Ingen SLA, kvalitet garanteras inte<\/p>\n<p>Support via e-post<\/p>\n<p>Backup \u00e4r inte obligatorisk<\/p>\n<p>Kundens specifika behov<br \/>\nMycket brett spektrum av applikationer.<\/p>\n<p>Legacy-applikationer, \u00e4rvda inom f\u00f6retaget.<\/p>\n<p>Komplexa anpassade arkitekturer f\u00f6r varje kund.<\/p>\n<p>Affinitetsregler.<\/p>\n<p>Programvaran fungerar utan avbrott i 7x24-l\u00e4ge.\u00a0<\/p>\n<p>Backupverktyg \"on-the-fly\".<\/p>\n<p>F\u00f6ruts\u00e4gbar cyklisk belastning fr\u00e5n kunden.<br \/>\nStandardapplikationer \u2013 n\u00e4tverksbalansering, Apache, WEB, VPN, SQL<\/p>\n<p>M\u00f6jlig nedst\u00e4ngning av applikationen under en tid<\/p>\n<p>Fria placeringar av VM i molnet<\/p>\n<p>Backup utf\u00f6rd av kunden<\/p>\n<p>F\u00f6ruts\u00e4gbar statistiskt genomsnittlig belastning med m\u00e5nga kunder.<\/p>\n<p>Konsekvenser f\u00f6r arkitekturen<br \/>\nGeokluster<\/p>\n<p>Centraliserad eller distribuerad lagringsl\u00f6sning<\/p>\n<p>Reservkraft<br \/>\nLokal lagring av data p\u00e5 databehandlingsnoder<\/p>\n<p>M\u00e5l f\u00f6r balansering<br \/>\nJ\u00e4mn f\u00f6rdelning av belastning<\/p>\n<p>Maximal responsivitet f\u00f6r applikationer\u00a0<\/p>\n<p>Minimal f\u00f6rdr\u00f6jningstid vid balansering<\/p>\n<p>Balansering endast vid tydligt behov<\/p>\n<p>Uppdrag av viss utrustning f\u00f6r underh\u00e5ll<br \/>\nMinskning av kostnader f\u00f6r tj\u00e4nsten och operat\u00f6rens kostnader\u00a0<\/p>\n<p>Avst\u00e4ngning av vissa resurser vid l\u00e5g belastning<\/p>\n<p>Energibesparing<\/p>\n<p>Minskade personalkostnader<\/p>\n<h3> Vi drar f\u00f6ljande slutsatser:<\/h3>\n<p>\n<b>F\u00f6r privata moln<\/b>, som tillhandah\u00e5lls stora f\u00f6retagskunder, kan DRS till\u00e4mpas med h\u00e4nsyn till begr\u00e4nsningar:<\/p>\n<ul>\n<li>informationss\u00e4kerhet och beaktande av affinitetsregler vid balansering;<\/li>\n<li>tillg\u00e5ng till tillr\u00e4ckliga resurser i reserv vid en olycka;<\/li>\n<li>data fr\u00e5n virtuella maskiner lagras p\u00e5 en centraliserad eller distribuerad lagringsl\u00f6sning;<\/li>\n<li>tidsf\u00f6rdelning av administrations-, backup- och balanseringsprocedurer;<\/li>\n<li>balansering endast inom kundens hostaggregat;<\/li>\n<li>balansering endast vid stark obalans, de mest effektiva och s\u00e4kra VM-migreringarna (eftersom migrering kan misslyckas);<\/li>\n<li>balansering i f\u00f6rh\u00e5llande till \"lugna\" virtuella maskiner (migrering av \"bullriga\" virtuella maskiner kan ta v\u00e4ldigt l\u00e5ng tid);<\/li>\n<li>balansering med h\u00e4nsyn till \"kostnaden\" \u2013 belastningen p\u00e5 lagringssystemet och n\u00e4tverket (vid anpassade arkitekturer f\u00f6r stora kunder);<\/li>\n<li>balansering med h\u00e4nsyn till de individuella beteendeegenskaperna hos varje VM;<\/li>\n<li>balansering helst under icke-arbetstid (natt, helger, h\u00f6gtider).<\/li>\n<\/ul>\n<p>\n<b>F\u00f6r offentliga moln<\/b>, som tillhandah\u00e5ller tj\u00e4nster till sm\u00e5 kunder, kan DRS till\u00e4mpas mycket oftare, med ut\u00f6kade m\u00f6jligheter:<\/p>\n<ul>\n<li>fr\u00e5nvaro av begr\u00e4nsningar f\u00f6r informationss\u00e4kerhet och affinitetsregler; <\/li>\n<li>balansering inom molnet;<\/li>\n<li>balansering vid all rimlig tid;<\/li>\n<li>balansering av vilken VM som helst; <\/li>\n<li>balansering av \"bullriga\" virtuella maskiner (f\u00f6r att inte st\u00f6ra de andra); <\/li>\n<li>data fr\u00e5n virtuella maskiner finns ofta p\u00e5 lokala diskar;<\/li>\n<li>beaktande av den genomsnittliga prestandan hos lagringssystemet och n\u00e4tverket (molnets arkitektur \u00e4r en enhet);<\/li>\n<li>balansering enligt generella regler och befintlig statistik \u00f6ver datacenterbeteende.<\/li>\n<\/ul>\n<p><\/p>\n<h2>Problemets komplexitet<\/h2>\n<p>\nKomplexiteten i balanseringen ligger i det faktum att DRS m\u00e5ste arbeta med ett stort antal os\u00e4kra faktorer:<\/p>\n<ul>\n<li>anv\u00e4ndarbeteende i varje kunds informationssystem;<\/li>\n<li>algoritmer f\u00f6r servernas arbete i informationssystem;<\/li>\n<li>beteendet hos databasservere;<\/li>\n<li>belastning p\u00e5 ber\u00e4kningsresurser, lagringssystem och n\u00e4tverk; <\/li>\n<li>interaktion mellan servrar i kampen om molnets resurser.<\/li>\n<\/ul>\n<p>\nBelastningen av ett stort antal virtuella applikations- och databasservrar p\u00e5 molnresurser sker \u00f6ver tid, och konsekvenserna kan manifestera sig och \u00f6verlappa varandra med of\u00f6ruts\u00e4gbara effekter \u00f6ver en of\u00f6ruts\u00e4gbar tidsperiod. \u00c4ven f\u00f6r att hantera relativt enkla processer (till exempel f\u00f6r att styra en motor, ett system f\u00f6r vattenuppv\u00e4rmning i hemmet) m\u00e5ste automatiska regleringssystem anv\u00e4nda komplexa <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-differentierande <\/a><\/noindex>algoritmer med \u00e5terkoppling. <\/p>\n<p><img decoding=\"async\" alt=\"Lastbalansering i OpenStack (Del 2)\" src=\"\/wp-content\/uploads\/2019\/09\/5270ddb943db9b4921a887e67c4f2a8f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nV\u00e5r uppgift \u00e4r flera niv\u00e5er mer komplicerad, och det finns en risk att systemet inte kan genomf\u00f6ra belastningsbalansering till stabiliserade v\u00e4rden inom rimlig tid, \u00e4ven om externa p\u00e5tryckningar fr\u00e5n anv\u00e4ndare inte uppst\u00e5r. <\/p>\n<p><img decoding=\"async\" alt=\"Lastbalansering 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\u00e5ra utvecklingar<\/h2>\n<p>\nF\u00f6r att l\u00f6sa detta problem beslutade vi oss f\u00f6r att inte b\u00f6rja om fr\u00e5n b\u00f6rjan, utan ist\u00e4llet bygga p\u00e5 den befintliga kunskapen, och vi b\u00f6rjade samarbeta med specialister inom detta omr\u00e5de. Lyckligtvis sammanf\u00f6ll v\u00e5r f\u00f6rst\u00e5else av problematiken helt. <\/p>\n<h3>Steg 1<\/h3>\n<p>\nVi anv\u00e4nde ett system baserat p\u00e5 neuronn\u00e4tsteknik och f\u00f6rs\u00f6kte optimera v\u00e5ra resurser utifr\u00e5n det.<\/p>\n<p>Intresset f\u00f6r detta skede l\u00e5g i att pr\u00f6va en ny teknik, och dess betydelse l\u00e5g i till\u00e4mpningen av en ovanlig metod f\u00f6r att l\u00f6sa problemet, d\u00e4r standardmetoderna i \u00f6vrigt n\u00e4stan hade utt\u00f6mt sina m\u00f6jligheter.<\/p>\n<p>Vi lanserade systemet, och vi s\u00e5g verkligen en belastningsbalansering. Storleken p\u00e5 v\u00e5rt moln gjorde att vi inte fick de optimistiska resultaten som utlovades av utvecklarna, men det var tydligt att balanseringen fungerade. <\/p>\n<p>Samtidigt hade vi ganska allvarliga begr\u00e4nsningar:<\/p>\n<ul>\n<li>F\u00f6r att tr\u00e4na neuronn\u00e4tet \u00e4r det n\u00f6dv\u00e4ndigt att de virtuella maskinerna fungerar utan betydande f\u00f6r\u00e4ndringar under veckor eller m\u00e5nader.<\/li>\n<li>Algoritmen \u00e4r utformad f\u00f6r optimering baserat p\u00e5 analys av tidigare \"historiska\" data.<\/li>\n<li>F\u00f6r att tr\u00e4na neuronn\u00e4tet kr\u00e4vs en tillr\u00e4ckligt stor m\u00e4ngd data och ber\u00e4kningsresurser. <\/li>\n<li>Optimering och balansering kan g\u00f6ras relativt s\u00e4llan \u2013 en g\u00e5ng var flera timmar, vilket uppenbarligen \u00e4r otillr\u00e4ckligt. <\/li>\n<\/ul>\n<p><\/p>\n<h3>Steg 2<\/h3>\n<p>\nEftersom vi inte var n\u00f6jda med situationen beslutade vi att modifiera systemet, och f\u00f6r detta beh\u00f6vde vi svara p\u00e5 <b>den huvudsakliga fr\u00e5gan<\/b> \u2013 f\u00f6r vem g\u00f6r vi det?<\/p>\n<p>F\u00f6rst och fr\u00e4mst \u2013 f\u00f6r f\u00f6retagskunder. Det inneb\u00e4r att vi beh\u00f6ver ett system som fungerar snabbt, med de f\u00f6retagsbegr\u00e4nsningar som bara f\u00f6renklar genomf\u00f6randet.<\/p>\n<p><b>Den andra fr\u00e5gan<\/b> \u2013 vad menar vi med \"snabbt\"? Efter korta diskussioner beslutade vi att vi kunde utg\u00e5 fr\u00e5n en reaktionstid p\u00e5 5\u201310 minuter, s\u00e5 att kortvariga toppar inte st\u00f6r systemet.<\/p>\n<p><b>Den tredje fr\u00e5gan<\/b> \u2013 vilken storlek p\u00e5 det balanseterade antalet servrar ska vi v\u00e4lja?<br \/>\nDetta problem l\u00f6ste sig sj\u00e4lvt. Som regel g\u00f6r inte kunderna serveraggregat s\u00e4rskilt stora, och detta \u00f6verensst\u00e4mmer med rekommendationerna i artikeln om att begr\u00e4nsa aggregat till 30-40 servrar.<\/p>\n<p>Dessutom, genom att segmentera serverpoolen f\u00f6renklar vi algoritmens balansjobb.<\/p>\n<p><b>Den fj\u00e4rde fr\u00e5gan<\/b> \u2013 hur l\u00e4mplig \u00e4r en neuronn\u00e4tverk med dess l\u00e5nga inl\u00e4rningsprocess och s\u00e4llsynta balanseringar f\u00f6r oss? Vi har beslutat att avst\u00e5 fr\u00e5n det till f\u00f6rm\u00e5n f\u00f6r enklare operationella algoritmer f\u00f6r att f\u00e5 resultat p\u00e5 sekunder. <\/p>\n<p><img decoding=\"async\" alt=\"Lastbalansering i OpenStack (Del 2)\" src=\"\/wp-content\/uploads\/2019\/09\/73fb927b304ca5d61090a5c045568931.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDu kan bekanta dig med systembeskrivningen som anv\u00e4nder s\u00e5dana algoritmer och dess nackdelar <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/416391\/\">). Ett typiskt exempel p\u00e5 anv\u00e4ndning: <\/a><\/noindex><\/p>\n<p>Vi implementerade och lanserade detta system och fick lovande resultat \u2013 nu analyserar det regelbundet belastningen i molnet och ger rekommendationer f\u00f6r flyttning av virtuella maskiner, vilket ofta \u00e4r korrekt. Redan nu \u00e4r det tydligt att vi kan uppn\u00e5 10-15 % frig\u00f6ring av resurser f\u00f6r nya virtuella maskiner med f\u00f6rb\u00e4ttrad kvalitet p\u00e5 de befintliga.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/ie\/ky\/wa\/iekywainupnidp_73j55hc1dbnw.png\"><img decoding=\"async\" alt=\"Lastbalansering i OpenStack (Del 2)\" src=\"\/wp-content\/uploads\/2019\/09\/f1f0919ae653dc9b8c78b4d32d839313.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>Vid uppt\u00e4ckten av obalans i RAM eller CPU ger systemet kommandon till Tionyx-schemal\u00e4ggaren f\u00f6r att genomf\u00f6ra levande migration av de n\u00f6dv\u00e4ndiga virtuella maskinerna. Som syns i \u00f6vervakningssystemet, flyttades den virtuella maskinen fr\u00e5n en (\u00f6vre) till en annan (nedre) v\u00e4rd och frigjorde minne p\u00e5 den \u00f6vre v\u00e4rden (markerad i gula cirklar), och tog det motsvarande p\u00e5 den nedre (markerad i vita cirklar).<\/p>\n<p>Just nu f\u00f6rs\u00f6ker vi mer noggrant bed\u00f6ma effektiviteten av den nuvarande algoritmen och letar efter m\u00f6jliga fel i den.<\/p>\n<h3>Steg 3<\/h3>\n<p>\nDet skulle tyckas att vi kan nu lugna oss, v\u00e4nta p\u00e5 bevisad effektivitet och st\u00e4nga \u00e4mnet.<br \/>\nMen f\u00f6ljande uppenbara optimeringsm\u00f6jligheter driver oss till att genomf\u00f6ra ett nytt steg<\/p>\n<ol>\n<li>Statistik, till exempel, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cpubenchmark.net\/multi_cpu.html\">). Ett typiskt exempel p\u00e5 anv\u00e4ndning: <\/a><\/noindex>och <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cpubenchmark.net\/high_end_cpus.html\">). Ett typiskt exempel p\u00e5 anv\u00e4ndning: <\/a><\/noindex>visar att tv\u00e5- och fyrprocessorsystem presterar betydligt s\u00e4mre \u00e4n enprocessor-system. Det betyder att alla anv\u00e4ndare f\u00e5r en mycket mindre avkastning fr\u00e5n ink\u00f6pta CPU, RAM, SSD, LAN, FC i flerprocessor-system j\u00e4mf\u00f6rt med enprocessor-system. <\/li>\n<li>Sj\u00e4lva resursschemal\u00e4ggarna kan arbeta med betydande fel, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.ece.ubc.ca\/~sasha\/papers\/eurosys16-final29.pdf\">detta \u00e4r en av artiklarna<\/a><\/noindex> om detta \u00e4mne. <\/li>\n<li>De teknologier som erbjuds av Intel och AMD f\u00f6r \u00f6vervakning av RAM och cache g\u00f6r det m\u00f6jligt att studera beteendet hos virtuella maskiner och placera dem p\u00e5 ett s\u00e4tt s\u00e5 att \"brusiga\" grannar inte st\u00f6r \"lugna\" virtuella maskiner. <\/li>\n<li>Ut\u00f6ka upps\u00e4ttningen av parametrar (n\u00e4tverk, lagringssystem, prioritet f\u00f6r virtuella maskiner, kostnad f\u00f6r migrering, beredskap f\u00f6r migrering).<\/li>\n<\/ol>\n<p><\/p>\n<h2>Sammanfattningsvis<\/h2>\n<p>\nResultatet av v\u00e5rt arbete med att f\u00f6rb\u00e4ttra balansalgoritmerna har lett till en tydlig slutsats att genom moderna algoritmer kan man uppn\u00e5 betydande resurseffektivisering (25-30%) i datacenter och samtidigt h\u00f6ja kvaliteten p\u00e5 kundservicen.<\/p>\n<p>Algoritmen som \u00e4r baserad p\u00e5 neurala n\u00e4tverk \u00e4r utan tvekan intressant, men kr\u00e4ver vidareutveckling och \u00e4r p\u00e5 grund av befintliga begr\u00e4nsningar inte l\u00e4mplig f\u00f6r uppgifter av den storlek som \u00e4r typiska f\u00f6r privata moln. I offentliga moln av betydande storlek har algoritmen emellertid visat goda resultat.<\/p>\n<p>Mer om processorer, schemal\u00e4ggare och h\u00f6gre niv\u00e5 av balansning kommer vi att ber\u00e4tta i kommande artiklar.<br \/>\n<br \/>K\u00e4lla: <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.4 - 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\/sv\/blog\/administrirovanie\/balansirovka-nagruzki-v-openstack-chast-2\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sv_SE\" \/>\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\/sv\/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\udd47Lastbalansering i Openstack (Del 2) | ProHoster","description":"I den f\u00f6reg\u00e5ende artikeln ber\u00e4ttade vi om f\u00f6rs\u00f6k att anv\u00e4nda Watcher och presenterade en testrapport.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/balansirovka-nagruzki-v-openstack-chast-2","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\/sv\/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\/sv\/wp-json\/wp\/v2\/posts\/37745","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=37745"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/37745\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media\/28330"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=37745"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=37745"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=37745"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}