{"id":52185,"date":"2019-11-02T00:00:00","date_gmt":"2019-11-01T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/optimizatsiya-raspredeleniya-serverov-po-stojkam"},"modified":"2020-02-18T13:59:51","modified_gmt":"2020-02-18T10:59:51","slug":"optimizatsiya-raspredeleniya-serverov-po-stojkam","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/optimizatsiya-raspredeleniya-serverov-po-stojkam","title":{"rendered":"Ottimizzazione della distribuzione dei server per rack","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>In una delle chat mi \u00e8 stata posta una domanda:<\/p>\n<p> \u2014 C'\u00e8 qualcosa da leggere su come imballare correttamente i server nei rack?<\/p>\n<p>Ho capito che non conoscevo un testo del genere, quindi ho scritto il mio.<\/p>\n<p>Innanzitutto, questo testo riguarda <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/it\/server\/\"   title=\"server fisici\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1271\">server fisici<\/a> in data center fisici (DC). In secondo luogo, consideriamo che ci sono molti server: centinaia o migliaia; per un numero inferiore questo testo non ha senso. In terzo luogo, consideriamo che abbiamo tre limitazioni: spazio fisico nei rack, alimentazione per rack e supponiamo che i rack siano disposti in file, in modo da poter utilizzare uno switch ToR per connettere server nei rack vicini.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nLa risposta alla domanda dipende molto da quale parametro stiamo ottimizzando e cosa possiamo variare per ottenere il miglior risultato. Ad esempio, dobbiamo solo occupare il minor spazio possibile per lasciare pi\u00f9 spazio per la crescita futura. Oppure, potremmo avere libert\u00e0 nella scelta dell'altezza dei rack, della potenza per rack, delle prese nel PDU, del numero di rack nel gruppo di switch (un switch per 1, 2 o 3 rack), della lunghezza dei cavi e dei lavori di cablaggio (questo \u00e8 critico alla fine delle file: con 10 rack in un file e 3 rack per switch, si dovr\u00e0 tirare cavi in un'altra fila o non utilizzare porti nello switch), ecc., ecc. Storie separate: scelta dei server e scelta dei DC, supponiamo siano gi\u00e0 stati scelti.<\/p>\n<p>Sarebbe utile comprendere alcune sfumature e dettagli, in particolare il consumo medio\/massimo dei server e come ci viene fornita l'elettricit\u00e0. Quindi, se abbiamo un'alimentazione russa a 230V e una fase per rack, un interruttore da 32A pu\u00f2 supportare circa 7kW. Supponiamo che paghiamo nominalmente per 6kW per rack. Se il provider misura il nostro consumo solo per la fila di 10 rack e non per ogni rack, e se l'interruttore \u00e8 impostato su una soglia di 7kW, tecnicamente possiamo consumare 6.9kW in un rack separato, 5.1kW in un altro e tutto sar\u00e0 a posto \u2014 senza penalit\u00e0.<\/p>\n<p>Di solito, il nostro obiettivo principale \u00e8 la minimizzazione dei costi. Il miglior criterio di misurazione \u00e8 la riduzione del TCO (costo totale di propriet\u00e0). Esso \u00e8 composto dai seguenti elementi:<\/p>\n<ul>\n<li>CAPEX: acquisto dell'infrastruttura del DC, dei server, delle apparecchiature di rete e cablaggio<\/li>\n<li>OPEX: affitto del DC, elettricit\u00e0 consumata, manutenzione. L'OPEX dipende dalla vita utile. \u00c8 ragionevole presumere che equivalga a 3 anni.<\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"Ottimizzazione della distribuzione dei server per rack\" src=\"\/wp-content\/uploads\/2019\/11\/78c7455be5c3a630ec103de090fc14f2.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nA seconda delle dimensioni dei singoli pezzi nel grande dolce, dobbiamo ottimizzare il pi\u00f9 costoso, mentre il resto dovrebbe utilizzare tutte le risorse rimanenti nel modo pi\u00f9 efficiente possibile.<\/p>\n<p>Supponiamo che abbiamo gi\u00e0 un DC esistente, con un'altezza di armadietto H unit\u00e0 (per esempio H=47), elettricit\u00e0 per armadietto Prack (Prack=6 kW), e abbiamo deciso di utilizzare server a 2U. Rimuoviamo 2..4 unit\u00e0 dall'armadietto per switch, pannelli patch e organizer. Cio\u00e8, fisicamente, nel nostro armadietto ci stanno Sh=rounddown((H-2..4)\/h) server (cio\u00e8 Sh = rounddown((47-4)\/2)=21 server per armadietto). Ricordiamoci di questo Sh.<\/p>\n<p>In un caso semplice, tutti i server nell'armadietto sono uguali. In totale, se riempiamo l'armadietto <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/it\/server\/dts-dusseldorf\/\"   title=\"server\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"3426\">server<\/a>, allora possiamo spendere in media potenza Pserv=Prack\/Sh (Pserv = 6000 W\/21 = 287 W) per ogni server. Per semplicit\u00e0, qui ignoriamo il consumo dello switch.<\/p>\n<p>Facciamo un passo indietro e definiamo che cos'\u00e8 il consumo massimo del server Pmax. Se molto semplicemente, molto inefficacemente e completamente in sicurezza, leggiamo quello che \u00e8 scritto sull'alimentatore del server \u2014 questo \u00e8.<\/p>\n<p>Se vogliamo essere pi\u00f9 precisi ed efficaci, prendiamo il TDP (thermal design package) di tutti i componenti e facciamo la somma (non \u00e8 proprio corretto, ma si pu\u00f2 fare anche cos\u00ec).<\/p>\n<p>Di solito non conosciamo il TDP dei componenti (eccetto la CPU), quindi adottiamo l'approccio pi\u00f9 corretto, ma anche il pi\u00f9 complesso (\u00e8 necessaria una laboratorio): prendiamo un server sperimentale con la configurazione desiderata e lo sottoponiamo a carico, ad esempio, con Linpack (CPU e memoria) e fio (dischi), misurando il consumo. Se vogliamo essere seri, dobbiamo anche creare l'ambiente pi\u00f9 caldo nel corridoio freddo durante i test, poich\u00e9 questo influisce sia sul consumo delle ventole che su quello della CPU. Otteniamo cos\u00ec il consumo massimo di un server specifico con una configurazione specifica in queste specifiche condizioni e sotto questo specifico carico. \u00c8 solo importante tenere presente che un nuovo firmware, una diversa versione del software e altre condizioni possono influenzare il risultato.<\/p>\n<p>In sintesi, ritorniamo a Pserv e come confrontarlo con Pmax. Questa \u00e8 una questione di comprensione del funzionamento dei servizi e di quanto siano forti nervi del vostro tecnico.<\/p>\n<p>Se non vogliamo correre alcun rischio, consideriamo che tutti i server possano iniziare a consumare il proprio massimo contemporaneamente. In quel momento, potrebbe esserci un singolo ingresso nel DC. L'infrastruttura, in queste condizioni, deve fornire servizio, quindi Pserv \u2261 Pmax. Questo \u00e8 un approccio in cui l'affidabilit\u00e0 \u00e8 assolutamente fondamentale.<\/p>\n<p>Se il direttore tecnico non pensa solo alla sicurezza ideale, ma anche al denaro dell'azienda ed \u00e8 abbastanza audace, si pu\u00f2 decidere che<\/p>\n<ul>\n<li>iniziamo a gestire i nostri fornitori, in particolare, vietiamo di eseguire manutenzioni pianificate nei momenti di carico di picco previsto per minimizzare il crollo di un carico;<\/li>\n<li>e\/o la nostra architettura consente di perdere un rack\/riga\/DC, mentre i servizi continuano a funzionare;<\/li>\n<li>e\/o distribuiamo bene il carico orizzontalmente sui rack, quindi i nostri servizi non raggiungeranno mai il consumo massimo in un unico rack tutto insieme.<\/li>\n<\/ul>\n<p>\n\u00c8 molto utile non solo ipotizzare, ma monitorare il consumo e sapere come realmente i server consumano elettricit\u00e0 in condizioni normali e di picco. Quindi, dopo un'analisi, il direttore tecnico comprime tutto ci\u00f2 che ha e dice: \u00abdecidiamo con una risoluzione che la media massima raggiungibile dei picchi di consumo dei server per rack \u00e8 **tanto** sotto il massimo consumo\u00bb, in termini condizionali Pserv=0,8*Pmax.<\/p>\n<p>E allora in un rack da 6kW non entrano pi\u00f9 16 server con Pmax = 375W, ma 20 server con Pserv = 375W * 0,8 = 300W. Vale a dire, il 25% in pi\u00f9 di server. Questo \u00e8 un grandissimo risparmio \u2014 del resto, anche i rack di cui abbiamo bisogno saranno immediatamente il 25% in meno (e risparmieremo anche su PDU, switch e cavi). Un grave svantaggio di questa soluzione \u00e8 che \u00e8 necessario monitorare costantemente che le nostre supposizioni siano ancora valide. Che la nuova versione del firmware non modifica sostanzialmente il funzionamento delle ventole e il consumo, che lo sviluppo improvvisamente con la nuova release non inizi a utilizzare i server in modo molto pi\u00f9 efficace (leggi, ha ottenuto un maggior carico e un maggior consumo dal server). Perch\u00e9 allora, le nostre supposizioni iniziali e le conclusioni diventano immediatamente errate. Questo \u00e8 un rischio che va assunto responsabilmente (o evitato, e allora si paga per rack ovviamente sottoutilizzati).<\/p>\n<p>Nota importante: \u00e8 consigliabile cercare di distribuire i server di diversi servizi orizzontalmente nelle racks, se possibile. Questo per evitare situazioni in cui un lotto di server per un servizio arriva e le racks vengono riempite verticalmente per aumentare la \"densit\u00e0\" (perch\u00e9 \u00e8 pi\u00f9 semplice). Nella realt\u00e0, si verifica che una rack sia piena di server a bassa carico dello stesso servizio, mentre un'altra \u00e8 piena di server ad alto carico. La probabilit\u00e0 di caduta della seconda \u00e8 notevolmente pi\u00f9 alta, poich\u00e9 il profilo del carico \u00e8 identico e tutti i server insieme in quella rack iniziano a consumare la stessa quantit\u00e0 a causa dell'aumento del carico.<\/p>\n<p>Tornando alla distribuzione dei server nelle racks. Abbiamo esaminato le limitazioni fisiche in termini di spazio nella rack e le limitazioni legate all'alimentazione, ora diamo un'occhiata anche alla rete. \u00c8 possibile utilizzare switch da 24\/32\/48 porte N (per esempio abbiamo switch ToR a 48 porte). Fortunatamente, le opzioni non sono molte, se non si considerano i cavi break-out. Consideriamo scenari in cui abbiamo un switch per rack, uno switch per due o tre racks nel gruppo Rnet. Penso che avere pi\u00f9 di tre racks nel gruppo sia gi\u00e0 troppo, poich\u00e9 il problema del cablaggio tra le racks diventa sostanzialmente pi\u00f9 grande.<\/p>\n<p>Quindi, per ciascun scenario di rete (1, 2 o 3 racks nel gruppo) distribuiamo i server nelle racks:<\/p>\n<p>Srack = min(Sh, arrotonda(Prack\/Pserv), arrotonda(N\/Rnet))<\/p>\n<p>Pertanto, per l'opzione con 2 racks nel gruppo:<\/p>\n<p>Srack2 = min(21, arrotonda(6000\/300), arrotonda(48\/2)) = min(21, 20, 24) = 20 server per rack.<\/p>\n<p>Calcoliamo allo stesso modo le altre opzioni: <\/p>\n<p>Srack1 = 20 <br \/>\nSrack3 = 16<\/p>\n<p>E siamo praticamente al traguardo. Calcoliamo il numero di racks per distribuire tutti i nostri server S (facciamo che sia 1000):<\/p>\n<p>R = arrotonda(S \/ (Srack * Rnet)) * Rnet<\/p>\n<p>R1 = arrotonda(1000 \/ (20 * 1)) * 1 = 50 * 1 = 50 racks<\/p>\n<p>R2 = arrotonda(1000 \/ (20 * 2)) * 2 = 25 * 2 = 50 racks<\/p>\n<p>R3 = arrotonda(1000 \/ (16 * 3)) * 3 = 25 * 2 = 63 racks<\/p>\n<p>Ora calcoliamo il TCO per ciascuna opzione sulla base del numero di racks, numero necessario di switch, cablaggio, ecc. Scegliamo l'opzione in cui il TCO \u00e8 minore. Profitto!<\/p>\n<p>Nota che, sebbene il numero necessario di racks per le opzioni 1 e 2 sia lo stesso, il loro costo sar\u00e0 diverso, poich\u00e9 il numero di switch per la seconda opzione \u00e8 la met\u00e0, mentre la lunghezza dei cavi necessari \u00e8 maggiore.<\/p>\n<p>P.S. Se c'\u00e8 la possibilit\u00e0 di variare la potenza per rack e l'altezza del rack, la variabilit\u00e0 aumenta. Tuttavia, il processo pu\u00f2 essere ridotto a quanto sopra descritto, semplicemente esplorando le opzioni. S\u00ec, ci saranno pi\u00f9 combinazioni, ma rimarranno comunque un numero piuttosto limitato: l'alimentazione per rack pu\u00f2 essere incrementata con passi di 1 kW, i rack standard sono disponibili in un numero limitato di dimensioni: 42U, 45U, 47U, 48U, 52U. E qui l'analisi What-If di Excel in modalit\u00e0 Data Table pu\u00f2 essere utile per i calcoli. Guardiamo le tabelle ottenute e scegliamo il minimo.<br \/>\n<br \/>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/474112\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412 \u043e\u0434\u043d\u043e\u043c \u0438\u0437 \u0447\u0430\u0442\u043e\u0432 \u043c\u043d\u0435 \u0437\u0430\u0434\u0430\u043b\u0438 \u0432\u043e\u043f\u0440\u043e\u0441: \u2014 \u0410 \u0435\u0441\u0442\u044c \u0447\u0442\u043e-\u0442\u043e \u043f\u043e\u0447\u0438\u0442\u0430\u0442\u044c, \u043a\u0430\u043a \u043f\u0440\u0430\u0432\u0438\u043b\u044c\u043d\u043e \u0443\u043f\u0430\u043a\u043e\u0432\u044b\u0432\u0430\u0442\u044c \u0441\u0435\u0440\u0432\u0435\u0440\u0430 \u0432 \u0441\u0442\u043e\u0439\u043a\u0438? \u042f \u043f\u043e\u043d\u044f\u043b, \u0447\u0442\u043e \u0442\u0430\u043a\u043e\u0433\u043e \u0442\u0435\u043a\u0441\u0442\u0430 \u043d\u0435 \u0437\u043d\u0430\u044e, \u043f\u043e\u044d\u0442\u043e\u043c\u0443 \u043d\u0430\u043f\u0438\u0441\u0430\u043b \u0441\u0432\u043e\u0439. \u0412\u043e-\u043f\u0435\u0440\u0432\u044b\u0445, \u044d\u0442\u043e\u0442 \u0442\u0435\u043a\u0441\u0442 \u043f\u0440\u043e \u0444\u0438\u0437\u0438\u0447\u0435\u0441\u043a\u0438\u0435 \u0441\u0435\u0440\u0432\u0435\u0440\u0430 \u0432 \u0444\u0438\u0437\u0438\u0447\u0435\u0441\u043a\u0438\u0445 \u0434\u0430\u0442\u0430 \u0446\u0435\u043d\u0442\u0440\u0430\u0445 (\u0414\u0426). \u0412\u043e-\u0432\u0442\u043e\u0440\u044b\u0445, \u0441\u0447\u0438\u0442\u0430\u0435\u043c, \u0447\u0442\u043e \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e \u043c\u043d\u043e\u0433\u043e: \u0441\u043e\u0442\u043d\u0438-\u0442\u044b\u0441\u044f\u0447\u0438, \u0434\u043b\u044f \u043c\u0435\u043d\u044c\u0448\u0435\u0433\u043e \u043a\u043e\u043b\u0438\u0447\u0435\u0441\u0442\u0432\u0430 \u044d\u0442\u043e\u0442 \u0442\u0435\u043a\u0441\u0442 \u043d\u0435 \u0438\u043c\u0435\u0435\u0442 \u0441\u043c\u044b\u0441\u043b\u0430. \u0412-\u0442\u0440\u0435\u0442\u044c\u0438\u0445, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":52186,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-52185","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412 \u043e\u0434\u043d\u043e\u043c \u0438\u0437 \u0447\u0430\u0442\u043e\u0432 \u043c\u043d\u0435 \u0437\u0430\u0434\u0430\u043b\u0438 \u0432\u043e\u043f\u0440\u043e\u0441: \u2014 \u0410 \u0435\u0441\u0442\u044c \u0447\u0442\u043e-\u0442\u043e \u043f\u043e\u0447\u0438\u0442\u0430\u0442\u044c, \u043a\u0430\u043a \u043f\u0440\u0430\u0432\u0438\u043b\u044c\u043d\u043e \u0443\u043f\u0430\u043a\u043e\u0432\u044b\u0432\u0430\u0442\u044c \u0441\u0435\u0440\u0432\u0435\u0440\u0430 \u0432 \u0441\u0442\u043e\u0439\u043a\u0438? \u042f \u043f\u043e\u043d\u044f\u043b, \u0447\u0442\u043e \u0442\u0430\u043a\u043e\u0433\u043e \u0442\u0435\u043a\u0441\u0442\u0430 \u043d\u0435 \u0437\u043d\u0430\u044e, \u043f\u043e\u044d\u0442\u043e\u043c\u0443 \u043d\u0430\u043f\u0438\u0441\u0430\u043b \u0441\u0432\u043e\u0439. \u0412\u043e-\u043f\u0435\u0440\u0432\u044b\u0445, \u044d\u0442\u043e\u0442 \u0442\u0435\u043a\u0441\u0442 \u043f\u0440\u043e\" \/>\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\/news\/optimizatsiya-raspredeleniya-serverov-po-stojkam\" \/>\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\u041e\u043f\u0442\u0438\u043c\u0438\u0437\u0430\u0446\u0438\u044f \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u043f\u043e \u0441\u0442\u043e\u0439\u043a\u0430\u043c | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412 \u043e\u0434\u043d\u043e\u043c \u0438\u0437 \u0447\u0430\u0442\u043e\u0432 \u043c\u043d\u0435 \u0437\u0430\u0434\u0430\u043b\u0438 \u0432\u043e\u043f\u0440\u043e\u0441: \u2014 \u0410 \u0435\u0441\u0442\u044c \u0447\u0442\u043e-\u0442\u043e \u043f\u043e\u0447\u0438\u0442\u0430\u0442\u044c, \u043a\u0430\u043a \u043f\u0440\u0430\u0432\u0438\u043b\u044c\u043d\u043e \u0443\u043f\u0430\u043a\u043e\u0432\u044b\u0432\u0430\u0442\u044c \u0441\u0435\u0440\u0432\u0435\u0440\u0430 \u0432 \u0441\u0442\u043e\u0439\u043a\u0438? \u042f \u043f\u043e\u043d\u044f\u043b, \u0447\u0442\u043e \u0442\u0430\u043a\u043e\u0433\u043e \u0442\u0435\u043a\u0441\u0442\u0430 \u043d\u0435 \u0437\u043d\u0430\u044e, \u043f\u043e\u044d\u0442\u043e\u043c\u0443 \u043d\u0430\u043f\u0438\u0441\u0430\u043b \u0441\u0432\u043e\u0439. \u0412\u043e-\u043f\u0435\u0440\u0432\u044b\u0445, \u044d\u0442\u043e\u0442 \u0442\u0435\u043a\u0441\u0442 \u043f\u0440\u043e\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/it\/blog\/news\/optimizatsiya-raspredeleniya-serverov-po-stojkam\" \/>\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-11-01T21:00:00+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-02-18T10:59:51+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\udd47Ottimizzazione della distribuzione dei server nei rack | ProHoster","description":"In una delle chat mi hanno posto la domanda: - C'\u00e8 qualcosa da leggere su come imballare correttamente i server nei rack? Ho capito che non conoscevo un testo del genere, quindi ho scritto il mio. Prima di tutto, questo testo parla di","canonical_url":"https:\/\/prohoster.info\/it\/blog\/news\/optimizatsiya-raspredeleniya-serverov-po-stojkam","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\u041e\u043f\u0442\u0438\u043c\u0438\u0437\u0430\u0446\u0438\u044f \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u043f\u043e \u0441\u0442\u043e\u0439\u043a\u0430\u043c | ProHoster","og:description":"\u0412 \u043e\u0434\u043d\u043e\u043c \u0438\u0437 \u0447\u0430\u0442\u043e\u0432 \u043c\u043d\u0435 \u0437\u0430\u0434\u0430\u043b\u0438 \u0432\u043e\u043f\u0440\u043e\u0441: \u2014 \u0410 \u0435\u0441\u0442\u044c \u0447\u0442\u043e-\u0442\u043e \u043f\u043e\u0447\u0438\u0442\u0430\u0442\u044c, \u043a\u0430\u043a \u043f\u0440\u0430\u0432\u0438\u043b\u044c\u043d\u043e \u0443\u043f\u0430\u043a\u043e\u0432\u044b\u0432\u0430\u0442\u044c \u0441\u0435\u0440\u0432\u0435\u0440\u0430 \u0432 \u0441\u0442\u043e\u0439\u043a\u0438? \u042f \u043f\u043e\u043d\u044f\u043b, \u0447\u0442\u043e \u0442\u0430\u043a\u043e\u0433\u043e \u0442\u0435\u043a\u0441\u0442\u0430 \u043d\u0435 \u0437\u043d\u0430\u044e, \u043f\u043e\u044d\u0442\u043e\u043c\u0443 \u043d\u0430\u043f\u0438\u0441\u0430\u043b \u0441\u0432\u043e\u0439. \u0412\u043e-\u043f\u0435\u0440\u0432\u044b\u0445, \u044d\u0442\u043e\u0442 \u0442\u0435\u043a\u0441\u0442 \u043f\u0440\u043e","og:url":"https:\/\/prohoster.info\/it\/blog\/news\/optimizatsiya-raspredeleniya-serverov-po-stojkam","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-11-01T21:00:00+00:00","article:modified_time":"2020-02-18T10:59:51+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"52185","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-02-19 09:17:27","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:48:30","updated":"2026-02-19 09:17:27","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\/52185","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=52185"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/52185\/revisions"}],"predecessor-version":[{"id":161801,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/52185\/revisions\/161801"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/52186"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=52185"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=52185"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=52185"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}