{"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\/it\/blog\/administrirovanie\/balansirovka-nagruzki-v-openstack-chast-2","title":{"rendered":"Bilanciamento del carico in Openstack (Parte 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\/\">un articolo precedente<\/a><\/noindex> Abbiamo parlato dei tentativi di utilizzare Watcher e presentato un rapporto sui test. Effettuiamo periodicamente tali test per il bilanciamento e altre funzioni critiche di un grande cloud aziendale o operativo.<\/p>\n<p>L'alta complessit\u00e0 del compito da svolgere potrebbe richiedere diversi articoli per descrivere il nostro progetto. Oggi pubblicheremo il secondo articolo della serie, dedicato al bilanciamento delle macchine virtuali nel cloud. <\/p>\n<h3>Un po' di terminologia<\/h3>\n<p>\nL'azienda VmWare ha introdotto l'utilit\u00e0 DRS (Distributed Resource Scheduler) per il bilanciamento del carico nella loro piattaforma di virtualizzazione. <\/p>\n<p>Come scrive <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 (Pianificatore delle risorse distribuite) \u00e8 un'utilit\u00e0 che bilancia i carichi di lavoro computazionali con le risorse disponibili in un ambiente virtuale. L'utilit\u00e0 fa parte di un pacchetto di virtualizzazione chiamato VMware Infrastructure.<\/p>\n<p>Con VMware DRS, gli utenti definiscono le regole per la distribuzione delle risorse fisiche tra le macchine virtuali (VM). L'utilit\u00e0 pu\u00f2 essere configurata per gestire manualmente o automaticamente. I pool di risorse VMware possono essere facilmente aggiunti, rimossi o riorganizzati. Se desiderato, i pool di risorse possono essere isolati tra diverse unit\u00e0 aziendali. Se il carico di lavoro su una o pi\u00f9 macchine virtuali cambia drasticamente, VMware DRS ridistribuisce le macchine virtuali tra i server fisici. Se il carico di lavoro complessivo diminuisce, alcuni server fisici possono essere temporaneamente spenti e il carico di lavoro consolidato.\u00bb<\/i><\/p>\n<h3>Perch\u00e9 \u00e8 necessario il bilanciamento?<\/h3>\n<p>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nA nostro avviso, DRS \u00e8 una funzione imprescindibile per il cloud, anche se questo non significa che DRS debba essere utilizzato sempre e ovunque. A seconda dello scopo e delle esigenze del cloud, potrebbero esserci requisiti diversi per DRS e per le metodologie di bilanciamento. Potrebbero esserci situazioni in cui il bilanciamento non sia affatto necessario. O addirittura dannoso.<\/p>\n<p>Per comprendere meglio dove e per quali clienti sia necessario DRS, consideriamo i loro obiettivi e le loro esigenze. I cloud possono essere suddivisi in pubblici e privati. Ecco le principali differenze tra questi cloud e gli obiettivi dei clienti.<\/p>\n<p>Cloud privati \/ Grandi clienti aziendali<br \/>\nCloud pubblici \/ Piccole e medie imprese, persone<\/p>\n<p>Criterio principale e obiettivo dell'operatore<br \/>\nFornire un servizio o un prodotto affidabile<br \/>\nRiduzione dei costi dei servizi nella lotta sul mercato competitivo<\/p>\n<p>Requisiti per il servizio<br \/>\nAffidabilit\u00e0 a tutti i livelli e in tutti gli elementi del sistema<\/p>\n<p>Prestazioni garantite<\/p>\n<p>Prioritizzazione delle macchine virtuali in diverse categorie\u00a0<\/p>\n<p>Sicurezza informatica e fisica dei dati<\/p>\n<p>SLA e supporto 24 ore su 24<br \/>\nMassima semplicit\u00e0 nell'ottenere il servizio<\/p>\n<p>Servizi relativamente semplici<\/p>\n<p>La responsabilit\u00e0 dei dati ricade sul cliente<\/p>\n<p>Non \u00e8 richiesta la prioritizzazione delle VM<\/p>\n<p>Sicurezza informatica a livello di servizi standard, responsabilit\u00e0 a carico del cliente<\/p>\n<p>Possono verificarsi interruzioni<\/p>\n<p>Nessun SLA, qualit\u00e0 non garantita<\/p>\n<p>Supporto via email<\/p>\n<p>Backup non obbligatorio<\/p>\n<p>Caratteristiche del cliente<br \/>\nUn'ampia gamma di applicazioni.<\/p>\n<p>Applicazioni legacy, ereditate dall'azienda.<\/p>\n<p>Architetture complesse personalizzate per ogni cliente.<\/p>\n<p>Regole di affinit\u00e0.<\/p>\n<p>Funzionamento del software senza interruzioni in modalit\u00e0 7x24.\u00a0<\/p>\n<p>Strumenti di backup \"on-the-fly\".<\/p>\n<p>Carico ciclico prevedibile del cliente.<br \/>\nApplicazioni standard - bilanciamento del carico, Apache, WEB, VPN, SQL<\/p>\n<p>\u00c8 possibile interrompere l'applicazione per un certo periodo<\/p>\n<p>\u00c8 consentita una distribuzione arbitraria delle VM nel cloud<\/p>\n<p>Backup a cura del cliente<\/p>\n<p>Carico statisticamente medio prevedibile con un gran numero di clienti.<\/p>\n<p>Consequenze per l'architettura<br \/>\nGeoclustering<\/p>\n<p>Storage centralizzato o distribuito<\/p>\n<p>SRK riservabile<br \/>\nMemorizzazione locale dei dati sui nodi di calcolo<\/p>\n<p>Obiettivi del bilanciamento<br \/>\nDistribuzione uniforme del carico<\/p>\n<p>Massima reattivit\u00e0 delle applicazioni\u00a0<\/p>\n<p>Minimo tempo di latenza nel bilanciamento<\/p>\n<p>Bilanciamento solo in caso di necessit\u00e0 esplicita<\/p>\n<p>Messa in manutenzione preventiva di parte dell'hardware<br \/>\nRiduzione dei costi del servizio e delle spese operative\u00a0<\/p>\n<p>Disattivazione di parte delle risorse in caso di bassa domanda<\/p>\n<p>Risparmio energetico<\/p>\n<p>Riduzione dei costi del personale<\/p>\n<h3> Facciamo le seguenti conclusioni:<\/h3>\n<p>\n<b>Per i cloud privati<\/b>, forniti a grandi committenti aziendali, DRS pu\u00f2 essere applicato tenendo conto dei seguenti vincoli:<\/p>\n<ul>\n<li>sicurezza informatica e considerazione delle regole di affinit\u00e0 durante il bilanciamento;<\/li>\n<li>disponibilit\u00e0 di una riserva adeguata di risorse in caso di emergenza;<\/li>\n<li>i dati delle macchine virtuali si trovano su storage centralizzato o distribuito;<\/li>\n<li>distribuzione nel tempo delle procedure di amministrazione, backup e bilanciamento;<\/li>\n<li>bilanciamento solo all'interno dell'aggregato degli host del cliente;<\/li>\n<li>bilanciamento solo in caso di forte sbilanciamento, le migrazioni delle VM pi\u00f9 efficaci e sicure (poich\u00e9 la migrazione pu\u00f2 terminare con esito negativo);<\/li>\n<li>bilanciamento relativo a macchine virtuali \"tranquille\" (la migrazione di macchine virtuali \"rumorose\" pu\u00f2 richiedere molto tempo);<\/li>\n<li>bilanciamento tenendo conto del \"costo\" \u2014 carico sugli storage di rete e sul network (per architetture personalizzate per grandi clienti);<\/li>\n<li>bilanciamento considerando le specifiche caratteristiche del comportamento di ogni VM;<\/li>\n<li>bilanciamento preferibilmente in orario non lavorativo (notte, fine settimana, festivit\u00e0).<\/li>\n<\/ul>\n<p>\n<b>Per i cloud pubblici<\/b>, che forniscono servizi a piccoli clienti, il DRS pu\u00f2 essere applicato molto pi\u00f9 frequentemente, con funzionalit\u00e0 estese:<\/p>\n<ul>\n<li>assenza di restrizioni sulla sicurezza informatica e sulle regole di affinit\u00e0; <\/li>\n<li>bilanciamento all'interno del cloud;<\/li>\n<li>bilanciamento in qualunque momento ragionevole;<\/li>\n<li>bilanciamento di qualsiasi VM; <\/li>\n<li>bilanciamento delle macchine virtuali \"rumorose\" (per non disturbare le altre); <\/li>\n<li>i dati delle macchine virtuali si trovano spesso su dischi locali;<\/li>\n<li>considerazione della performance media di storage e rete (architettura cloud unificata);<\/li>\n<li>bilanciamento secondo regole generali e statistiche sul comportamento dei datacenter.<\/li>\n<\/ul>\n<p><\/p>\n<h2>La complessit\u00e0 del problema<\/h2>\n<p>\nLa complessit\u00e0 del bilanciamento sta nel fatto che il DRS deve operare con un gran numero di fattori incerti:<\/p>\n<ul>\n<li>comportamento degli utenti di ciascuno dei sistemi informatici dei clienti;<\/li>\n<li>algoritmi di funzionamento dei server dei sistemi informatici;<\/li>\n<li>comportamento dei server del DBMS;<\/li>\n<li>carico sulle risorse computazionali, storage, rete; <\/li>\n<li>interazione tra server nella lotta per le risorse del cloud.<\/li>\n<\/ul>\n<p>\nIl carico di un gran numero di server virtuali di applicazioni e basi dati sulle risorse del cloud si manifesta nel tempo, le conseguenze possono emergere e sovrapporsi l'una all'altra con effetti imprevedibili attraverso tempi imprevedibili. Anche per la gestione di processi relativamente semplici (ad esempio, per la gestione di un motore, di un sistema di riscaldamento a acqua domestico), i sistemi di regolazione automatica devono utilizzare complessi <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\">algoritmi proporzionali-integrali-derivativi <\/a><\/noindex>con retroazione. <\/p>\n<p><img decoding=\"async\" alt=\"Bilanciamento del carico in Openstack (Parte 2)\" src=\"\/wp-content\/uploads\/2019\/09\/5270ddb943db9b4921a887e67c4f2a8f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nIl nostro compito \u00e8 di gran lunga pi\u00f9 complesso e c'\u00e8 il rischio che il sistema non riesca a effettuare un bilanciamento del carico verso valori stabiliti in un tempo ragionevole, anche se non ci saranno interferenze esterne da parte degli utenti. <\/p>\n<p><img decoding=\"async\" alt=\"Bilanciamento del carico in Openstack (Parte 2)\" src=\"\/wp-content\/uploads\/2019\/09\/5214b3af233e7c718fd40e6336472903.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h2>Storia dei nostri sviluppi<\/h2>\n<p>\nPer risolvere questo problema, abbiamo deciso di non partire da zero, ma di basarci sulle esperienze esistenti e di interagire con specialisti gi\u00e0 esperti in questo campo. Fortunatamente, la nostra comprensione della problematica era perfettamente allineata. <\/p>\n<h3>Fase 1<\/h3>\n<p>\nAbbiamo utilizzato un sistema basato su tecnologia di reti neurali e abbiamo cercato di ottimizzare le nostre risorse su di esso.<\/p>\n<p>L'interesse di questa fase consisteva nella sperimentazione di una nuova tecnologia, e la sua importanza risiedeva nell'applicazione di un approccio non convenzionale alla risoluzione del problema, dove, a parit\u00e0 di condizioni, gli approcci standard erano praticamente esauriti.<\/p>\n<p>Abbiamo lanciato il sistema e abbiamo davvero ottenuto un bilanciamento. La scala del nostro cloud non ci ha permesso di ottenere risultati ottimistici come dichiarato dagli sviluppatori, ma era evidente che il bilanciamento funzionava. <\/p>\n<p>Tuttavia, avevamo limitazioni abbastanza serie:<\/p>\n<ul>\n<li>Per addestrare la rete neurale, \u00e8 necessario che le macchine virtuali funzionino senza sostanziali cambiamenti per settimane o mesi.<\/li>\n<li>L'algoritmo \u00e8 progettato per l'ottimizzazione basata sull'analisi di dati \u00abstorici\u00bb precedenti.<\/li>\n<li>Per addestrare la rete neurale \u00e8 necessario un volume di dati e risorse computazionali sufficientemente grande. <\/li>\n<li>L'ottimizzazione e il bilanciamento possono essere effettuati relativamente di rado \u2013 ogni poche ore, il che \u00e8 chiaramente insufficiente. <\/li>\n<\/ul>\n<p><\/p>\n<h3>Fase 2<\/h3>\n<p>\nPoich\u00e9 la situazione attuale non ci soddisfaceva, abbiamo deciso di modificare il sistema e per farlo rispondere a <b>la domanda principale<\/b> \u2013 per chi lo facciamo?<\/p>\n<p>Inizialmente \u2013 per clienti aziendali. Questo significa che abbiamo bisogno di un sistema che funzioni in modo operativo, con quelle limitazioni aziendali che semplificano solo l'implementazione.<\/p>\n<p><b>Secondo quesito<\/b> \u2013 cosa intendiamo per \u00aboperativo\u00bb? A seguito di brevi dibattiti, abbiamo deciso che possiamo basarci su un tempo di risposta di 5 \u2013 10 minuti, affinch\u00e9 brevi picchi non portino il sistema in risonanza.<\/p>\n<p><b>Terza domanda<\/b> \u2013 quale dimensione del numero di server bilanciati scegliere?<br \/>\nQuesta questione si \u00e8 risolta da sola. Di norma, i clienti non rendono gli aggregati dei server molto grandi, e questo \u00e8 in linea con le raccomandazioni dell'articolo di limitare gli aggregati a 30-40 server.<\/p>\n<p>Inoltre, segmentando il pool di server, semplifichiamo il compito per l'algoritmo di bilanciamento.<\/p>\n<p><b>Quarto quesito<\/b> \u2013 quanto \u00e8 adatta per noi una rete neurale con il suo lungo processo di apprendimento e i rari bilanciamenti? Abbiamo deciso di rinunciare ad essa a favore di algoritmi operativi pi\u00f9 semplici, in modo da ottenere risultati in pochi secondi. <\/p>\n<p><img decoding=\"async\" alt=\"Bilanciamento del carico in Openstack (Parte 2)\" src=\"\/wp-content\/uploads\/2019\/09\/73fb927b304ca5d61090a5c045568931.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nCon la descrizione del sistema che utilizza tali algoritmi e le sue carenze \u00e8 possibile documentarsi <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/416391\/\">qui <\/a><\/noindex><\/p>\n<p>Abbiamo implementato e avviato questo sistema ed ottenuto risultati promettenti \u2013 ora analizza regolarmente il carico del cloud e fornisce raccomandazioni per lo spostamento delle macchine virtuali, che sono in gran parte corrette. Anche ora \u00e8 evidente che possiamo ottenere un rilascio del 10-15% di risorse per nuove macchine virtuali con un miglioramento della qualit\u00e0 del lavoro delle esistenti.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/ie\/ky\/wa\/iekywainupnidp_73j55hc1dbnw.png\"><img decoding=\"async\" alt=\"Bilanciamento del carico in Openstack (Parte 2)\" src=\"\/wp-content\/uploads\/2019\/09\/f1f0919ae653dc9b8c78b4d32d839313.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>Quando viene rilevato uno squilibrio nella RAM o nella CPU, il sistema invia comandi al pianificatore TioniX per eseguire la migrazione live delle macchine virtuali necessarie. Come si evince dal sistema di monitoraggio, la macchina virtuale \u00e8 stata spostata da un host (superiore) a un altro (inferiore) e ha liberato memoria sull'host superiore (evidenziato nei cerchi gialli), occupandola rispettivamente su quello inferiore (evidenziato nei cerchi bianchi).<\/p>\n<p>Attualmente stiamo cercando di valutare pi\u00f9 accuratamente l'efficacia dell'algoritmo attuale e stiamo cercando possibili errori.<\/p>\n<h3>Fase 3<\/h3>\n<p>\nA prima vista, si potrebbe pensare di fermarsi qui, aspettare un\u2019efficacia comprovata e chiudere l'argomento.<br \/>\nMa ci spingono a intraprendere una nuova fase le seguenti evidenti possibilit\u00e0 di ottimizzazione<\/p>\n<ol>\n<li>La statistica, ad esempio, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cpubenchmark.net\/multi_cpu.html\">qui <\/a><\/noindex>e <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cpubenchmark.net\/high_end_cpus.html\">qui <\/a><\/noindex>mostra che i sistemi a due e quattro processori hanno prestazioni significativamente inferiori a quelle dei sistemi a singolo processore. Ci\u00f2 significa che tutti gli utenti ottengono un ritorno notevolmente inferiore dai CPU, RAM, SSD, LAN, FC acquistati nei sistemi multiprocessore rispetto ai singoli processori. <\/li>\n<li>I pianificatori di risorse stessi possono lavorare con errori seri, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.ece.ubc.ca\/~sasha\/papers\/eurosys16-final29.pdf\">ecco uno degli articoli<\/a><\/noindex> su questo tema. <\/li>\n<li>Le tecnologie proposte dalle aziende Intel e AMD per il monitoraggio della RAM e della cache consentono di studiare il comportamento delle macchine virtuali e di posizionarle in modo tale che i \"vicini rumorosi\" non disturbino le macchine virtuali \"tranquille\". <\/li>\n<li>Espansione dell'insieme di parametri (rete, storage, priorit\u00e0 della macchina virtuale, costo della migrazione, prontezza alla migrazione).<\/li>\n<\/ol>\n<p><\/p>\n<h2>Totale<\/h2>\n<p>\nIl risultato del nostro lavoro volto a migliorare gli algoritmi di bilanciamento \u00e8 stata una conclusione inequivocabile: grazie agli algoritmi moderni \u00e8 possibile ottenere un'importante ottimizzazione delle risorse (25-30%) nei data center e allo stesso tempo migliorare la qualit\u00e0 del servizio ai clienti.<\/p>\n<p>L'algoritmo basato su reti neurali \u00e8 indubbiamente interessante, ma necessita di ulteriore sviluppo e, a causa delle limitazioni esistenti, non \u00e8 adatto per affrontare questo tipo di problemi su volumi tipici dei cloud privati. Tuttavia, in cloud pubblici di dimensioni significative, l'algoritmo ha mostrato buoni risultati.<\/p>\n<p>Parleremo pi\u00f9 dettagliatamente delle capacit\u00e0 dei processori, degli scheduler e del bilanciamento di alto livello nei prossimi articoli.<br \/>\n<br \/>Fonte: <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.1.1 - 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\/it\/blog\/administrirovanie\/balansirovka-nagruzki-v-openstack-chast-2\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\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\/it\/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\udd47Bilanciamento del carico in Openstack (Parte 2) | ProHoster","description":"Nell'articolo precedente abbiamo parlato dei tentativi di utilizzare Watcher e abbiamo presentato il rapporto sui test.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/balansirovka-nagruzki-v-openstack-chast-2","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/37745","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=37745"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/37745\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/28330"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=37745"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=37745"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=37745"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}