{"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\/nl\/blog\/news\/optimizatsiya-raspredeleniya-serverov-po-stojkam","title":{"rendered":"Optimalisatie van serverdistributie per rek","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>In \u00e9\u00e9n van de gesprekken kreeg ik de vraag:<\/p>\n<p> \u2014 Is er iets om te lezen over hoe je servers correct in racks verpakt?<\/p>\n<p>Ik begreep dat ik geen dergelijke tekst kende, dus schreef ik mijn eigen.<\/p>\n<p>Ten eerste, deze tekst gaat over <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/nl\/server\/\"   title=\"fysieke servers\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1271\">fysieke servers<\/a> in fysieke datacenters (DC). Ten tweede, we gaan ervan uit dat er genoeg servers zijn: honderden tot duizenden, voor een kleiner aantal heeft deze tekst geen zin. Ten derde, we gaan ervan uit dat we drie beperkingen hebben: fysieke ruimte in de racks, stroomvoorziening per rack, en laten we zeggen dat de racks in rijen staan, zodat we \u00e9\u00e9n ToR-switch voor het aansluiten van servers in aangrenzende racks kunnen gebruiken.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nHet antwoord op de vraag hangt sterk af van welke parameter we optimaliseren en wat we kunnen vari\u00ebren om het beste resultaat te bereiken. Bijvoorbeeld, we moeten alleen de minimale ruimte innemen, zodat er meer ruimte overblijft voor toekomstig groei. Of misschien hebben we vrijheid in de keuze van rackhoogte, vermogen per rack, sockets in de PDU, aantal racks in de switchgroep (\u00e9\u00e9n switch voor 1, 2 of 3 racks), lengtes van kabels en kabelinstallaties (dit is cruciaal aan het einde van de rijen: bij 10 racks in een rij en 3 racks per switch moeten we kabels naar een andere rij trekken of ports in de switch onderbenutten), enzovoort. Specifieke verhalen: de keuze van servers en de keuze van DC's, laten we aannemen dat ze al geselecteerd zijn.<\/p>\n<p>Het zou goed zijn om enkele nuances en details te begrijpen, in het bijzonder het gemiddelde\/maximale energieverbruik van servers en hoe de elektriciteit aan ons wordt geleverd. Dus, als we Russische voeding van 230V en \u00e9\u00e9n fase per rack hebben, kan een automaat van 32A ongeveer 7kW aanhouden. Laten we aannemen dat we nominale kosten voor 6kW per rack betalen. Als de provider ons verbruik alleen meet op een rij van 10 racks, niet per rack, en als de automaat ingesteld is op een waarde van 7kW, dan kunnen we technisch gezien in een enkele rack 6.9kW verbruiken, in een andere 5.1kW, en alles zal in orde zijn \u2014 ongestraft.<\/p>\n<p>Gewoonlijk is ons belangrijkste doel het minimaliseren van kosten. De beste maatstaf voor meting is de vermindering van TCO (total cost of ownership \u2014 totale eigendomskosten). Dit bestaat uit de volgende onderdelen:<\/p>\n<ul>\n<li>CAPEX: de aanschaf van DC-infrastructuur, servers, netwerkhardware en bekabeling.<\/li>\n<li>OPEX: huur van het DC, verbruikte elektriciteit, onderhoud. OPEX hangt af van de levensduur. Het is redelijk om dit gelijk te veronderstellen aan 3 jaar.<\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"Optimalisatie van serverdistributie per rek\" src=\"\/wp-content\/uploads\/2019\/11\/78c7455be5c3a630ec103de090fc14f2.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAfhankelijk van hoe groot de afzonderlijke stukken in de totale taart zijn, moeten we het duurste optimaliseren en de rest kan alle overgebleven middelen zo effici\u00ebnt mogelijk gebruiken.<\/p>\n<p>Stel dat we al een bestaand datacenter hebben, er is hoogte van het rek H eenheden (bijvoorbeeld H=47), elektriciteit per rek Prack (Prack=6kW), en we besloten om h=2U twee-eenheid servers te gebruiken. We halen 2..4 eenheden uit het rek voor switches, patchpanelen en organisatoren. Dat wil zeggen, fysiek kunnen we in het rek Sh=rounddown((H-2..4)\/h) servers plaatsen (dat wil zeggen Sh = rounddown((47-4)\/2)=21 servers per rek). Laten we dit onthouden als Sh.<\/p>\n<p>In de eenvoudigste situatie zijn alle servers in een rek gelijk. Dus, als we het rek vullen, <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/nl\/server\/dts-dusseldorf\/\"   title=\"servers\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"3426\">servers<\/a>, dan kunnen we gemiddeld per server vermogen Pserv=Prack\/Sh besteden (Pserv = 6000W\/21 = 287W). Voor de eenvoud negeren we hier het stroomverbruik van de switch.<\/p>\n<p>Laten we een stap opzij zetten en vaststellen wat het maximale verbruik van een server Pmax is. In eenvoudige termen, heel ineffici\u00ebnt en volledig veilig, staat op de voeding van de server \u2014 dat is het.<\/p>\n<p>Als het ingewikkelder en effici\u00ebnter is, dan nemen we de TDP (thermal design package) van alle componenten en tellen deze op (dit is niet helemaal juist, maar zo kan het ook).<\/p>\n<p>Meestal kennen we de TDP van componenten (behalve de CPU) niet, daarom nemen we de meest juiste, maar ook de meest complexe benadering (een laboratorium is nodig) \u2014 we nemen een experimentele server met de juiste configuratie en belasten deze, bijvoorbeeld met Linpack (CPU en geheugen) en fio (schijven), en meten het verbruik. Als we serieus willen zijn, moeten we ook de warmste omgeving cre\u00ebren in de koude gang tijdens de tests, omdat dit invloed heeft op zowel het verbruik van de ventilatoren als het verbruik van de CPU. We krijgen het maximale verbruik van een specifieke server met een specifieke configuratie onder deze specifieke omstandigheden en deze specifieke belasting. Houd er gewoon rekening mee dat een nieuwe systeemfirmware, een andere versie van de software of andere omstandigheden het resultaat kunnen be\u00efnvloeden.<\/p>\n<p>Dus, we keren terug naar Pserv en hoe we dit kunnen vergelijken met Pmax. Dit is een kwestie van begrip van de werking van diensten en hoe sterk de zenuwen van je technische directeur zijn.<\/p>\n<p>Als we helemaal geen risico willen lopen, beschouwen we dat alle servers gelijktijdig hun maximum kunnen gaan verbruiken. Op dat moment kan er \u00e9\u00e9n invoer in het datacenter zijn. De infrastructuur en onder deze voorwaarden moeten de dienst verlenen, dus Pserv \u2261 Pmax. Dit is de benadering waarbij betrouwbaarheid absoluut cruciaal is.<\/p>\n<p>Als de technische directeur niet alleen denkt aan perfecte beveiliging, maar ook aan het geld van het bedrijf en voldoende moed heeft, kan worden besloten dat<\/p>\n<ul>\n<li>we beginnen met het beheren van onze leveranciers, met name door het plannen van onderhoud te verbieden tijdens verwachte piekmomenten om de impact van een enkele invoer te minimaliseren;<\/li>\n<li>en\/of onze architectuur in staat is om een rack\/rij\/data-center te verliezen, terwijl de diensten doorgaan met functioneren;<\/li>\n<li>en\/of we de belasting goed horizontaal over de racks verdelen, zodat onze diensten nooit naar de maximale consumptie in \u00e9\u00e9n rack allemaal tegelijk pieken.<\/li>\n<\/ul>\n<p>\nHet is hier erg nuttig om niet alleen te gissen, maar om het verbruik te monitoren en te weten hoe servers daadwerkelijk elektriciteit verbruiken in normale en piekcondities. Daarom, na enige analyse, drukt de technische directeur alles samen wat hij heeft en zegt: 'we nemen de beslissing dat het maximaal haalbare gemiddelde van de maximale verbruikspiek van servers per rack op **zoveel** lager is dan het maximale verbruik', bij benadering Pserv=0.8*Pmax.<\/p>\n<p>En dan passen er in een rack van 6kW al niet meer 16 servers met Pmax = 375W, maar 20 servers met Pserv = 375W * 0.8 = 300W. Dat is dus 25% meer servers. Dit is een enorme besparing - want ook hebben we 25% minder racks nodig (en dat bespaart ook op PDU's, switches en kabels). Een serieus nadeel van deze oplossing is dat we voortdurend moeten monitoren of onze aannames nog steeds kloppen. Of de nieuwe firmware geen significante invloed heeft op de werking van de ventilatoren en het verbruik, of de ontwikkeling met een nieuwe release ineens de servers veel effici\u00ebnter is gaan gebruiken (lees: dat we een hogere belasting en een hoger verbruik per server hebben bereikt). Want dan worden zowel onze initi\u00eble aannames als de conclusies direct onjuist. Dit is een risico dat we verantwoordelijk moeten nemen (of vermijden en dan betalen voor duidelijk onderbelaste racks).<\/p>\n<p>Een belangrijke opmerking: probeer servers van verschillende diensten horizontaal over de rekken te verdelen, indien mogelijk. Dit is nodig om te voorkomen dat een partij servers voor \u00e9\u00e9n dienst arriveert en de rekken verticaal ermee worden gevuld om de 'dichtheid' te verhogen (omdat dit gemakkelijker is). In werkelijkheid resulteert dit in \u00e9\u00e9n rek dat vol zit met gelijksoortige servers met een lage belasting van dezelfde dienst, en een andere met gelijksoortige servers met een hoge belasting. De kans op uitval van de tweede is aanzienlijk groter, aangezien het belastingprofiel identiek is en alle servers samen in dit rek bij een verhoogde belasting evenveel gaan verbruiken.<\/p>\n<p>Laten we terugkomen op de verdeling van servers in rekken. We hebben de fysieke ruimtebeperkingen in het rek en de beperkingen van de voeding bekeken, laten we nu ook naar het netwerk kijken. We kunnen switches gebruiken met 24\/32\/48 poorten N (ter illustratie hebben we 48-poorts ToR switches). Gelukkig zijn er niet veel opties, tenzij we nadenken over break-out kabels. We bekijken scenario's waarin we \u00e9\u00e9n switch per rek hebben, of \u00e9\u00e9n switch voor twee of drie rekken in een Rnet-groep. Ik denk niet dat meer dan drie rekken in een groep echt handig is, omdat de bekabelingsproblematiek tussen rekken aanzienlijk toeneemt.<\/p>\n<p>Dus voor elk netwerkscenario (1, 2 of 3 rekken in een groep) verdelen we de servers over de rekken:<\/p>\n<p>Srack = min(Sh, rounddown(Prack\/Pserv), rounddown(N\/Rnet))<\/p>\n<p>Dus voor het scenario met 2 rekken in de groep:<\/p>\n<p>Srack2 = min(21, rounddown(6000\/300), rounddown(48\/2)) = min(21, 20, 24) = 20 servers per rek.<\/p>\n<p>Evenzo berekenen we de andere opties: <\/p>\n<p>Srack1 = 20 <br \/>\nSrack3 = 16<\/p>\n<p>En we zijn bijna bij ons doel. We berekenen het aantal rekken dat nodig is om al onze servers S te verdelen (laten we zeggen 1000):<\/p>\n<p>R = roundup(S \/ (Srack * Rnet)) * Rnet<\/p>\n<p>R1 = roundup(1000 \/ (20 * 1)) * 1 = 50 * 1 = 50 rekken<\/p>\n<p>R2 = roundup(1000 \/ (20 * 2)) * 2 = 25 * 2 = 50 rekken<\/p>\n<p>R3 = roundup(1000 \/ (16 * 3)) * 3 = 25 * 2 = 63 rekken<\/p>\n<p>Vervolgens berekenen we de TCO voor elke optie op basis van het aantal rekken, het benodigde aantal switches, bekabeling, enzovoort. We kiezen de optie met de laagste TCO. Profit!<\/p>\n<p>Laten we opmerken dat, hoewel het benodigde aantal rekken voor opties 1 en 2 hetzelfde is, de kosten verschillend zullen zijn, aangezien het aantal switches voor de tweede optie de helft is, terwijl de lengte van de benodigde kabels groter is.<\/p>\n<p>P.S. Als er de mogelijkheid is om met het vermogen van de server en de hoogte van de server te spelen, neemt de variabiliteit toe. Maar het proces kan worden teruggebracht tot het bovenstaande, gewoon door varianten te doorlopen. Ja, er zullen meer combinaties zijn, maar het aantal blijft toch behoorlijk beperkt \u2014 het vermogen per server voor de berekening kan met stappen van 1 kW worden verhoogd, de gebruikelijke servers zijn beschikbaar in een beperkt aantal formaten: 42U, 45U, 47U, 48U, 52U. En hier kan de Excel What-If-analyse in de Data Table-modus helpen voor de berekeningen. We kijken naar de verkregen tabellen en kiezen de minimumwaarde.<br \/>\n<br \/>Bron: <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.3 - 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\/nl\/blog\/news\/optimizatsiya-raspredeleniya-serverov-po-stojkam\" \/>\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\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\/nl\/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\udd47Optimalisatie van de verdeling van servers in racks | ProHoster","description":"In een van de chats kreeg ik de vraag: \u2014 Is er iets te lezen over hoe je servers op de juiste manier in racks verpakt? Ik besefte dat ik zo'n tekst niet ken, daarom heb ik mijn eigen geschreven. Ten eerste, deze tekst gaat over","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/news\/optimizatsiya-raspredeleniya-serverov-po-stojkam","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\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\/nl\/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\/nl\/wp-json\/wp\/v2\/posts\/52185","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=52185"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/52185\/revisions"}],"predecessor-version":[{"id":161801,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/52185\/revisions\/161801"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/52186"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=52185"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=52185"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=52185"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}