Hosting i servidors dedicats: respondre preguntes. Part 4

En aquesta sèrie d'articles, volem analitzar les preguntes que tenen les persones quan treballen amb proveïdors d'allotjament i servidors dedicats en particular. Hem dut a terme la majoria de debats en fòrums en anglès, intentant, en primer lloc, ajudar els usuaris amb assessorament, en lloc d'autopromoció, donant la resposta més detallada i imparcial, perquè tenim més de 14 anys d'experiència en el camp, centenars de solucions implementades amb èxit i milers de clients satisfets. No obstant això, les nostres respostes no s'han de prendre com les úniques respostes correctes de primera instància; bé poden contenir inexactituds i fins i tot errors; ningú és perfecte. Us agrairem si els afegiu o corregiu als comentaris.

Hosting i servidors dedicats: respondre preguntes. Part 4

Hosting i servidors dedicats: respondre preguntes. Part 1
Hosting i servidors dedicats: respondre preguntes. Part 2. Per què Internet al centre de dades és tan car?
Hosting i servidors dedicats: respondre preguntes. Part 3

Per què el cost d'un servidor amb un límit de trànsit de 100 TB i un canal d'1 Gbit/s és molt inferior al cost d'un servidor amb un canal d'1 Gbit/s sense trànsit? Al cap i a la fi, si llogueu 2-3 servidors amb un canal d'1 Gbps i un límit de 100 TB, podeu consumir exactament la mateixa quantitat que consumiria un servidor amb 1 Gbps sense mesura, o fins i tot més canal en pics, mentre que el proveïdor bàsicament proporciona més maquinari, més connexions i un preu més baix?

El cas és que els proveïdors, quan ofereixen servidors amb un límit de trànsit força gran o fins i tot “il·limitats” per pocs diners, tenen en compte els perfils de consum mitjà dels seus clients. Va resultar que la majoria dels clients que compren aquests canals no utilitzen completament la connectivitat que se'ls ofereix. Això és el que fa possible fer aquesta oferta.

100 TB de trànsit és un límit força gran. Això és més de 100 Mbps sense mesura. Al cap i a la fi, tenint un canal de 100 Mbit/s sense comptabilitat, podeu bombar un màxim de 100 (velocitat en megabits) * 86400 (nombre de segons en un dia) * 30 (dies) / 8 (bits en bytes) / 1000 (megabytes en gigabytes, si comptem per 1000, i no per 1024, 1024 és una mica en kibibit) = 32 GB al mes en cada sentit amb una càrrega de canal constant del 400%. No obstant això, com sabem, els servidors no consumeixen trànsit constantment i molt sovint les corbes de consum diari poden tenir aquest aspecte:

Hosting i servidors dedicats: respondre preguntes. Part 4

Per a alguns, els pics poden assolir el màxim rendiment i requereixen un honest 1 Gbit/s en aquests moments. En aquest cas, gairebé no es pot superar el límit total de trànsit mensual:

Hosting i servidors dedicats: respondre preguntes. Part 4

Aquests clients, per descomptat, són poc rendibles per als proveïdors i, per tant, el proveïdor busca transferir-los a Unmetered, ja que si presta serveis a clients de la mateixa regió, és probable que els pics de consum coincideixin i aquest gigabit “honest” El proveïdor només podrà vendre 1,2 client. Si el proveïdor té clients de diferents regions, és probable que el canal es pugui vendre a dos o més subscriptors alhora, ja que els pics de consum d'audiència es produiran en diferents moments. En realitat, no tots els clients consumeixen el seu límit de 100 TB, de manera que proporcionar als servidors un límit de trànsit de 100 TB és extremadament rendible.

A més, connectant canals de 10 gigabits als bastidors, és possible dividir de manera molt efectiva el trànsit entre tothom. Aconseguim dividir un canal de 10 Gbps en una mitjana de 5 bastidors plens de servidors amb un límit de 100 TB. Es tracta d'uns 150 servidors. Atès que un bastidor amb una alçada de 47 unitats pot allotjar 41 servidors d'una sola unitat o 21 servidors de doble unitat.

Com a resultat, el consum total del canal és el següent:

Hosting i servidors dedicats: respondre preguntes. Part 4

Si rebutgeu el servei als subscriptors que generen molt de trànsit (la contribució principal a la càrrega del canal la fan menys de 10 servidors dels 150 presents en aquest port), podeu augmentar el nombre de servidors a 300 o més. I tothom estarà content i tothom tindrà prou trànsit.

Tanmateix, hi ha altres maneres d'estalviar diners i no molestar els subscriptors: connecteu un enllaç ascendent de trànsit més barat o envieu trànsit a un punt d'intercanvi o peering de manera gratuïta si sou un gran generador de trànsit.

Això és el que ens permet oferir preus baixos, no negar el servei als abonats, pagar als proveïdors de trànsit entre 1500-6000 euros per cada 10G, en funció de la bona qualitat del proveïdor de transport, i vendre connectivitat a un cost més baix amb una certa ràtio de sobrevenda, quan cada un. subscriptor té el seu propi canal ordenat honest, sense interferir els uns amb els altres.

