{"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\/da\/blog\/news\/optimizatsiya-raspredeleniya-serverov-po-stojkam","title":{"rendered":"Optimering af serverfordeling i stativer","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>I et af chattene blev jeg spurgt:<\/p>\n<p> \u2014 Er der noget at l\u00e6se om, hvordan man korrekt pakker servere i skabe?<\/p>\n<p>Jeg inds\u00e5, at jeg ikke kender s\u00e5dan en tekst, s\u00e5 jeg skrev min egen.<\/p>\n<p>For det f\u00f8rste handler denne tekst om <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/da\/server\/\"   title=\"fysiske servere\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1271\">fysiske servere<\/a> i fysiske datacentre (DC). For det andet antager vi, at der er mange servere: hundredvis til tusindvis; for et mindre antal giver denne tekst ikke mening. For det tredje antager vi, at vi har tre begr\u00e6nsninger: fysisk plads i skabene, elektrisk str\u00f8m pr. skab, og lad os sige, at skabene st\u00e5r i r\u00e6kker, s\u00e5 vi kan bruge en ToR switch til at forbinde servere i naboskaber.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nSvaret p\u00e5 sp\u00f8rgsm\u00e5let afh\u00e6nger meget af, hvilken parameter vi optimerer, og hvad vi kan variere for at opn\u00e5 det bedste resultat. For eksempel, at vi kun skal optage minimum plads for at efterlade mere til fremtidig v\u00e6kst. Eller vi har m\u00e5ske frihed til at v\u00e6lge h\u00f8jden p\u00e5 skabene, str\u00f8mmen pr. skab, stikkontakter i PDU'en, antal skab i switchgrupper (\u00e9n switch til 1, 2 eller 3 skab), ledningernes l\u00e6ngde og arbejdet med kabeltr\u00e6k (dette er kritisk i enderne af r\u00e6kkerne: ved 10 skab i r\u00e6kken og 3 skab til switchen skal man tr\u00e6kke kabler til en anden r\u00e6kke eller underudnytte porte i switchen), osv., osv. Separate historier: valg af servere og valg af DC, vi antager, at de allerede er valgt.<\/p>\n<p>Det ville v\u00e6re godt at forst\u00e5 nogle nuancer og detaljer, is\u00e6r det gennemsnitlige\/maksimale str\u00f8mforbrug for serverne og hvordan str\u00f8mmen forsynes til os. S\u00e5 hvis vi har russisk str\u00f8mforsyning p\u00e5 230V og \u00e9n fase pr. skab, kan en 32A automatik holde ~7kW. Lad os antage, at vi nominelt betaler for 6kW pr. skab. Hvis udbyderen m\u00e5ler vores forbrug kun for r\u00e6kken af 10 skab og ikke for hvert enkelt skab, og hvis automatikken er sat til ca. 7kW, kan vi teknisk set i \u00e9t enkelt skab tr\u00e6kke 6.9kW, i et andet 5.1kW, og alt vil v\u00e6re ok \u2014 uden straf.<\/p>\n<p>Normalt er vores prim\u00e6re m\u00e5l at minimere omkostningerne. Det bedste m\u00e5l for m\u00e5ling er at reducere TCO (total cost of ownership \u2014 de samlede ejeromkostninger). Den best\u00e5r af f\u00f8lgende dele:<\/p>\n<ul>\n<li>CAPEX: indk\u00f8b af datacenterinfrastruktur, servere, netv\u00e6rksudstyr og kabling<\/li>\n<li>OPEX: leje af datacentre, forbrugt elektricitet, vedligeholdelse. OPEX afh\u00e6nger af levetiden. Det er rimeligt at antage, at det er lig med 3 \u00e5r.<\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"Optimering af serverfordeling i stativer\" src=\"\/wp-content\/uploads\/2019\/11\/78c7455be5c3a630ec103de090fc14f2.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAfh\u00e6ngigt af hvor store de enkelte stykker er i den samlede kage, skal vi optimere det dyreste, mens resten kan bruge alle de resterende ressourcer s\u00e5 effektivt som muligt.<\/p>\n<p>Lad os sige, at vi allerede har et eksisterende datacenter, der er h\u00f8jden p\u00e5 rack'en H enheder (for eksempel H=47), str\u00f8mmen pr. rack Prack (Prack=6kW), og vi har besluttet at bruge h=2U to-enheds servere. Vi fjerner 2..4 enheder fra rack'en til switche, patchpaneler og organisatorer. Det vil sige fysisk, at der i rack'en kan v\u00e6re Sh=rounddown((H-2..4)\/h) servere (dvs. Sh = rounddown((47-4)\/2)=21 servere pr. rack). Lad os huske dette Sh.<\/p>\n<p>I et simpelt tilf\u00e6lde er alle servere i rack'en ens. S\u00e5 hvis vi fylder rack'en <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/da\/server\/dts-dusseldorf\/\"   title=\"servere\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"3426\">servere<\/a>, kan vi i gennemsnit bruge str\u00f8m Pserv=Prack\/Sh (Pserv = 6000W\/21 = 287W) pr. server. For enkelhedens skyld ignorerer vi str\u00f8mforbruget fra switchen.<\/p>\n<p>Lad os tage et skridt tilbage og definere, hvad den maksimale forbrugskraft for serveren Pmax er. Hvis det skal v\u00e6re meget simpelt, meget ineffektivt og helt sikkert, s\u00e5 l\u00e6ser vi, hvad der st\u00e5r p\u00e5 serverens str\u00f8mforsyning - det er det.<\/p>\n<p>Hvis vi g\u00e5r mere i dybden og er mere effektive, s\u00e5 tager vi TDP (thermal design package) for alle komponenterne og summerer dem (det er ikke helt rigtigt, men det kan lade sig g\u00f8re).<\/p>\n<p>Normalt kender vi ikke TDP for komponenter (undtagen CPU), s\u00e5 vi tager den mest korrekte, men samtidig ogs\u00e5 den mest komplekse tilgang (man skal bruge et laboratorium) \u2013 vi tager en eksperimentel server med den \u00f8nskede konfiguration og belaster den, for eksempel med Linpack (CPU og hukommelse) og fio (diske), og m\u00e5ler forbruget. Hvis man skal tage det alvorligt, skal man ogs\u00e5 skabe de mest varme forhold i det kolde korridor under testene, fordi det p\u00e5virker b\u00e5de bl\u00e6serens forbrug og CPU-forbruget. Vi f\u00e5r det maksimale forbrug fra en bestemt server med en specifik konfiguration under disse specifikke forhold med denne specifikke belastning. Bare husk, at ny systemfirmware, en anden softwareversion og \u00e6ndrede forhold kan p\u00e5virke resultatet.<\/p>\n<p>S\u00e5 i alt vender vi tilbage til Pserv og hvordan vi kan sammenligne det med Pmax. Det er et sp\u00f8rgsm\u00e5l om forst\u00e5else af, hvordan tjenesterne fungerer, og hvor st\u00e6rke nerverne hos din tekniske leder er.<\/p>\n<p>Hvis vi slet ikke vil tage chancer, s\u00e5 antager vi, at alle servere kan begynde at forbruge deres maksimale samtidig. P\u00e5 dette tidspunkt kan en enkelt str\u00f8mtilslutning i datacentret dannes. Infrastruktur skal levere service under disse forhold, derfor Pserv \u2261 Pmax. Dette er en tilgang hvor p\u00e5lidelighed er absolut vigtig.<\/p>\n<p>Hvis IT-chefen ikke kun t\u00e6nker p\u00e5 ideel sikkerhed, men ogs\u00e5 p\u00e5 virksomhedens \u00f8konomi og er tilstr\u00e6kkeligt modig, kan det konkluderes, at<\/p>\n<ul>\n<li>vi begynder at styre vores leverand\u00f8rer, is\u00e6r ved at forbyde planlagt vedligeholdelse i perioder med forventet peakbelastning for at minimere nedbrud p\u00e5 \u00e9n indgang;<\/li>\n<li>og\/eller vores arkitektur tillader at miste en rack\/kolonne\/datacenter, mens tjenesterne forts\u00e6tter med at fungere;<\/li>\n<li>og\/eller vi j\u00e6vnt fordeler belastningen horisontalt over rackene, s\u00e5 vores tjenester aldrig springer op til maksimal forbrug i \u00e9t rack samtidig.<\/li>\n<\/ul>\n<p>\nHer er det meget nyttigt ikke bare at g\u00e6tte, men at overv\u00e5ge forbruget og vide, hvordan serverne reelt bruger elektricitet under normale og peak-forhold. Derfor, efter en vis analyse, komprimerer IT-chefen alt, hvad han har, og siger: \u00abvi tr\u00e6ffer en beslutning om, at den maksimalt opn\u00e5elige gennemsnitlige forbrug pr. rack skal v\u00e6re **s\u00e5 meget** under det maksimale forbrug\u00bb, hypotetisk Pserv=0.8*Pmax.<\/p>\n<p>Og s\u00e5 kan der nu v\u00e6re 20 servere med Pserv = 375W * 0,8 = 300W i et rack p\u00e5 6kW i stedet for de tidligere 16 servere med Pmax = 375W. Alts\u00e5 25% flere servere. Dette er en stor besparelse \u2014 for vi f\u00e5r ogs\u00e5 brug for 25% f\u00e6rre racks (og vi sparer ogs\u00e5 penge p\u00e5 PDU, switches og kabler). En alvorlig ulempe ved denne beslutning er, at vi konstant skal overv\u00e5ge, om vores foruds\u00e6tninger stadig er gyldige. At den nye firmwareversion ikke v\u00e6sentligt \u00e6ndrer ventilatorernes drift og forbrug, og at udviklingen ikke pludselig begynder at bruge serverne langt mere effektivt med en ny version (dvs. opn\u00e5r st\u00f8rre belastning og h\u00f8jere forbrug per server). For s\u00e5 bliver b\u00e5de vores oprindelige foruds\u00e6tninger og konklusioner straks forkerte. Det er en risiko, som vi skal tage ansvarligt (eller undg\u00e5, og s\u00e5 betale for tydeligt underbelastede racks).<\/p>\n<p>Et vigtigt bem\u00e6rkning \u2014 det er v\u00e6rd at fors\u00f8ge at fordele serverne fra forskellige tjenester horisontalt over rackene, hvis det er muligt. Dette er for at undg\u00e5 situationer, hvor en part af servere til en bestemt tjeneste ankommer, og rackene fyldes vertikalt med dem for at \u00f8ge \"t\u00e6theden\" (fordi det er lettere). I virkeligheden medf\u00f8rer det, at et rack er fyldt med ensartede lavbelastede servere fra samme tjeneste, mens et andet er fyldt med ensartede h\u00f8jbelastede servere. Sandsynligheden for, at det andet rack fejler, er betydeligt h\u00f8jere, da belastningsprofilen er den samme, og alle servere i dette rack begynder at forbruge ensartet meget som et resultat af den \u00f8gede belastning.<\/p>\n<p>Lad os vende tilbage til fordelingen af servere i rackene. Vi har overvejet fysiske begr\u00e6nsninger af plads i rackene og begr\u00e6nsninger i str\u00f8mforsyningen, nu vil vi ogs\u00e5 se p\u00e5 netv\u00e6rket. Man kan bruge switche med 24\/32\/48 porte N (for eksempel har vi 48-portede ToR switche). Heldigvis er der ikke s\u00e5 mange muligheder, hvis man ikke t\u00e6nker p\u00e5 break-out kabler. Vi overvejer scenarier, hvor vi har \u00e9n switch pr. rack, \u00e9n switch til to eller tre racks i en Rnet-gruppe. Jeg mener, at mere end tre racks i en gruppe er for meget, da kableringsproblemet mellem racks bliver meget st\u00f8rre.<\/p>\n<p>S\u00e5 for hvert netv\u00e6rksscenarie (1, 2 eller 3 racks i gruppen) fordeler vi serverne over racks:<\/p>\n<p>Srack = min(Sh, rounddown(Prack\/Pserv), rounddown(N\/Rnet))<\/p>\n<p>S\u00e5ledes, for varianten med 2 racks i gruppen:<\/p>\n<p>Srack2 = min(21, rounddown(6000\/300), rounddown(48\/2)) = min(21, 20, 24) = 20 servere pr. rack.<\/p>\n<p>Vi beregner lignende for de andre muligheder: <\/p>\n<p>Srack1 = 20 <br \/>\nSrack3 = 16<\/p>\n<p>Og vi er n\u00e6sten ved m\u00e5let. Vi beregner antallet af racks til fordeling af alle vores servere S (lad os sige 1000):<\/p>\n<p>R = roundup(S \/ (Srack * Rnet)) * Rnet<\/p>\n<p>R1 = roundup(1000 \/ (20 * 1)) * 1 = 50 * 1 = 50 racks<\/p>\n<p>R2 = roundup(1000 \/ (20 * 2)) * 2 = 25 * 2 = 50 racks<\/p>\n<p>R3 = roundup(1000 \/ (16 * 3)) * 3 = 25 * 2 = 63 racks<\/p>\n<p>Derefter beregner vi TCO for hver variant baseret p\u00e5 antallet af racks, det n\u00f8dvendige antal switche, kablering osv. Vi v\u00e6lger den mulighed, hvor TCO er mindre. Profit!<\/p>\n<p>Vi bem\u00e6rker, at selv om det n\u00f8dvendige antal racks for mulighederne 1 og 2 er det samme, vil deres pris v\u00e6re forskellig, da antallet af switche for den anden mulighed er halveret, mens l\u00e6ngden af de n\u00f8dvendige kabler er st\u00f8rre.<\/p>\n<p>P.S. Hvis der er mulighed for at justere kraften p\u00e5 rack og rackh\u00f8jde, \u00f8ges variationen. Men processen kan reduceres til ovenst\u00e5ende ved blot at gennemg\u00e5 mulighederne. Ja, der vil v\u00e6re flere kombinationer, men det er stadig et ret begr\u00e6nset antal \u2013 str\u00f8mmen til rack til beregning kan \u00f8ges med en trin p\u00e5 1 kW, og standardrack findes i et begr\u00e6nset antal st\u00f8rrelser: 42U, 45U, 47U, 48U, 52U. Og til beregning kan Excel's What-If-analyse i Data Table-tilstand v\u00e6re til hj\u00e6lp. Vi ser p\u00e5 de resulterende tabeller og v\u00e6lger minimum.<br \/>\n<br \/>Kilde: <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\/da\/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=\"da_DK\" \/>\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\/da\/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\udd47Optimering af serverfordeling i stativer | ProHoster","description":"I en af chattene blev jeg spurgt: \u2014 Er der noget at l\u00e6se om, hvordan man korrekt pakker servere i stativer? Jeg inds\u00e5, at jeg ikke kendte s\u00e5dan en tekst, s\u00e5 jeg skrev min egen. F\u00f8rst og fremmest handler denne tekst om","canonical_url":"https:\/\/prohoster.info\/da\/blog\/news\/optimizatsiya-raspredeleniya-serverov-po-stojkam","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/52185","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=52185"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/52185\/revisions"}],"predecessor-version":[{"id":161801,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/52185\/revisions\/161801"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/52186"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=52185"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=52185"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=52185"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}