Šioje straipsnių serijoje norime pažvelgti į klausimus, kurie kyla žmonėms dirbant su prieglobos paslaugų teikėjais ir ypač skirtais serveriais. Didžiąją dalį diskusijų vedėme anglų kalbos forumuose, pirmiausia stengdamiesi padėti vartotojams patarimais, o ne savireklama, pateikdami kuo išsamesnį ir nešališkiausią atsakymą, nes turime daugiau nei 14 metų patirtį šioje srityje, šimtus sėkmingai įgyvendinti sprendimai ir tūkstančiai patenkintų klientų. Nepaisant to, mūsų atsakymai neturėtų būti laikomi vieninteliais teisingais pirmosios instancijos atsakymais, juose gali būti netikslumų ir net klaidų; niekas nėra tobulas. Būsime dėkingi, jei juos papildysite ar pataisysite komentaruose.
Kodėl serverio su 100 TB srauto limitu ir 1 Gbit/s kanalu kaina yra daug mažesnė nei serverio su 1 Gbit/s kanalu be srauto? Juk išsinuomoję 2-3 serverius su 1 Gbps kanalu ir 100 TB limitu, galite suvartoti lygiai tiek pat, kiek sunaudotų serveris su 1 Gbps Unmetered arba net daugiau kanalų piko metu, o tiekėjas iš esmės suteikia daugiau techninės įrangos, daugiau jungčių ir mažesnę kainą?
Faktas yra tas, kad tiekėjai, siūlydami serverius su gana dideliu srauto limitu ar net „neribotus“ už mažus pinigus, atsižvelgia į vidutinius savo klientų vartojimo profilius. Paaiškėjo, kad dauguma klientų, perkančių tokius kanalus, nevisiškai išnaudoja jiems teikiamą ryšį. Būtent tai leidžia pateikti tokį pasiūlymą.
100 TB srauto yra gana didelė riba. Tai daugiau nei 100 Mbps be matavimo. Galų gale, turėdami 100 Mbit / s kanalą be apskaitos, galite siurbti daugiausia 100 (greitis megabitais) * 86400 (sekundžių skaičius per dieną) * 30 (dienų) / 8 (bitai baitais) / 1000 (megabaitai gigabaitais, jei skaičiuosime 1000, o ne 1024, 1024 yra šiek tiek kibibitais) = 32 400 GB per mėnesį kiekviena kryptimi su pastovia 100% kanalo apkrova. Tačiau, kaip žinome, serveriai nenaudoja srauto nuolat ir labai dažnai dienos vartojimo kreivės gali atrodyti taip:
Kai kuriems žmonėms didžiausias pralaidumas gali pasiekti didžiausią našumą ir šiais momentais reikalingas sąžiningas 1 Gbit/s. Tokiu atveju bendras srauto limitas per mėnesį beveik negali būti viršytas:
Tokie klientai, žinoma, nėra labai pelningi tiekėjams, todėl teikėjas siekia juos perkelti į Unmetered, nes jei jis teikia paslaugas klientams iš to paties regiono, tikėtina, kad vartojimo pikai sutaps ir šis „sąžiningas“ gigabitas teikėjas galės parduoti tik 1,2 kliento. Jei teikėjas turi klientų iš skirtingų regionų, tikėtina, kad kanalas gali būti parduodamas dviem ar daugiau prenumeratorių vienu metu, nes auditorijos suvartojimo pikas įvyks skirtingu laiku. Tiesą sakant, ne kiekvienas klientas išnaudoja savo 100 TB limitą, todėl teikti serveriams 100 TB srauto limitą yra labai pelninga.
Be to, prie stelažų prijungus 10 gigabitų kanalų, galima labai efektyviai paskirstyti srautą tarp visų. Mums pavyksta 10 Gbps kanalą padalinti į vidutiniškai 5 stelažus, užpildytus serveriais su 100 TB limitu. Tai yra maždaug 150 serverių. Kadangi viename 47 vienetų aukščio stove gali tilpti arba 41 vieno bloko serveris, arba 21 dviejų blokų serveris.
Dėl to bendras kanalo suvartojimas yra toks:
Jei atsisakote paslaugos abonentams, kurie generuoja didelį srautą (pagrindinį indėlį į kanalo apkrovą sudaro mažiau nei 10 serverių iš 150, esančių šiame prievade), galite padidinti serverių skaičių iki 300 ar daugiau. Ir visi bus laimingi ir visiems užteks srauto.
Tačiau yra ir kitų būdų, kaip sutaupyti pinigų ir nenuliūdinti abonentų – prijunkite pigesnį tranzito uplink ryšį arba nusiųskite srautą į mainų tašką arba naršykite nemokamai, jei esate didelis srauto generatorius.
Tai leidžia teikti žemas kainas, neatsisakyti abonentų paslaugų, mokėti tranzito paslaugų teikėjams 1500-6000 eurų už kiekvieną 10G, priklausomai nuo to, koks geras tranzito tiekėjas, ir parduoti ryšį už mažesnę kainą su tam tikru perpardavimo koeficientu, kai kiekvienas abonentas turi savo užsisakęs sąžiningą kanalą, netrukdydamas vienas kitam.
Iš karto tampa aišku, kodėl 1Gbps Unmetered kaina yra daug didesnė, nes jei su 100 terabaitų serveriais ne visi išnaudoja savo limitą, tai klientas, užsisakęs 1Gbps Unmetered, aiškiai sunaudos didžiąją dalį kanalo. Nors matėme aukščiau pateiktą išimtį ir pavyzdį, kaip galima generuoti beveik 1 Gbps srautą piko metu ir vis tiek neviršyti 100 terabaitų ribos, tai yra išimtis, o ne įprastas modelis.
Mano administratorius įdiegė vnstatd programą serveryje, srautas imamas iš sąsajos, kas 5 minutes. Ar jis į viską atsižvelgia? Taigi tai rodo, kad buvo panaudota 87 TB, o teikėjas teigia, kad buvo panaudota 96 TB ir srautas beveik išnyko. Aš pasitikiu savo sistemos administratoriumi, jis yra puikus specialistas. Ir jei jis sako, kad paslaugų teikėjas padidina išlaidas, tai tiesa. Be to, tai liudija faktas, kad jie pradėjo žaisti su vertybėmis iš esmės ir iš esmės, diskusijos metu suteikdami skirtingas srauto vertes tam pačiam laikotarpiui. Į klausimą "kaip tai yra?" vis dar laukiame atsakymo.
Faktas yra tas, kad kai kurios srauto apskaitos programos įrašus veda TiB, o ne TB. Tebibaitai, o ne terabaitai. Tai yra, apskaita atliekama naudojant dvejetainę sistemą, o ne dešimtainę, remiantis tuo, kad kilobaite, tiksliau kibibaite, yra 1024 baitai, o ne 1000.
Verta paminėti, kad siekdama, kad šis skirtumas nebūtų naudojamas rinkodaros tikslais, ISO (Tarptautinė standartizacijos organizacija) jau seniai įvedė dvejetainių baitų, ty kibibaitų, mebibaitų, gibibaitų, tebibaitų, priešdėlį „bi“. Tačiau rinkodara vis tiek vyko ir jei diskų gamintojai, naudodami dešimtainius baitus, sugeba nurodyti mažesnius disko talpos kiekius, tai matuojant ir apskaitant srautą situacija yra priešinga. Prieglobos paslaugų teikėjas, nors ir teikia 100 TB srauto, teikia mažiau jo, nei iš tikrųjų galėtų būti skaičiuojant dvejetainiais terminais.
Atrodytų, kad skirtumas yra mažas, tik 24 baitai iš 1000, klaida nuo to yra tik 2,4%, bet kodėl yra toks didelis skirtumas, 10% lygiu? Galbūt jie tikrai neatsižvelgė į tam tikrą srautą?
Esmė ta, kad neturime pamiršti, kad „klaidos“ daugėja, būtent:
1024 baitai kibibaite (jei kalbame pagal ISO standartus), mebibaite jau yra 1024 * 1024 = 1 048 576 baitai, gibibaite - 1024 * 1024 * 1024 = 1 073 741 * 824 = 1024 1024 1024 te1024, 1 baitai. 099 * 511 = 627 776 XNUMX XNUMX XNUMX.
Netikėtas posūkis? Taip?
Matuojant srautą terabaitais, skirtumas tarp apskaitos vienetų yra lygiai 10%!
Be to, duomenų, paimtų iš komutatoriaus prievado ir iš serverio prievado, skirtumą gali sukelti DDOS ataka, kuri nepasiekia kliento ir gali būti pašalinta „maršrutizatoriaus“ lygiu, o srauto suvartojimas vis tiek vyksta.
Taip pat neturėtume pamiršti, kad kartais programa neatsižvelgia į srautą visuose uostuose, o kai kurie srautai gali „išvengti“ stebėjimo.
Taip pat iš to seka, kad kai teikiamas ribotas srautas, dažnai atsižvelgiama į bendrą įeinantį + išeinantį srautą, o jei, tarkime, VPN paslauga, santykis bus 1:1 ir jūsų klientai galės pumpuoti bendrą srautą. ne daugiau kaip 50 TB srauto su 100 limitu.
Turi būti tęsiama ...
Kai kurie skelbimai 🙂
Dėkojame, kad likote su mumis. Ar jums patinka mūsų straipsniai? Norite pamatyti įdomesnio turinio? Palaikykite mus pateikdami užsakymą ar rekomenduodami draugams,
„Dell R730xd“ 2 kartus pigiau „Equinix Tier IV“ duomenų centre Amsterdame? Tik čia
Šaltinis: www.habr.com