Isännöinti ja omistetut palvelimet: kysymyksiin vastaaminen. Osa 4

Tässä artikkelisarjassa haluamme tarkastella kysymyksiä, joita ihmisillä on työskennellessään hosting-palvelujen tarjoajien ja erityisesti omistettujen palvelimien kanssa. Kävimme suurimman osan keskusteluista englanninkielisillä foorumeilla, yritimme ennen kaikkea auttaa käyttäjiä neuvoilla, emmekä itse mainostamalla, antaen yksityiskohtaisimman ja puolueettoman vastauksen, koska meillä on yli 14 vuoden kokemus alalta, satoja onnistuneesti toteutettuja ratkaisuja ja tuhansia tyytyväisiä asiakkaita. Kuitenkaan vastauksiamme ei pidä pitää ainoina ensimmäisen oikeusasteen oikeina vastauksina, ne voivat hyvinkin sisältää epätarkkuuksia ja jopa virheitä; kukaan ei ole täydellinen. Olemme kiitollisia, jos lisäät tai korjaat ne kommentteihin.

Isännöinti ja omistetut palvelimet: kysymyksiin vastaaminen. Osa 4

Isännöinti ja omistetut palvelimet: kysymyksiin vastaaminen. Osa 1
Isännöinti ja omistetut palvelimet: kysymyksiin vastaaminen. Osa 2. Miksi Internet palvelinkeskuksessa on niin kallista?
Isännöinti ja omistetut palvelimet: kysymyksiin vastaaminen. Osa 3

Miksi palvelimen, jonka liikennerajoitus on 100 TB ja 1 Gbit/s kanava, hinta on paljon pienempi kuin palvelimen, jonka nopeus on 1 Gbit/s kanava ilman liikennettä? Loppujen lopuksi, jos vuokraat 2-3 palvelinta 1 Gbps:n kanavalla ja 100 TB rajalla, voit kuluttaa täsmälleen saman verran kuin kuluttaisi palvelin, jolla on 1 Gbps Unmetered, tai jopa enemmän kanavaa huipuissa, kun taas palveluntarjoaja tarjoaa enemmän laitteistoa, enemmän yhteyksiä ja halvemman hinnan?

Tosiasia on, että tarjoaessaan palvelimia melko suurella liikennerajoituksella tai jopa "rajoittamattomilla" pienellä rahalla, palveluntarjoajat ottavat huomioon asiakkaidensa keskimääräiset kulutusprofiilit. Kävi ilmi, että suurin osa tällaisia ​​kanavia ostavista asiakkaista ei käytä täysin heille tarjottua yhteyttä. Tämä mahdollistaa tällaisen tarjouksen tekemisen.

100 TB liikennettä on melko suuri raja. Tämä on yli 100 Mbps mittaamaton. Loppujen lopuksi, kun kanava on 100 Mbit / s ilman kirjanpitoa, voit pumpata enintään 100 (nopeus megabiteinä) * 86400 (sekuntien määrä päivässä) * 30 (päivää) / 8 (bittiä tavuina) / 1000 (megatavuja gigatavuina, jos lasketaan 1000:lla eikä 1024:llä, 1024 on vähän kibibitissä) = 32 400 Gt kuukaudessa kumpaankin suuntaan 100 %:n vakiokuormalla. Kuten tiedämme, palvelimet eivät kuitenkaan kuluta liikennettä jatkuvasti ja hyvin usein päivittäiset kulutuskäyrät voivat näyttää tältä:

Isännöinti ja omistetut palvelimet: kysymyksiin vastaaminen. Osa 4

Joillekin huiput voivat saavuttaa suurimman suorituskyvyn ja vaatia rehellisen 1 Gbit/s näinä hetkinä. Tässä tapauksessa kokonaisliikennerajaa kuukaudessa ei voida melkein ylittää:

Isännöinti ja omistetut palvelimet: kysymyksiin vastaaminen. Osa 4

