{"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\/nl\/blog\/administrirovanie\/balansirovka-nagruzki-v-openstack-chast-2","title":{"rendered":"Load balancing in OpenStack (Deel 2)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>In <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/rostelecom\/blog\/461483\/\">in het vorige artikel<\/a><\/noindex> We discussed the attempts to use Watcher and presented the test report. We periodically conduct such tests for balancing and other critical functions of large corporate or operator clouds.<\/p>\n<p>The high complexity of the task may require several articles to describe our project. Today we publish the second article in the series, dedicated to balancing virtual machines in the cloud. <\/p>\n<h3>A bit of terminology<\/h3>\n<p>\nVmWare introduced the DRS (Distributed Resource Scheduler) utility for load balancing in their developed and offered virtualization environment. <\/p>\n<p>As stated by <noindex><a rel=\"nofollow\" href=\"https:\/\/searchvmware.techtarget.com\/definition\/VMware-DRS\">searchvmware.techtarget.com\/definition\/VMware-DRS<\/a><\/noindex><br \/>\n<i>\u201cVMware DRS (Distributed Resource Scheduler) is a utility that balances computing loads with available resources in a virtual environment. The utility is part of a virtualization package called VMware Infrastructure.<\/p>\n<p>With VMware DRS, users define rules for distributing physical resources among virtual machines (VMs). The utility can be configured for manual or automatic management. VMware resource pools can be easily added, removed, or reorganized. If desired, resource pools can be isolated among different business units. If the workload on one or more virtual machines changes dramatically, VMware DRS redistributes the virtual machines among physical servers. If the overall workload decreases, some physical servers may be temporarily shut down, and the workload consolidated.<\/i><\/p>\n<h3>Why is balancing necessary?<\/h3>\n<p>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nIn our opinion, DRS is an essential function of the cloud, although this does not mean that DRS should be used all the time and everywhere. Depending on the purpose and needs of the cloud, there may be different requirements for DRS and balancing methods. There may even be situations where balancing is not needed at all. Or could even be harmful.<\/p>\n<p>To better understand where and for which clients DRS is needed, let's consider their goals and tasks. Clouds can be divided into public and private. Here are the main differences of these clouds and client goals.<\/p>\n<p>Private clouds \/ Large corporate clients<br \/>\nPublic clouds \/ Small and medium businesses, individuals<\/p>\n<p>Main criterion and goals of the operator<br \/>\nProviding a reliable service or product<br \/>\nKostenverlaging van diensten in de strijd op de concurrerende markt<\/p>\n<p>Vereisten voor de dienst<br \/>\nBetrouwbaarheid op alle niveaus en in alle systeemcomponenten<\/p>\n<p>Gewaarborgde prestaties<\/p>\n<p>Prioritering van virtuele machines in verschillende categorie\u00ebn\u00a0<\/p>\n<p>Informatieve en fysieke beveiliging van gegevens<\/p>\n<p>SLA en 24\/7 ondersteuning<br \/>\nMaximale eenvoud bij het verkrijgen van de dienst<\/p>\n<p>Relatief eenvoudige diensten<\/p>\n<p>Verantwoordelijkheid voor gegevens ligt bij de klant<\/p>\n<p>Prioritering van VM is niet vereist<\/p>\n<p>Informatieve beveiliging op het niveau van standaarddiensten, verantwoordelijkheid ligt bij de klant<\/p>\n<p>Er kunnen storingen optreden<\/p>\n<p>Geen SLA, kwaliteit niet gegarandeerd<\/p>\n<p>Ondersteuning via e-mail<\/p>\n<p>Back-up is niet verplicht<\/p>\n<p>Klantspecifieke kenmerken<br \/>\nUitgebreide verscheidenheid aan applicaties.<\/p>\n<p>Legacy-applicaties, ge\u00ebrfd binnen het bedrijf.<\/p>\n<p>Complexe, op maat gemaakte architecturen voor elke klant.<\/p>\n<p>Affinity-regels.<\/p>\n<p>Software werkt continu in een 7x24 modus.\u00a0<\/p>\n<p>Back-upmiddelen 'onderweg'.<\/p>\n<p>Voorspelbare cyclische belasting van de klant.<br \/>\nStandaard applicaties \u2013 netwerktechniek, Apache, WEB, VPN, SQL<\/p>\n<p>Applicatie kan tijdelijk worden stopgezet<\/p>\n<p>Vrije verdeling van VM in de cloud toegestaan<\/p>\n<p>Back-up door de klant uitgevoerd<\/p>\n<p>Voorspelbare statistisch gemiddeld belasting bij een groot aantal klanten.<\/p>\n<p>Gevolgen voor de architectuur<br \/>\nGeoclusterisatie<\/p>\n<p>Gecentraliseerde of gedistribueerde opslag<\/p>\n<p>Reserveert SAN<br \/>\nLokale gegevensopslag op rekennodes<\/p>\n<p>Doelen van load balancing<br \/>\nGelijke verdeling van de belasting<\/p>\n<p>Maximale responsiviteit van applicaties\u00a0<\/p>\n<p>Minimale vertraging bij load balancing<\/p>\n<p>Load balancing alleen bij expliciete noodzaak<\/p>\n<p>Uitzetting van apparatuur voor onderhoud<br \/>\nKostenverlaging van de service en operatoruitgaven\u00a0<\/p>\n<p>Uitschakeling van bepaalde middelen bij lage belasting<\/p>\n<p>Energiebesparing<\/p>\n<p>Verlaging van personeelskosten<\/p>\n<h3> Wij trekken de volgende conclusies:<\/h3>\n<p>\n<b>Voor private clouds<\/b>, geleverd aan grote zakelijke klanten, kan DRS onder bepaalde voorwaarden worden toegepast:<\/p>\n<ul>\n<li>informatieve beveiliging en rekening houden met affinity-regels tijdens load balancing;<\/li>\n<li>voldoende reserve hulpbronnen beschikbaar in geval van een storing;<\/li>\n<li>gegevens van virtuele machines bevinden zich op een centrale of gedistribueerde opslag;<\/li>\n<li>tijdelijke verspreiding van administratie-, back-up- en balansprocedures;<\/li>\n<li>balancering alleen binnen de cluster van klanthosts;<\/li>\n<li>balancering alleen bij een sterk onevenwicht, de meest effectieve en veilige VM-migraties (immers, een migratie kan mislukken);<\/li>\n<li>balancering ten opzichte van 'stille' virtuele machines (de migratie van 'luidruchtige' virtuele machines kan erg lang duren);<\/li>\n<li>balancering met inachtneming van de 'kosten' \u2014 belasting op het OPS en netwerk (bij gepersonaliseerde architecturen voor grote klanten);<\/li>\n<li>balancering met inachtneming van de individuele gedragskenmerken van elke VM;<\/li>\n<li>balancering bij voorkeur buiten werktijd (nacht, weekend, feestdagen).<\/li>\n<\/ul>\n<p>\n<b>Voor openbare cloudomgevingen<\/b>, die diensten aan kleine klanten aanbieden, kan DRS veel vaker worden toegepast, met uitgebreide mogelijkheden:<\/p>\n<ul>\n<li>geen beperkingen op informatiebeveiliging en affiniteitregels; <\/li>\n<li>balancering binnen de cloud;<\/li>\n<li>balancering op elk redelijk moment;<\/li>\n<li>balancering van elke VM; <\/li>\n<li>balancering van 'luidruchtige' virtuele machines (om andere niet te storen); <\/li>\n<li>de gegevens van virtuele machines bevinden zich vaak op lokale schijven;<\/li>\n<li>rekening houden met de gemiddelde prestaties van OPS en netwerk (de cloudarchitectuur is uniform);<\/li>\n<li>balancering volgens algemene regels en beschikbare statistieken van datacentra.<\/li>\n<\/ul>\n<p><\/p>\n<h2>De complexiteit van het probleem<\/h2>\n<p>\nDe complexiteit van de balancering ligt in het feit dat DRS moet werken met een groot aantal onzekere factoren:<\/p>\n<ul>\n<li>het gedrag van gebruikers van elk van de informatiesystemen van klanten;<\/li>\n<li>de algoritmen voor de werking van servers van informatiesystemen;<\/li>\n<li>het gedrag van database servers;<\/li>\n<li>belasting op computermiddelen, OPS, netwerk; <\/li>\n<li>de interactie tussen servers in de strijd om cloudbronnen.<\/li>\n<\/ul>\n<p>\nDe belasting van een groot aantal virtuele applicatieservers en databases op cloudbronnen manifesteert zich in de tijd, de gevolgen kunnen zich over elkaar heen leggen met onvoorspelbare effecten over onvoorspelbare tijdperken. Zelfs voor het beheer van relatief eenvoudige processen (bijvoorbeeld voor het regelen van een motor, een verwarmingssysteem van een huis) moeten automatische regelsystemen complexe <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\">proportioneel-integrale-differentierende <\/a><\/noindex>feedbackalgoritmen gebruiken. <\/p>\n<p><img decoding=\"async\" alt=\"Load balancing in OpenStack (Deel 2)\" src=\"\/wp-content\/uploads\/2019\/09\/5270ddb943db9b4921a887e67c4f2a8f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOnze taak is vele malen ingewikkelder, en er bestaat een risico dat het systeem niet in staat is om de belasting in een redelijke tijd terug te brengen naar de gevestigde waarden, zelfs als er geen externe invloeden van gebruikers zijn. <\/p>\n<p><img decoding=\"async\" alt=\"Load balancing in OpenStack (Deel 2)\" src=\"\/wp-content\/uploads\/2019\/09\/5214b3af233e7c718fd40e6336472903.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h2>De geschiedenis van onze ontwikkelingen<\/h2>\n<p>\nOm dit probleem op te lossen, hebben we besloten niet vanaf nul te beginnen, maar ons te baseren op bestaande ervaring en samen te werken met specialisten die ervaring op dit gebied hebben. Gelukkig kwamen onze inzichten over de problematiek volledig overeen. <\/p>\n<h3>Stap 1<\/h3>\n<p>\nWe hebben een systeem gebruikt dat gebaseerd is op neurale netwerktechnologie, en we hebben geprobeerd onze middelen te optimaliseren op basis daarvan.<\/p>\n<p>De interesse van deze fase bestond uit het testen van nieuwe technologie, en het belang ervan was het toepassen van een onconventionele benadering om het probleem op te lossen, waarbij standaardbenaderingen onder gelijke omstandigheden vrijwel uitgeput waren.<\/p>\n<p>We hebben het systeem gelanceerd, en we zagen daadwerkelijk de belasting balans. De schaal van onze cloud heeft ons echter niet in staat gesteld om de optimistische resultaten te behalen die door de ontwikkelaars zijn aangegeveen, maar het was duidelijk dat de balans werkte. <\/p>\n<p>We hadden echter vrij ernstige beperkingen:<\/p>\n<ul>\n<li>Voor het trainen van het neurale netwerk is het noodzakelijk dat de virtuele machines weken of maanden zonder significante wijzigingen draaien.<\/li>\n<li>Het algoritme is ontworpen om te optimaliseren op basis van de analyse van eerdere 'historische' gegevens.<\/li>\n<li>Voor het trainen van het neurale netwerk is een voldoende grote hoeveelheid gegevens en rekencapaciteit vereist. <\/li>\n<li>Optimalisatie en balans kunnen relatief zeldzaam plaatsvinden \u2013 elke paar uur, wat duidelijk onvoldoende is. <\/li>\n<\/ul>\n<p><\/p>\n<h3>Stap 2<\/h3>\n<p>\nAangezien we niet tevreden waren met de situatie, besloten we het systeem te modificeren en daarvoor te antwoorden op <b>de belangrijkste vraag<\/b> \u2013 voor wie maken we het?<\/p>\n<p>In eerste instantie \u2013 voor zakelijke klanten. Dat betekent dat we een systeem nodig hebben dat snel werkt, met de bedrijfsmatige beperkingen die alleen maar de implementatie vergemakkelijken.<\/p>\n<p><b>De tweede vraag<\/b> \u2013 wat verstaan we onder het woord 'snel'? Na korte debatten hebben we besloten dat we kunnen uitgaan van een reactietijd van 5 tot 10 minuten, zodat kortdurende pieken het systeem niet in resonantie brengen.<\/p>\n<p><b>De derde vraag<\/b> \u2013 welke grootte van het te balanceren aantal servers moeten we kiezen?<br \/>\nDeze vraag heeft zichzelf opgelost. Klanten maken doorgaans de serveraggregaten niet te groot, en dit komt overeen met de aanbevelingen in het artikel om de aggregaten te beperken tot 30-40 servers.<\/p>\n<p>Bovendien vereenvoudigen we de taak van het balanceeralgoritme door de serverpool te segmenteren.<\/p>\n<p><b>De vierde vraag<\/b> is hoe goed ons neurale netwerk met zijn langdurige leerproces en zeldzame balanceringen ons kan helpen? We hebben besloten om het te laten vallen ten gunste van eenvoudiger operationele algoritmen, zodat we resultaten in seconden kunnen behalen. <\/p>\n<p><img decoding=\"async\" alt=\"Load balancing in OpenStack (Deel 2)\" src=\"\/wp-content\/uploads\/2019\/09\/73fb927b304ca5d61090a5c045568931.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDe beschrijving van het systeem dat dergelijke algoritmen gebruikt en de bijbehorende tekortkomingen zijn te vinden <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/416391\/\">here <\/a><\/noindex><\/p>\n<p>We hebben dit systeem ge\u00efmplementeerd en gelanceerd en hebben bemoedigende resultaten behaald \u2013 het analyseert nu regelmatig de cloudbelasting en geeft aanbevelingen voor het verplaatsen van virtuele machines, die in hoge mate juist zijn. Zelfs nu is het duidelijk dat we 10-15% aan bronnen kunnen vrijmaken voor nieuwe virtuele machines met een verbetering van de prestaties van de bestaande.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/ie\/ky\/wa\/iekywainupnidp_73j55hc1dbnw.png\"><img decoding=\"async\" alt=\"Load balancing in OpenStack (Deel 2)\" src=\"\/wp-content\/uploads\/2019\/09\/f1f0919ae653dc9b8c78b4d32d839313.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>Bij het detecteren van een disbalans in RAM of CPU geeft het systeem opdrachten aan de Tionix-planner voor het uitvoeren van een live-migratie van de benodigde virtuele machines. Zoals te zien is uit het monitoringsysteem, is de virtuele machine verhuisd van de ene (bovenste) naar de andere (onderste) host en heeft het geheugen op de bovenste host vrijgemaakt (gemarkeerd in gele cirkels), terwijl het dit daarentegen op de onderste host heeft ingenomen (gemarkeerd in witte cirkels).<\/p>\n<p>Op dit moment proberen we de effectiviteit van het huidige algoritme nauwkeuriger te beoordelen en mogelijke fouten daarin te vinden.<\/p>\n<h3>Fase 3<\/h3>\n<p>\nHet lijkt erop dat we ons hierbij kunnen ontspannen, wachten op bewezen effectiviteit en het onderwerp kunnen afsluiten.<br \/>\nMaar de volgende duidelijke optimalisatiemogelijkheden dringen ons ernaar om een nieuwe fase uit te voeren.<\/p>\n<ol>\n<li>Statistieken bijvoorbeeld, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cpubenchmark.net\/multi_cpu.html\">here <\/a><\/noindex>en <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cpubenchmark.net\/high_end_cpus.html\">here <\/a><\/noindex>tonen aan dat systemen met twee of vier processors qua prestaties aanzienlijk lager zijn dan die met \u00e9\u00e9n processor. Dit betekent dat alle gebruikers van de in multiprocessorsystemen aangekochte CPU, RAM, SSD, LAN, FC een aanzienlijk lagere opbrengst ontvangen in vergelijking met een eenprocessor-systeem. <\/li>\n<li>De resourceplanners zelf kunnen met ernstige fouten werken, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.ece.ubc.ca\/~sasha\/papers\/eurosys16-final29.pdf\">hier is een van de artikelen<\/a><\/noindex> over dit onderwerp. <\/li>\n<li>De door Intel en AMD aangeboden technologie\u00ebn voor het monitoren van RAM en cache stellen ons in staat om het gedrag van virtuele machines te bestuderen en ze zodanig te plaatsen dat 'luide' buren de 'rustige' virtuele machines niet storen. <\/li>\n<li>Uitbreiding van de set parameters (netwerk, opslag, prioriteit van de virtuele machine, migratiekosten, migratiegereedheid).<\/li>\n<\/ol>\n<p><\/p>\n<h2>Total<\/h2>\n<p>\nHet resultaat van ons werk aan de verbetering van de balanceringsalgoritmen is een eenduidige conclusie dat door middel van moderne algoritmen aanzienlijke optimalisatie van de middelen (25-30%) van datacenters kan worden bereikt, terwijl ook de kwaliteit van de klantenservice wordt verhoogd.<\/p>\n<p>Het algoritme dat is gebaseerd op neurale netwerken is ongetwijfeld interessant, maar vereist verdere ontwikkeling en is, gezien de bestaande beperkingen, niet geschikt voor het oplossen van dit soort taken op schaal die kenmerkend is voor private clouds. In publieke clouds van aanzienlijke omvang heeft het algoritme echter goede resultaten laten zien.<\/p>\n<p>Meer over de mogelijkheden van processors, schedulers en high-level balancing zullen we in de volgende artikelen bespreken.<br \/>\n<br \/>Bron: <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.3 - 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\/nl\/blog\/administrirovanie\/balansirovka-nagruzki-v-openstack-chast-2\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"nl_NL\" \/>\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\/nl\/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\udd47Load balancing in Openstack (Deel 2) | ProHoster","description":"In het vorige artikel hebben we gesproken over pogingen om Watcher te gebruiken en hebben we een testverslag gepresenteerd.","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/balansirovka-nagruzki-v-openstack-chast-2","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","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\/nl\/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\/nl\/wp-json\/wp\/v2\/posts\/37745","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=37745"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/37745\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/28330"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=37745"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=37745"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=37745"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}