En ĉi tiu serio de artikoloj, ni volas rigardi la demandojn, kiujn homoj havas kiam ili laboras kun gastigaj provizantoj kaj dediĉitaj serviloj precipe. Ni faris la plej multajn diskutojn en anglalingvaj forumoj, klopodante antaŭ ĉio helpi uzantojn per konsiloj, prefere ol mempromocio, donante la plej detalan kaj senpartian respondon, ĉar ni havas pli ol 14 jarojn da sperto en la kampo, centojn da sukcese efektivigitaj solvoj kaj miloj da kontentaj klientoj. Tamen, niaj respondoj ne estu konsiderataj kiel la solaj ĝustaj respondoj de la unua kazo; ili povas bone enhavi erarojn kaj eĉ erarojn; neniu estas perfekta. Ni estos dankemaj se vi aldonos aŭ korektos ilin en la komentoj.
Kial la kosto de servilo kun trafiklimo de 100 TB kaj kanalo de 1 Gbit/s estas multe malpli granda ol la kosto de servilo kun kanalo de 1 Gbit/s sen trafiko? Post ĉio, se vi luas 2-3 servilojn kun 1 Gbps-kanalo kaj 100 TB-limo, vi povas konsumi ĝuste la saman kvanton, kiel konsumus servilo kun 1 Gbps Senmezurita, aŭ eĉ pli da kanalo en pintoj, dum la provizanto. esence provizas pli da aparataro, pli da konektoj kaj pli malalta prezo?
La fakto estas, ke provizantoj, ofertante servilojn kun sufiĉe granda trafiklimo aŭ eĉ "senlima" kontraŭ malmulte da mono, konsideras la averaĝajn konsumprofilojn de siaj klientoj. Evidentiĝis, ke plej multaj klientoj, kiuj aĉetas tiajn kanalojn, ne plene uzas la konekteblecon provizitan al ili. Jen kio ebligas fari tian oferton.
100 TB da trafiko estas sufiĉe granda limo. Ĉi tio estas pli ol 100 Mbps Senmezurita. Post ĉio, havante kanalon de 100 Mbit/s sen kontado, vi povas pumpi maksimume 100 (rapido en megabitoj) * 86400 (nombro da sekundoj en tago) * 30 (tagoj) / 8 (bitoj en bajtoj) / 1000 (megabajtoj en gigabajtoj, se ni kalkulas per 1000, kaj ne 1024, 1024 estas iom en kibibit) = 32 400 GB monate en ĉiu direkto kun konstanta kanalŝarĝo de 100%. Tamen, kiel ni scias, serviloj ne konstante konsumas trafikon kaj tre ofte la ĉiutagaj konsumkurboj povas aspekti jene:
Por iuj, pintoj povas atingi maksimuman trairon kaj postulas honestan 1 Gbit/s en ĉi tiuj momentoj. En ĉi tiu kazo, la totala trafiklimo je monato preskaŭ ne povas esti superita:
Tiaj klientoj kompreneble ne estas tre profitaj por provizantoj, kaj tial la provizanto serĉas translokigi ilin al Unmetered, ĉar se ĝi provizas servojn al klientoj de la sama regiono, verŝajne konsumos pintoj kaj ĉi tiu "honesta" gigabito. provizanto povos vendi nur 1,2 klienton. Se la provizanto havas klientojn de malsamaj regionoj, tiam verŝajne la kanalo povas esti vendita al du aŭ pli da abonantoj samtempe, ĉar spektantaro-konsumpintoj okazos en malsamaj tempoj. Fakte, ne ĉiu kliento konsumas sian limon de 100 TB, do provizi servilojn per trafiklimo de 100 TB estas ege enspeziga.
Krome, konektante 10 gigabit-kanalojn al la rakoj, eblas tre efike dividi la trafikon inter ĉiuj. Ni sukcesas dividi kanalon de 10 Gbps en mezume 5 rakojn plenigitajn de serviloj kun limo de 100 TB. Ĉi tio estas proksimume 150 serviloj. Ĉar unu rako kun alteco de 47 ekzempleroj povas akomodi aŭ 41 unu-unuajn servilojn aŭ 21 duoble-unuajn servilojn.
Kiel rezulto, la totala kanala konsumo estas kiel sekvas:
Se vi rifuzas servon al abonantoj, kiuj generas multe da trafiko (la ĉefa kontribuo al la kanala ŝarĝo estas farita de malpli ol 10 serviloj el 150 ĉeestantaj sur ĉi tiu haveno), tiam vi povas pliigi la nombron da serviloj al 300 aŭ pli. Kaj ĉiuj estos feliĉaj kaj ĉiuj havos sufiĉe da trafiko.
Tamen, ekzistas aliaj manieroj ŝpari monon kaj ne ĝeni abonantojn - konektu pli malmultekostan transitan suprenligon aŭ sendu trafikon al interŝanĝpunkto aŭ peering senpage se vi estas granda trafika generatoro.
Ĉi tio ebligas al ni provizi malaltajn prezojn, ne rifuzi servon de abonantoj, pagante al transitprovizantoj 1500-6000 eŭrojn por ĉiu 10G, depende de kiom bona estas la transitprovizanto, kaj vendi konekteblecon je pli malalta kosto kun certa supervenda proporcio, kiam ĉiu. abonanto havas sian propran ordonis honesta kanalo, sen enmiksiĝi unu la alian.
Tuj evidentiĝas, kial la prezo por 1Gbps Unmetered estas multe pli alta, ĉar se kun 100 terabajtaj serviloj, ne ĉiuj konsumas sian limon, tiam la kliento, kiu mendas 1Gbps Unmetered, klare konsumos la plej grandan parton de la kanalo. Dum ni vidis la escepton supre kaj ekzemplon de kiel oni povas generi preskaŭ 1 Gbps da trafiko en pintoj kaj ankoraŭ esti ene de la 100-terabajta limo, ĉi tio estas escepto kaj ne tipa ŝablono.
Mia administranto instalis la programon vnstatd sur la servilo, trafiko estas prenita de la interfaco, prenita ĉiujn 5 minutojn. Ĉu li ĉion konsideras? Do ĝi montras, ke 87 TB estis uzataj, dum la provizanto diras, ke 96 TB estis uzataj kaj la trafiko preskaŭ finiĝis. Mi fidas pri mia sistemadministranto, li estas bonega specialisto. Kaj se li diras, ke la provizanto ŝveligas la koston, tio estas vera. Krome, tio pruvas, ke ili komencis ludi kun valoroj kun potenco kaj ĉefa, donante dum la diskuto malsamajn valorojn por trafiko por la sama periodo. Al la demando "kiel ĉi tio estas?" ni ankoraŭ atendas respondon.
La fakto estas, ke iuj trafikaj kontadaj programoj konservas rekordojn en TiB, ne TB. Tebibajtoj, ne terabajtoj. Tio estas, kontado estas farata per la binara sistemo, kaj ne la dekuma, sur la bazo, ke estas 1024 bajtoj en kilobajto, aŭ pli precize en kibibajto, kaj ne 1000.
Indas noti, ke por eviti ke ĉi tiu distingo estu uzata por merkatigo, la ISO (Internacia Normiga Organizo) jam delonge enkondukis la prefikson “bi” por binaraj bajtoj, tio estas, kibibajtoj, mebibajtoj, gibibajtoj, tebibajtoj. Sed la merkatado ankoraŭ okazis, kaj se fabrikistoj de veturado, uzante dekumajn bajtojn, sukcesas indiki pli malgrandajn volumojn de veturkapacito, tiam dum mezurado kaj kalkulado de trafiko, la situacio estas la malo. La gastiga provizanto, dum provizas 100 TB da trafiko, provizas malpli da ĝi ol ĝi efektive povus esti se nombrite en binaraj terminoj.
Ŝajnus, ke la diferenco estas malgranda, nur 24 bajtoj po 1000, la eraro de ĉi tio estas nur 2,4%, sed kial estas tiom granda diferenco, je la nivelo de 10%? Eble ili vere ne konsideris iom da trafiko?
La punkto estas, ke ni ne devas forgesi, ke la "eraro" pliiĝas, nome:
1024 bajtoj en kibibajto (se oni parolas laŭ ISO-normoj), en mebibajto jam estas 1024 * 1024 = 1 bajtoj, en gibibajto - 048 * 576 * 1024 = 1024 * 1024 * 1 bajtoj, kaj en a073 bajtoj 741 * 824 = 1024.
Neatendita turno? Jes?
Dum mezurado de trafiko en terabajtoj, la diferenco inter kontadaj unuoj estas ĝuste 10%!
Plie, la diferenco en la datumoj prenitaj de la ŝaltila haveno kaj de la servila haveno povas esti kaŭzita de DDOS-atako, kiu ne atingas la klienton kaj povas esti forigita ĉe la "enkursigilo", dum trafika konsumo ankoraŭ okazas.
Ni ankaŭ ne forgesu, ke foje la programo ne konsideras trafikon en ĉiuj havenoj, kaj iu trafiko povas "eludi" monitoradon.
Ĝi ankaŭ sekvas, ke kiam limigita trafiko estas provizita, la totala envenanta + elira trafiko ofte estas konsiderata, kaj se vi havas, ekzemple, VPN-servon, la proporcio estos 1 al 1 kaj viaj klientoj povos pumpi totalon. de ne pli ol 50 TB da trafiko kun limo de 100.
Daŭrigota…
Kelkaj reklamoj 🙂
Dankon pro restado ĉe ni. Ĉu vi ŝatas niajn artikolojn? Ĉu vi volas vidi pli interesan enhavon? Subtenu nin farante mendon aŭ rekomendante al amikoj, , unika analogo de enirnivelaj serviloj, kiu estis inventita de ni por vi: (havebla kun RAID1 kaj RAID10, ĝis 24 kernoj kaj ĝis 40GB DDR4).
Dell R730xd 2 fojojn pli malmultekosta en Equinix Tier IV datumcentro en Amsterdamo? Nur ĉi tie en Nederlando! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - ekde $99! Legu pri
fonto: www.habr.com