Tällaiset asiakkaat eivät tietenkään ole kovin kannattavia palveluntarjoajille, ja siksi palveluntarjoaja pyrkii siirtämään ne Unmeteredille, koska jos se tarjoaa palveluita samalta alueelta tuleville asiakkaille, on todennäköistä, että kulutushuiput osuvat samaan aikaan ja tämä "rehellinen" gigabitti palveluntarjoaja voi myydä vain 1,2 asiakasta. Jos palveluntarjoajalla on asiakkaita eri alueilta, on todennäköistä, että kanava voidaan myydä kahdelle tai useammalle tilaajalle kerralla, koska yleisön kulutushuiput tulevat eri aikaan. Todellisuudessa jokainen asiakas ei kuluta 100 Tt rajaansa, joten palvelimien tarjoaminen 100 Tt:n liikennerajalla on erittäin kannattavaa.

Lisäksi yhdistämällä 10 gigabitin kanavaa telineisiin on mahdollista jakaa liikenne erittäin tehokkaasti kaikkien kesken. Onnistumme jakamaan 10 Gbps kanavan keskimäärin 5 telineeseen, jotka ovat täynnä palvelimia 100 TB:n rajalla. Tämä on noin 150 palvelinta. Koska yhteen telineeseen, jonka korkeus on 47 yksikköä, mahtuu joko 41 yksiyksikköpalvelinta tai 21 kahden yksikön palvelinta.

Tämän seurauksena kanavan kokonaiskulutus on seuraava:

Isännöinti ja omistetut palvelimet: kysymyksiin vastaaminen. Osa 4

Jos kieltäydyt palvelemasta tilaajia, jotka tuottavat paljon liikennettä (ensisijaisen panoksen kanavan kuormitukseen antaa alle 10 palvelinta 150:stä tässä portissa), voit lisätä palvelimien lukumäärän 300:aan tai enemmän. Ja kaikki ovat tyytyväisiä ja kaikilla on tarpeeksi liikennettä.

On kuitenkin olemassa muita tapoja säästää rahaa ja olla häiritsemättä tilaajia - yhdistä halvempi julkisen liikenteen uplink-linkki tai lähetä liikennettä vaihtopisteeseen tai peering ilmaiseksi, jos olet suuri liikenteen tuottaja.

Tämä antaa meille mahdollisuuden tarjota edullisia hintoja, ei kieltää tilaajapalvelua, maksaa liikenteentarjoajille 1500-6000 euroa jokaisesta 10G:stä riippuen siitä, kuinka hyvä liikenteentarjoaja on, ja myydä yhteyksiä halvemmalla tietyllä ylimyyntisuhteella, kun jokainen tilaajalla on oma tilattu rehellinen kanava, häiritsemättä toisiaan.

Heti käy selväksi, miksi 1Gbps Unmeteredin hinta on paljon korkeampi, koska jos 100 teratavun palvelimilla kaikki eivät kuluta rajaansa, niin 1Gbps Unmeteredin tilaava asiakas kuluttaa selvästi suurimman osan kanavasta. Vaikka olemme nähneet yllä olevan poikkeuksen ja esimerkin siitä, kuinka voidaan tuottaa lähes 1 Gbps liikennettä huipuissa ja silti olla 100 teratavun rajan sisällä, tämä on poikkeus eikä tyypillinen malli.

Järjestelmänvalvojani asensi vnstatd-ohjelman palvelimelle, liikenne otetaan käyttöliittymästä 5 minuutin välein. Ottaako hän kaiken huomioon? Joten se osoittaa, että 87 TB on käytetty, kun taas palveluntarjoaja sanoo, että 96 TB on käytetty ja liikenne on melkein poissa. Luotan järjestelmänvalvojaani, hän on erinomainen asiantuntija. Ja jos hän sanoo, että palveluntarjoaja lisää kustannuksia, se on totta. Lisäksi tästä on osoituksena se, että he alkoivat leikkiä arvoilla voimalla, antaen keskustelun aikana liikenteelle erilaisia ​​arvoja samalle ajanjaksolle. Kysymykseen "miten tämä on?" odotamme edelleen vastausta.

