Selles artiklite seerias tahame vaadelda küsimusi, mis inimestel tekivad, kui nad töötavad koos hostimisteenuse pakkujate ja eelkõige spetsiaalsete serveritega. Suurema osa aruteludest viisime läbi ingliskeelsetes foorumites, püüdes ennekõike aidata kasutajaid nõu, mitte enesereklaamiga, andes kõige üksikasjalikuma ja erapooletu vastuse, sest meil on selles valdkonnas üle 14-aastane kogemus, sadu edukalt juurutatud lahendusi ja tuhandeid rahulolevaid kliente. Sellegipoolest ei tohiks meie vastuseid võtta ainsate õigete vastustena, need võivad sisaldada ebatäpsusi ja isegi vigu; keegi pole täiuslik. Oleme tänulikud, kui lisate või parandate need kommentaarides.
Miks on 100 TB liikluspiirangu ja 1 Gbit/s kanaliga serveri maksumus palju väiksem kui 1 Gbit/s kanali ilma liikluseta serveri maksumus? Lõppude lõpuks, kui rentida 2-3 serverit 1 Gbps kanali ja 100 TB limiidiga, saate tarbida täpselt sama palju, kui tarbiks 1 Gbps Unmetered või isegi rohkem kanalit tipptasemel server, samal ajal kui pakkuja sisuliselt pakub rohkem riistvara, rohkem ühendusi ja madalamat hinda?
Fakt on see, et pakkujad, pakkudes väikese raha eest üsna suure liikluspiiranguga või isegi "piiramatud" servereid, võtavad arvesse oma klientide keskmisi tarbimisprofiile. Selgus, et enamik kliente, kes selliseid kanaleid ostavad, ei kasuta neile pakutavat ühenduvust täielikult. Just see võimaldabki sellise pakkumise teha.
100 TB liiklust on üsna suur piir. See on mõõtmata rohkem kui 100 Mbps. Lõppude lõpuks, kui teil on ilma arvestuseta kanal 100 Mbit / s, saate pumbata maksimaalselt 100 (kiirus megabittides) * 86400 (sekundite arv päevas) * 30 (päeva) / 8 (bitti baitides) / 1000 (megabaidid gigabaitides, kui arvestada 1000-ga, mitte 1024-ga, on 1024 natuke kibibitis) = 32 400 GB kuus mõlemas suunas 100% konstantse kanalikoormusega. Kuid nagu me teame, ei tarbi serverid liiklust pidevalt ja väga sageli võivad igapäevased tarbimiskõverad välja näha järgmised:
Mõne jaoks võivad tipud jõuda maksimaalse läbilaskevõimeni ja neil hetkedel on vaja ausat 1 Gbit/s. Sel juhul ei saa liikluse kogupiirangut kuus peaaegu ületada:
Sellised kliendid pole pakkujatele muidugi eriti tulusad ja seetõttu püüab pakkuja neid Unmeteredile üle kanda, sest kui ta osutab teenuseid samast piirkonnast pärit klientidele, siis tõenäoliselt langevad kokku tarbimise tipud ja see "aus" gigabit pakkuja saab müüa ainult 1,2 klienti. Kui pakkujal on kliente erinevatest piirkondadest, siis on tõenäoline, et kanalit saab korraga müüa kahele või enamale tellijale, kuna publiku tarbimise tipud toimuvad erinevatel aegadel. Tegelikkuses ei kasuta iga klient oma 100 TB limiiti, seega on serverite pakkumine 100 TB liikluspiiranguga äärmiselt tulus.
Veelgi enam, ühendades rackidesse 10 gigabitist kanalit, on võimalik liiklust väga efektiivselt kõigi vahel ära jagada. Meil õnnestub jagada 10 Gbps kanal keskmiselt 5 riiuliks, mis on täidetud 100 TB limiidiga serveritega. See on umbes 150 serverit. Kuna üks 47 ühiku kõrgusega riiul mahutab kas 41 üheüksusega serverit või 21 kaheüksuselist serverit.
Selle tulemusena on kanali kogutarbimine järgmine:
Kui keeldute teenindamast abonente, kes genereerivad palju liiklust (peamise panuse kanali koormusse annavad vähem kui 10 selles pordis olevast 150-st serverist), saate suurendada serverite arvu 300-ni või rohkem. Ja kõik on õnnelikud ja kõigil on piisavalt liiklust.
Siiski on ka teisi võimalusi raha säästmiseks ja tellijate mitte häirimiseks – ühendage odavam ühistranspordi üleslink või saatke liiklus vahetuspunkti või piiluge tasuta, kui olete suur liikluse generaator.
See võimaldab meil pakkuda madalaid hindu, mitte keelata abonentide teenust, maksta transiiditeenuse pakkujatele 1500–6000 eurot iga 10 G eest, olenevalt sellest, kui hea on transiiditeenuse pakkuja, ja müüa ühenduvust madalama hinnaga teatud ülemüügisuhtega, kui iga abonendil on oma tellitud aus kanal, üksteist segamata.
Kohe saab selgeks, miks on 1Gbps Unmeteredi hind palju kõrgem, sest kui 100 terabaidiste serverite puhul ei tarbi kõik oma limiiti, siis 1Gbps Unmeteredi telliv klient tarbib selgelt suurema osa kanalist. Kuigi oleme näinud ülaltoodud erandit ja näidet selle kohta, kuidas tipphetkedel on võimalik genereerida peaaegu 1 Gbps liiklust ja jääda siiski 100 terabaidi piiridesse, on see erand ja mitte tüüpiline muster.
Minu administraator installis serverisse vnstatd programmi, liiklus võetakse liidesest, võetakse iga 5 minuti järel. Kas ta võtab kõike arvesse? Seega näitab see, et kasutatud on 87 TB, samas kui pakkuja ütleb, et kasutatud on 96 TB ja liiklus on peaaegu lõppenud. Olen oma süsteemiadministraatoris kindel, ta on suurepärane spetsialist. Ja kui ta ütleb, et teenusepakkuja suurendab kulusid, on see tõsi. Veelgi enam, sellest annab tunnistust asjaolu, et nad hakkasid mängima vägevate väärtustega, andes arutelu käigus liiklusele sama perioodi jaoks erinevaid väärtusi. Küsimusele "kuidas see on?" ootame ikka vastust.
Fakt on see, et mõned liiklusarvestuse programmid peavad arvestust TiB-s, mitte TB-s. Tebibaiti, mitte terabaiti. See tähendab, et arvestus toimub binaarsüsteemi, mitte kümnendsüsteemi abil, selle põhjal, et kilobaidis või täpsemalt kibibaidis on 1024 baiti, mitte 1000.
Väärib märkimist, et vältimaks selle eristuse kasutamist turunduslikel eesmärkidel, on ISO (Rahvusvaheline Standardiorganisatsioon) juba pikka aega kasutusele võtnud binaarbaitide, st kibibaitide, mebibaitide, gibibaitide, tebibaitide eesliite "bi". Aga turundamine siiski toimus ja kui draivitootjatel õnnestub kümnendbaite kasutades näidata väiksemaid draivi mahtusid, siis liikluse mõõtmisel ja arvestusel on olukord vastupidine. Hostimisteenuse pakkuja pakub küll 100 TB liiklust, kuid pakub seda vähem, kui see binaararvudes tegelikult olla võiks.
Näib, et erinevus on väike, ainult 24 baiti 1000 kohta, viga on sellest ainult 2,4%, kuid miks on nii suur erinevus, 10% tasemel? Võib-olla nad tõesti ei arvestanud teatud liiklusega?
Asi on selles, et me ei tohi unustada, et "viga" suureneb, nimelt:
1024 baiti kibibaidis (kui räägime vastavalt ISO standarditele), mebibaidis on juba 1024 * 1024 = 1 048 576 baiti, gibibaidis - 1024 * 1024 * 1024 = 1 073 741 * 824, 1024 te1024 ja -1024 baiti. 1024 * 1 = 099 511 627 776 XNUMX.
Ootamatu pööre? Jah?
Liiklust terabaitides mõõtes on arvestusühikute vahe täpselt 10%!
Veelgi enam, kommutaatori pordist ja serveri pordist võetud andmete erinevuse põhjuseks võib olla DDOS-rünnak, mis ei jõua kliendini ja on kõrvaldatav “ruuteri” tasemel, samas kui liiklust kulub endiselt.
Samuti ei tohiks unustada, et mõnikord ei võta programm arvesse kõigi sadamate liiklust ja osa liiklusest võib jälgimisest kõrvale hiilida.
Sellest järeldub ka see, et piiratud liikluse korral võetakse sageli arvesse kogu sissetulev ja väljaminev liiklus ning kui teil on näiteks VPN-teenus, on suhe 1:1 ja teie kliendid saavad kogusummat pumbata. kuni 50 TB liiklust piiranguga 100.
Jätkub ...
Mõned reklaamid 🙂
Täname, et jäite meiega. Kas teile meeldivad meie artiklid? Kas soovite näha huvitavamat sisu? Toeta meid, esitades tellimuse või soovitades sõpradele,
Dell R730xd 2x odavam Amsterdami Equinixi Tier IV andmekeskuses? Ainult siin
Allikas: www.habr.com