De seguida queda clar per què el preu d'1 Gbps Unmetered és molt més elevat, ja que si amb servidors de 100 terabytes no tothom consumeix el seu límit, llavors el client que demani 1 Gbps Unmetered consumirà clarament la major part del canal. Tot i que hem vist l'excepció anterior i un exemple de com es pot generar gairebé 1 Gbps de trànsit en pics i encara estar dins del límit de 100 terabytes, aquesta és una excepció i no un patró típic.

El meu administrador va instal·lar el programa vnstatd al servidor, el trànsit es pren des de la interfície, cada 5 minuts. Ho té tot en compte? Per tant, mostra que s'han utilitzat 87 TB, mentre que el proveïdor diu que s'han utilitzat 96 TB i el trànsit gairebé ha desaparegut. Confio en el meu administrador del sistema, és un excel·lent especialista. I si diu que el proveïdor està inflant el cost, és cert. A més, així ho demostra el fet que van començar a jugar amb valors amb força i principal, donant durant la discussió diferents valors per al trànsit durant el mateix període. A la pregunta "com és això?" encara estem esperant una resposta.

El fet és que alguns programes de comptabilitat de trànsit mantenen registres en TiB, no en TB. Tebibytes, no terabytes. És a dir, la comptabilitat es realitza mitjançant el sistema binari, i no el decimal, en base a que hi ha 1024 bytes en un kilobyte, o més precisament en un kibibyte, i no 1000.

Val la pena assenyalar que per evitar que aquesta distinció s'utilitzi amb finalitats de màrqueting, la ISO (International Standardization Organization) fa temps que introdueix el prefix “bi” per als bytes binaris, és a dir, kibibytes, mebibytes, gibibytes, tebibytes. Però la comercialització encara es va dur a terme, i si els fabricants d'accionaments, utilitzant bytes decimals, aconsegueixen indicar volums més petits de capacitat de la unitat, aleshores quan es mesura i comptabilitza el trànsit, la situació és la contrària. El proveïdor d'allotjament, tot i que proporciona 100 TB de trànsit, n'està proporcionant menys del que realment podria ser si es compta en termes binaris.

Sembla que la diferència és petita, només 24 bytes per 1000, l'error d'això és només del 2,4%, però per què hi ha una diferència tan gran, al nivell del 10%? Potser realment no van tenir en compte una mica de trànsit?

La qüestió és que no hem d'oblidar que l'"error" augmenta, és a dir:

1024 bytes en un kibibyte (si parlem d'acord amb els estàndards ISO), en un mebibyte ja hi ha 1024 * 1024 = 1 bytes, en un gibibyte - 048 * 576 * 1024 = 1024 * 1024 * i 1 bytes 073 * 741 = 824.

Torn inesperat? Sí?

Quan es mesura el trànsit en terabytes, la diferència entre les unitats de comptabilitat és exactament del 10%!

Hosting i servidors dedicats: respondre preguntes. Part 4

A més, la diferència en les dades extretes del port del commutador i del port del servidor pot ser causada per un atac DDOS, que no arriba al client i es pot eliminar a nivell d'"encaminador", mentre encara es produeix un consum de trànsit.

Tampoc no hem d'oblidar que de vegades el programa no té en compte el trànsit a tots els ports, i que una part del trànsit pot "eludir" el seguiment.

També es dedueix que quan es proporciona trànsit limitat, sovint es té en compte el trànsit total d'entrada + sortint, i si teniu, per exemple, un servei VPN, la proporció serà d'1 a 1 i els vostres clients podran bombar un total. de no més de 50 TB de trànsit amb un límit de 100.

Continuar ...

Alguns anuncis 🙂

Gràcies per quedar-te amb nosaltres. T'agraden els nostres articles? Vols veure més contingut interessant? Doneu-nos suport fent una comanda o recomanant als amics, Cloud VPS per a desenvolupadors des de 4.99 dòlars, un anàleg únic dels servidors d'entrada, que vam inventar per a vosaltres: Tota la veritat sobre VPS (KVM) E5-2697 v3 (6 nuclis) 10 GB DDR4 480 GB SSD 1 Gbps des de 19 dòlars o com compartir un servidor? (disponible amb RAID1 i RAID10, fins a 24 nuclis i fins a 40 GB DDR4).

Dell R730xd 2 vegades més barat al centre de dades Equinix Tier IV a Amsterdam? Només aquí 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6 GHz 14C 64 GB DDR4 4 x 960 GB SSD 1 Gbps 100 TV des de 199 $ als Països Baixos! Dell R420 - 2x E5-2430 2.2 Ghz 6C 128 GB DDR3 2 x 960 GB SSD 1 Gbps 100 TB - a partir de 99 $! Llegeix sobre Com construir infrastructure corp. classe amb l'ús de servidors Dell R730xd E5-2650 v4 per valor de 9000 euros per un cèntim?

Font: www.habr.com

Afegeix comentari