Tosiasia on, että jotkut liikenteenlaskentaohjelmat pitävät kirjaa TiB:ssä, ei TB:ssä. Tebitavuja, ei teratavuja. Toisin sanoen kirjanpito suoritetaan käyttämällä binäärijärjestelmää, ei desimaalijärjestelmää, sillä perusteella, että kilotavussa tai tarkemmin sanottuna kibitavussa on 1024 tavua eikä 1000.

On syytä huomata, että jotta tätä eroa ei käytetä markkinointitarkoituksiin, ISO (International Standardization Organisation) on jo pitkään ottanut käyttöön etuliite "bi" binääritavuille eli kibitavuille, mebitavuille, gibitavuille, tebitavuille. Markkinointia kuitenkin tapahtui, ja jos asemavalmistajat onnistuvat desimaalitavuilla ilmoittamaan pienempiä levykapasiteetin määriä, niin liikennettä mitattaessa ja laskettaessa tilanne on päinvastainen. Vaikka isännöintipalveluntarjoaja tarjoaa 100 TB liikennettä, se tarjoaa vähemmän sitä kuin se todellisuudessa voisi olla binäärilukuina laskettuna.

Vaikuttaa siltä, ​​​​että ero on pieni, vain 24 tavua per 1000, virhe tästä on vain 2,4%, mutta miksi ero on niin suuri, 10%: n tasolla? Ehkä he eivät todellakaan ottaneet huomioon liikennettä?

Asia on siinä, että emme saa unohtaa, että "virhe" lisääntyy, nimittäin:

1024 tavua kibitavussa (jos puhumme ISO-standardien mukaisesti), mebitavussa on jo 1024 * 1024 = 1 048 576 tavua, gibitavussa - 1024 * 1024 * 1024 * 1 = 073 741 824 * 1024 = 1024 1024 1024 te1 099 te511 627 * 776 = XNUMX XNUMX XNUMX XNUMX XNUMX.

Odottamaton käänne? Joo?

Kun liikennettä mitataan teratavuina, laskentayksiköiden välinen ero on tasan 10 %!

Isännöinti ja omistetut palvelimet: kysymyksiin vastaaminen. Osa 4

Lisäksi ero kytkinportista ja palvelinportista otetuissa tiedoissa voi johtua DDOS-hyökkäyksestä, joka ei saavuta asiakasta ja voidaan eliminoida "reititin"-tasolla liikenteen kulutuksen jatkuessa.

Emme myöskään saa unohtaa, että joskus ohjelma ei ota huomioon liikennettä kaikissa satamissa ja osa liikenteestä voi "väistää" valvontaa.

Tästä seuraa myös, että kun tarjotaan rajoitettua liikennettä, huomioidaan usein saapuva + lähtevä kokonaisliikenne, ja jos sinulla on esimerkiksi VPN-palvelu, suhde on 1:1 ja asiakkaasi voivat pumpata kokonaismäärän. enintään 50 TB liikennettä 100 TB:n rajalla.

Jatkuu ...

Muutamia mainoksia 🙂

Kiitos, että pysyt kanssamme. Pidätkö artikkeleistamme? Haluatko nähdä mielenkiintoisempaa sisältöä? Tue meitä tekemällä tilauksen tai suosittelemalla ystäville, pilvi VPS kehittäjille alkaen 4.99 dollaria, ainutlaatuinen lähtötason palvelimien analogi, jonka me keksimme sinulle: Koko totuus VPS (KVM) E5-2697 v3 (6 ydintä) 10 Gt DDR4 480 Gt SSD 1 Gbps alkaen 19 dollarista tai kuinka jakaa palvelin? (saatavana RAID1:n ja RAID10:n kanssa, jopa 24 ydintä ja jopa 40 Gt DDR4-muistia).

Dell R730xd 2 kertaa halvempi Equinix Tier IV -palvelinkeskuksessa Amsterdamissa? Vain täällä 2 x Intel TetraDeca-Core Xeon 2 x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV alkaen 199 dollaria Alankomaissa! Dell R420 - 2x E5-2430 2.2 Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - alkaen 99 dollaria! Lukea Kuinka rakentaa infrastruktuuriyritys. luokkaa Dell R730xd E5-2650 v4 -palvelimilla 9000 euron arvosta penniä vastaan?

Lähde: will.com

Lisää kommentti