Naujausias pranešimas: Samba kritinis pažeidžiamumas
frame

Sveiki apsilankę!

Jei forume lankaisi pirmą kartą, kviečiame registruotis ir prisijungti prie diskusijų.

Prisijungti Registruotis

Dedikuotų serverių disko posistemės ribojimai

IV_VygandasSIV_VygandasS Serverių ekspertas (-ė)
edited 2014 vasario 17 Į Archyvas
Siekiant apsaugoti mūsų klientų serverius, nuo tame pačiame mazge esančių kitų serverių galimų stiprių disko posistemės apkrovimų, kurie taip galėtų įtakoti kitų klientų serverius, nuo šiandienos dedikuotiems serveriams pradėti taikyti šie diskų posistemės ribojimai:
  • Read: 100 Mbps (12.5 MB/s)
  • Write: 100 Mbps (12.5 MB/s)
  • Read IOPS: 200
  • Write IOPS: 200
Parametrai atitinka vieno 15k RPM SAS disko greitį.

Komentarai

  • domenaidomenai Naujokas (-ė)
    edited 2013 birželio 13
    100mbps ar tik ne 12.5mb/s?...
  • IV_VygandasSIV_VygandasS Serverių ekspertas (-ė)
    edited 2013 birželio 14
    Taip, skliaustuose pateikta duomenų perdavimo sparta buvo suapvalinta. Tikslumo dėlei patikslinome nurodytus limitus.
  • MiXFiXMiXFiX Dalyvis (-ė)
    edited 2013 birželio 28
    O jei užsisakau pvž.: 400Mbps pralaidumą, tai jo visų galimybių negalėsiu išnaudoti siunčiant/išsiunčiant didelius failus? Manau, kad tas minimumas turėtų būti 400Mbps.
  • adminadmin Administrator
    edited 2013 birželio 29
    Diskų posistemės pralaidumo resursas yra ribotas, todėl turime užtikrinti, kad jo užtektų visiems klientams. Tuo tarpu siunčiant duomenis 400 Mbps greičiu, jie paprastai imami iš cache atminties ir diskas nenaudojamas.
  • domenaidomenai Naujokas (-ė)
    edited 2013 birželio 30
    juokingai nuskambejo... kiek cache yra? 16MB kokia? Siunciu 1gb dydzio faila 400mbps, tai i koki chache ji sukis? o ir siaip, kad padet i cache turi ta faila skaityt is disko ir jei tas skaitymas ribotas tai ir 400mbps pamirsk... iv.lt dabar max 100mbps ir neapgaudinekite zmoniu...
  • adminadmin Administrator
    edited 2013 birželio 30
    Dedikuoti.lt serveriams galima užsakyti iki 16 GB RAM, tad atitinkamai kešuoti galima iki 16 GB duomenų. Pvz., pas mus talpinami video transliacijų arba reklaminių banerių serveriai pilnai užpildo 400 Mbps kanalą.
  • neworldneworld Naujokas (-ė)
    edited 2013 liepos 3
    Manau kad šitas limitas turėtų priklausyti nuo branduolių skaičiaus, nes tarkim, fiziškai telpa 16 brandulių, ir vienas klientas užsisako visus 16. Vadinasi tame serveryje fiziškai nebus talpinamas joks kitas klientas, ir jam galima duoti visą diskų spartą.

    Iš kitos pusės, jeigu žmogui trūksta disko spartos, visada galės užsisakyti rimtesnį planą.

    Beje, pagal šį šaltinį tai vienas diskas veikia 204MB/s sparta, nors IOPS yra ~200. Tai taip išeina, kad smulkioms operacijoms išnaudosime visą resursą, o stambioms ne?

    P.S. negalvojate pasiūlyti SSD sprendimų specialių poreikių klientams?
  • MiXFiXMiXFiX Dalyvis (-ė)
    edited 2013 liepos 3
    Viso serverio CPU resursų čia neužsisakysi, čia galima užsisakyti tik iki 16Ghz planą.
  • neworldneworld Naujokas (-ė)
    edited 2013 liepos 3
    MiXFiX parašė: »
    Viso serverio CPU resursų čia neužsisakysi, čia galima užsisakyti tik iki 16Ghz planą.

    Reiškia galima užimti puse serverio, tai ir pusę disko resursų turėtų priklausyti (kaip 4 x SAS 10K rpm). Svarbu kad disko resursusas priklausytų nuo branduolių, o ne nuo kitų parametrų
  • MiXFiXMiXFiX Dalyvis (-ė)
    edited 2013 liepos 3
    Na matyt yra orentuojamasi į hostingo paslaugas (svetainių laikymą) o ne į žaidimų serverius, todėl dabar esamo 100Mbps read/write pilnai užtenka.
  • neworldneworld Naujokas (-ė)
    edited 2013 liepos 3
    MiXFiX parašė: »
    Na matyt yra orentuojamasi į hostingo paslaugas (svetainių laikymą) o ne į žaidimų serverius, todėl dabar esamo 100Mbps read/write pilnai užtenka.

    Teatleidžia man adminai, kad toliau veliuosi į šią diskusiją, bet žaidimams tikrai mažiausiai reikia disko resurso. Taigi būsenos saugomos RAM'uose. Rimtesnėm svetainėms, kurioms būtina saugoti visas būsenas diske, gali greitai susinaudoti tie 12,5MB/s, o kas tada? :) Pagal mano supratimą, savininkas turėtų galėti pasigerinti planą, aišku ir atitinkamai mokėti, priešingu atveju jam neliks nieko kito, kaip keltis kitur.
  • adminadmin Administrator
    edited 2013 liepos 10
    neworld, patikslinkite, kuriam jūsų serveriui trūksta disko spartos? Limitus rinkomės atsižvelgdami į klientų serverių statistiką, kad niekam nepritrūktų greičio apart išskirtinių atvejų.
  • neworldneworld Naujokas (-ė)
    edited 2013 liepos 11
    admin parašė: »
    neworld, patikslinkite, kuriam jūsų serveriui trūksta disko spartos? Limitus rinkomės atsižvelgdami į klientų serverių statistiką, kad niekam nepritrūktų greičio apart išskirtinių atvejų.

    Man disko spartos netrūksta, ir nepanašu kad trūktų artimiausiu metu. Tiesiog samprotauju apie tuos išskirtinius atvejus
  • moxfelvmoxfelv Naujokas (-ė)
    edited 2013 rugpjūčio 24
    Atrodo jau teko ribojimą patirti:

    IO wait cpu mėlyni spygliukai iowait.png

    Tiesiog tuo metu duomenys užlaikomi ar taip?
  • IV_RomanLIV_RomanL Interneto vizija
    edited 2013 rugpjūčio 26
    Jei matote, jog IOwait CPU pakilo iki 100% ribos, tuomet tai indikuoja jog CPU laukia kietojo disko, kol šis pateiks informaciją apdorojimui. Jūsų atveju tokie momentiniai IOwait šuoliai gali indikuoti problemą su serveryje veikiančiomis tarnybomis (dažniausiai MySQL).
  • techectechec Naujokas (-ė)
    edited 2013 rugsėjo 5
    Deja, disko ribojimai tikrai turi didelę įtaką serverių veikimui. Bėda ar ne bėda su serveryje veikiančiomis programomis - čia jau atskiras klausimas, bet kiti tiekėjai tokių apribojimų neturi, todėl pasibaigus apmokėtam periodui teks palikti jūsų įmonę.

    Ironiška, bet dėl ribojimo netgi persikelti duomenis į kitą kompaniją buvo itin lėta procedūra. Tas pats būtų ir atsikeliant duomenis pas jus.
  • IV_RomanLIV_RomanL Interneto vizija
    edited 2013 rugsėjo 5
    techec parašė: »
    Deja, disko ribojimai tikrai turi didelę įtaką serverių veikimui. Bėda ar ne bėda su serveryje veikiančiomis programomis - čia jau atskiras klausimas, bet kiti tiekėjai tokių apribojimų neturi, todėl pasibaigus apmokėtam periodui teks palikti jūsų įmonę.

    Ironiška, bet dėl ribojimo netgi persikelti duomenis į kitą kompaniją buvo itin lėta procedūra. Tas pats būtų ir atsikeliant duomenis pas jus.

    Sveiki,

    gal galite patikslinti (asmenine žinute) kuriam iš jūsų turimų serverių yra problema su kietojo disko greičiu?

    Kietojo disko greičio apribojimas yra taikomas ne veltui. Ši praktika padeda išvengti atvejų kuomet neoptimalus serveryje veikiančios aplikacijos kodas išnaudoja visą kietojo disko greitį.

    O išeitis iš šios problemos būtų labai paprasta:

    1. Kreipkitės el.paštu info@dedikuoti.lt arba gyvosios pagalbos sistema www.dedikuoti.lt interneto svetainėje ir nusakykite problemą;
    2. Mūsų administratoriai pagelbės ir nustatys kas būtent sukelia neproporcingai didelę kietojo disko apkrovą;
    3. Remiantis atliktu tyrimu, pasiūlysime optimaliausią išeitį iš susidariusios situacijos.
  • techectechec Naujokas (-ė)
    edited 2013 rugsėjo 5
    Mes puikiai žinome, kas sukelia apkrovą - naudojome sistemą mokslinių skaičiavimų valdymui (grid host), prie kurios jungiasi keliolika tūkstančių grid client'ų ir per dieną įkeliama virš milijono failų (nedidelių, iki 32kb), kurie po to lokaliai apdorojami. Iki sistemos pakeitimų viskas veikė stabiliai, deja, po pakeitimų pastebėjome sulėtėjimą. Pakeisti sistemos veikimo principo nėra įmanoma.

    Į techninę pagalbą buvo kreiptasi, bet buvo atsakyta, kad neįmanoma padidinti resursų vienam serveriui. Naudojome maksimalų atminties kiekį, kaip buvo rekomenduota dėl disk cache - nepadėjo (logiška, nes vyksta didelė failų kaita). Esmė, kad visada sukuriame prognozuojamą ir stabilią disko apkrovą - turėtumėte riboti tik naudojimų šuolius, bet ne stabilų apkrovimą (ypač, kai mazgas dar turi daugybę laisvų resursų). Todėl vienintelis logiškas sprendimas buvo keisti paslaugų tiekėją.

    Blogiausia, kad net nebuvome informuoti apie vykdomus pakeitimus - šį forumą tikrai skaito toli gražu ne visi, ir gan ilgai sulėtėjimo priežasčių ieškojome patys.
  • IV_RomanLIV_RomanL Interneto vizija
    edited 2013 rugsėjo 5
    Jūsų atvejis yra išties išskirtinis. Su šitokiu failų kiekiu ir atliekamu operacijų skaičiumi reiktų apsvarstyti kitokį sprendimą. Jums puikiai tiktų fiziškai dedikuotas serveris su SSD laikmenomis.
  • adminadmin Administrator
    edited 2014 vasario 17
    Atnaujinti diskų posistemės ribojimai. Dabar visiems serveriams neberibojamas Read/Write pralaidumas, ribojami tik IOPS (operacijų per sekundę skaičius):
    • Nuo 2014-02-14 įkurtiems serveriams: 400 IOPS (atitinka 4 SATA diskų greitį)
    • Anksčiau įkurtiems serveriams: 200 IOPS (atitinka 2 SATA diskų greitį)
    Savo serverio diskų posistemės greitį galima pamatyti prisijungus prie klientų sistemos.
Ši diskusija uždaryta
Dedikuoti.lt
Šiame forume rasite informaciją kaip atlikti serverio administravimą, konfigūravimą, įvairių tarnybų bei papildomų aplikacijų diegimą. Taip pat pateiksime rekomendacijų, skirtų serverių saugumui, monitoringui ir optimizavimui. Kviečiame prisijungti prie dedikuotų serverių administratorių bendruomenės, dalyvauti diskusijose ir praplėsti savo žinias serverių administravimo srityje!
© 2007 - 2023 Dedikuoti.lt forumas, visos teisės saugumos.