{"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\/novosti-interneta\/optimizatsiya-raspredeleniya-serverov-po-stojkam","title":{"rendered":"Ottimizzazione della distribuzione dei server nelle 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, presumiamo che ci siano 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, cos\u00ec possiamo usare uno switch ToR per connettere i server nei rack adiacenti.<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, potremmo dover occupare il minor spazio possibile, per lasciare pi\u00f9 spazio per una futura crescita. O magari abbiamo libert\u00e0 nella scelta dell\u2019altezza 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 posa (questo \u00e8 critico all'estremit\u00e0 delle file: con 10 rack in fila e 3 rack su uno switch, dovremo tirare i cavi in un'altra fila, o sottoutilizzare le porte dello switch), ecc., ecc. Storie separate: la scelta dei server e la scelta del DC, presumeremo che siano gi\u00e0 stati scelti.<\/p>\n<p>Sarebbe utile comprendere alcuni dettagli e sfumature, in particolare il consumo medio\/massimo dei server e come ci viene fornita l\u2019elettricit\u00e0. Quindi, se abbiamo un'alimentazione russa a 230V e una fase per rack, un interruttore da 32A pu\u00f2 gestire ~7kW. Supponiamo che paghiamo nominalmente per 6kW per rack. Se il fornitore misura il nostro consumo solo da una fila di 10 rack, e non da ogni singolo rack, e se l'interruttore \u00e8 impostato a una soglia di 7kW, allora tecnicamente possiamo consumare 6.9kW in un rack, 5.1kW in un altro e andr\u00e0 tutto bene \u2014 non saremo puniti.<\/p>\n<p>Di solito, il nostro obiettivo principale \u00e8 la minimizzazione dei costi. Il miglior criterio per la misurazione \u00e8 la riduzione del TCO (total cost of ownership \u2014 costo totale di propriet\u00e0). Esso si compone delle seguenti parti:<\/p>\n<ul>\n<li>CAPEX: acquisto dell'infrastruttura del DC, server, hardware di rete e cablaggio<\/li>\n<li>OPEX: affitto del DC, energia elettrica consumata, manutenzione. L'OPEX dipende dalla durata del servizio. \u00c8 ragionevole supporre che sia pari a 3 anni.<\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"Ottimizzazione della distribuzione dei server nelle rack\" src=\"\/wp-content\/uploads\/2019\/11\/78c7455be5c3a630ec103de090fc14f2.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nA seconda di quanto sono grandi le varie parti nel complesso, dobbiamo ottimizzare la pi\u00f9 costosa e lasciare che il resto utilizzi tutte le rimanenti risorse nel modo pi\u00f9 efficace possibile.<\/p>\n<p>Supponiamo di avere gi\u00e0 un DC esistente, c'\u00e8 un'altezza rack H unit\u00e0 (per esempio H=47), energia elettrica per rack Prack (Prack=6kW), e decidiamo di usare server 2U a h=2U. Rimuoviamo 2..4 unit\u00e0 dal rack per switch, patch panel e organizer. Quindi, fisicamente, nel nostro rack ci stanno Sh=rounddown((H-2..4)\/h) server (cio\u00e8 Sh = rounddown((47-4)\/2)=21 server per rack). Ricordiamoci di questo Sh.<\/p>\n<p>Nel caso pi\u00f9 semplice, tutti i server nel rack sono identici. In totale, se riempiamo il rack <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 per ciascun server possiamo spendere in media energia Pserv=Prack\/Sh (Pserv = 6000W\/21 = 287W). Per semplicit\u00e0 ignoreremo qui il consumo dello switch.<\/p>\n<p>Facciamo un passo indietro e definiamo cos'\u00e8 il consumo massimo del server Pmax. Se vogliamo semplificare, in modo molto inefficiente e totalmente sicuro, possiamo guardare ci\u00f2 che \u00e8 scritto sull'alimentatore del server \u2014 ed \u00e8 questo.<\/p>\n<p>Se le cose si complicano, pi\u00f9 efficienti, prendiamo il TDP (thermal design package) di tutti i componenti e sommiamo (non \u00e8 proprio corretto, ma pu\u00f2 funzionare).<\/p>\n<p>Di solito non conosciamo i valori TDP dei componenti (escluso il 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 stressiamo, ad esempio, con Linpack (CPU e memoria) e fio (dischi), misurando il consumo. Se si vuole essere seri, \u00e8 necessario anche creare l'ambiente pi\u00f9 caldo nel corridoio freddo durante i test, poich\u00e9 questo influisce sia sul consumo delle ventole sia sul consumo del CPU. Otteniamo il consumo massimo di un server specifico con una configurazione specifica in queste condizioni specifiche sotto questo specifico carico. Teniamo solo presente che un nuovo firmware del sistema, un'altra versione del software o altre condizioni possono influenzare il risultato.<\/p>\n<p>In sintesi, torniamo a Pserv e a come confrontarlo con Pmax. Questa \u00e8 una questione di comprensione del funzionamento dei servizi e di quanto siano forti i nervi del tuo tecnico.<\/p>\n<p>Se non vogliamo correre rischi, consideriamo che tutti i server possano iniziare a consumare il loro massimo contemporaneamente. In quel momento, potrebbe esserci un solo ingresso nel DC. L'infrastruttura, anche in queste condizioni, deve fornire il servizio, quindi Pserv \u2261 Pmax. Questo approccio \u00e8 assolutamente importante per l'affidabilit\u00e0.<\/p>\n<p>Se il CTO pensa non solo alla sicurezza ideale, ma anche ai costi dell'azienda e ha abbastanza coraggio, possiamo concludere che<\/p>\n<ul>\n<li>iniziamo a gestire i nostri fornitori, in particolare vietando la manutenzione programmata nei momenti di carico massimo previsto per minimizzare il calo di un input;<\/li>\n<li>e\/o la nostra architettura consente di perdere un rack\/riga\/datacenter, mentre i servizi continuano a funzionare;<\/li>\n<li>e\/o distribuiamo bene il carico orizzontalmente tra i rack, quindi i nostri servizi non raggiungono mai il massimo consumo in un singolo rack tutti insieme.<\/li>\n<\/ul>\n<p>\n\u00c8 molto utile non solo fare ipotesi, ma monitorare il consumo e sapere quanto realmente i server consumano elettricit\u00e0 in condizioni normali e di picco. Dopo un'analisi, quindi, il CTO riduce tutto ci\u00f2 che ha e dice: \u00abdecidiamo, con una scelta forte, che il massimo medio raggiungibile dai picchi di consumo dei server per rack \u00e8 **tanto** inferiore al massimo consumo\u00bb, in termini semplici Pserv=0.8*Pmax.<\/p>\n<p>Cos\u00ec, in un rack da 6kW non ci stanno pi\u00f9 16 server con Pmax = 375W, ma 20 server con Pserv = 375W * 0.8 = 300W. Cio\u00e8, il 25% in pi\u00f9 di server. Questo rappresenta un grande risparmio \u2014 poich\u00e9 anche i rack necessari diminuiscono immediatamente del 25% (e risparmiamo anche su PDU, switch e cavi). Un serio svantaggio di questa soluzione \u00e8 che dobbiamo monitorare costantemente che le nostre supposizioni siano ancora valide. Che una nuova versione del firmware non cambi in modo significativo il funzionamento delle ventole e il consumo, che lo sviluppo non inizi improvvisamente a utilizzare i server in modo molto pi\u00f9 efficiente (in altre parole, che non raggiunga un carico maggiore e un consumo pi\u00f9 elevato sui server). In questo caso, sia le nostre supposizioni iniziali che le conclusioni diventano immediatamente errate. Questo \u00e8 un rischio che deve essere affrontato responsabilmente (o evitato, e quindi pagare per rack evidentemente sottoutilizzati).<\/p>\n<p>\u00c8 importante notare che si dovrebbe cercare di distribuire i server di diversi servizi orizzontalmente tra i rack, se possibile. Questo \u00e8 necessario per evitare situazioni in cui un gruppo di server per un servizio arriva e i rack vengono riempiti verticalmente per aumentare la 'densit\u00e0' (perch\u00e9 \u00e8 pi\u00f9 semplice). In realt\u00e0, per\u00f2, ci si ritrova con un rack pieno di server a bassa domanda dello stesso servizio e un altro pieno di server ad alta domanda. La probabilit\u00e0 che il secondo crolli \u00e8 notevolmente pi\u00f9 alta, poich\u00e9 il profilo di carico \u00e8 identico e tutti i server insieme in quel rack iniziano a consumare molto di pi\u00f9 a causa dell'aumento del carico.<\/p>\n<p>Torniamo alla distribuzione dei server nei rack. Abbiamo esaminato i limiti fisici dello spazio nel rack e le limitazioni relative all'alimentazione, ora diamo un'occhiata anche alla rete. Possiamo utilizzare switch con 24\/32\/48 porte N (per esempio abbiamo switch ToR da 48 porte). Le opzioni, per fortuna, non sono molte, se non consideriamo i cavi break-out. Consideriamo gli scenari in cui abbiamo uno switch per rack, uno switch per due o tre rack nel gruppo Rnet. Penso che avere pi\u00f9 di tre rack in un gruppo sia gi\u00e0 eccessivo, poich\u00e9 il problema del cablaggio fra i rack diventa notevolmente pi\u00f9 complicato.<\/p>\n<p>Quindi, per ogni scenario di rete (1, 2 o 3 rack in gruppo) distribuiamo i server tra i rack:<\/p>\n<p>Srack = min(Sh, rounddown(Prack\/Pserv), rounddown(N\/Rnet))<\/p>\n<p>Quindi, per l'opzione con 2 rack nel gruppo:<\/p>\n<p>Srack2 = min(21, rounddown(6000\/300), rounddown(48\/2)) = min(21, 20, 24) = 20 server per rack.<\/p>\n<p>Analogamente calcoliamo le altre opzioni: <\/p>\n<p>Srack1 = 20 <br \/>\nSrack3 = 16<\/p>\n<p>E siamo praticamente al traguardo. Calcoliamo il numero di rack per distribuire tutti i nostri server S (diciamo 1000):<\/p>\n<p>R = roundup(S \/ (Srack * Rnet)) * Rnet<\/p>\n<p>R1 = roundup(1000 \/ (20 * 1)) * 1 = 50 * 1 = 50 rack<\/p>\n<p>R2 = roundup(1000 \/ (20 * 2)) * 2 = 25 * 2 = 50 rack<\/p>\n<p>R3 = roundup(1000 \/ (16 * 3)) * 3 = 25 * 2 = 63 rack<\/p>\n<p>In seguito calcoliamo il TCO per ogni opzione in base al numero di rack, al numero necessario di switch, cablaggio, ecc. Scegliamo l'opzione in cui il TCO \u00e8 inferiore. Profitto!<\/p>\n<p>Da notare che anche se il numero necessario di rack per le opzioni 1 e 2 \u00e8 lo stesso, il loro prezzo sar\u00e0 diverso, poich\u00e9 il numero di switch per la seconda opzione \u00e8 dimezzato, mentre la lunghezza dei cavi necessari \u00e8 maggiore.<\/p>\n<p>P.S. Se c'\u00e8 la possibilit\u00e0 di variare la potenza nella rack e l'altezza della rack, la variabilit\u00e0 aumenta. Tuttavia, il processo pu\u00f2 essere semplificato come descritto sopra, semplicemente testando diverse opzioni. S\u00ec, ci saranno pi\u00f9 combinazioni, ma comunque un numero piuttosto limitato: l'alimentazione per la rack pu\u00f2 essere aumentata in passi di 1 kW, le rack tipiche sono disponibili in un numero limitato di formati: 42U, 45U, 47U, 48U, 52U. Qui, per i calcoli, pu\u00f2 aiutare l'analisi What-If di Excel in modalit\u00e0 Data Table. 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-novosti-interneta"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.0.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\/novosti-interneta\/optimizatsiya-raspredeleniya-serverov-po-stojkam\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.0.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\/novosti-interneta\/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\udd47 Ottimizzazione della distribuzione dei server nei rack | ProHoster","description":"In una delle chat mi \u00e8 stata posta la domanda: \u2014 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 riguarda","canonical_url":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/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\/novosti-interneta\/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}]}}