W tej serii artykułów chcemy przyjrzeć się pytaniom, jakie mają ludzie pracujący z dostawcami hostingu, a zwłaszcza serwerami dedykowanymi. Większość dyskusji prowadziliśmy na forach anglojęzycznych, starając się przede wszystkim pomóc użytkownikom radą, a nie autopromocją, udzielając jak najbardziej szczegółowej i bezstronnej odpowiedzi, ponieważ mamy ponad 14 lat doświadczenia w branży, setki z sukcesem wdrożonych rozwiązań i tysiące zadowolonych klientów. Niemniej jednak naszych odpowiedzi nie należy uważać za jedyne prawidłowe odpowiedzi pierwszej instancji; mogą one zawierać nieścisłości, a nawet błędy; nikt nie jest doskonały. Będziemy wdzięczni, jeśli dodasz je lub poprawisz w komentarzach.
Dlaczego koszt serwera z limitem ruchu 100 TB i kanałem 1 Gbit/s jest znacznie niższy niż koszt serwera z kanałem 1 Gbit/s bez ruchu? Przecież jeśli wynajmiesz 2-3 serwery z kanałem 1 Gbps i limitem 100 TB, możesz zużyć dokładnie tyle samo, ile zużyłby serwer z 1 Gbps Unmetered, lub nawet więcej kanałów w szczytach, podczas gdy dostawca zasadniczo zapewnia więcej sprzętu, więcej połączeń i niższą cenę?
Faktem jest, że dostawcy oferując serwery z dość dużym limitem ruchu lub wręcz „nieograniczonym” za niewielkie pieniądze, biorą pod uwagę średnie profile zużycia swoich klientów. Okazało się, że większość klientów kupujących takie kanały nie wykorzystuje w pełni zapewnianej im łączności. Dzięki temu możliwe jest złożenie takiej oferty.
100 TB ruchu to dość duży limit. To ponad 100 Mb/s bez pomiaru. W końcu mając kanał 100 Mbit / s bez rozliczania, możesz pompować maksymalnie 100 (prędkość w megabitach) * 86400 (liczba sekund dziennie) * 30 (dni) / 8 (bity w bajtach) / 1000 (megabajty w gigabajtach, jeśli liczymy przez 1000, a nie 1024, 1024 to trochę w kibibitach) = 32 400 GB miesięcznie w każdym kierunku przy stałym obciążeniu kanału wynoszącym 100%. Jak jednak wiemy, serwery nie zużywają ruchu w sposób ciągły i bardzo często dzienne krzywe zużycia mogą wyglądać następująco:
Dla niektórych szczyty mogą osiągnąć maksymalną przepustowość i w tych momentach wymagać uczciwego 1 Gbit/s. W takim przypadku całkowitego miesięcznego limitu ruchu prawie nie można przekroczyć:
Tacy klienci oczywiście nie są zbyt opłacalni dla dostawców, dlatego dostawca stara się przenieść ich do Unmetered, ponieważ jeśli będzie świadczył usługi klientom z tego samego regionu, prawdopodobne jest, że szczyty zużycia będą się pokrywać i ten „uczciwy” gigabit dostawca będzie mógł sprzedać tylko 1,2 klienta. Jeżeli dostawca ma klientów z różnych regionów, prawdopodobne jest, że kanał będzie mógł zostać sprzedany dwóm lub większej liczbie abonentów jednocześnie, ponieważ szczyty wykorzystania oglądalności będą miały miejsce w różnym czasie. W rzeczywistości nie każdy klient wykorzystuje swój limit 100 TB, dlatego udostępnienie serwerom limitu ruchu 100 TB jest niezwykle opłacalne.
Co więcej, podłączając do szaf 10 gigabitowych kanałów, można bardzo efektywnie podzielić ruch pomiędzy wszystkich. Udaje nam się podzielić kanał 10 Gbps na średnio 5 szaf wypełnionych serwerami z limitem 100 TB. To około 150 serwerów. Ponieważ w jednej szafie o wysokości 47 jednostek można umieścić 41 serwerów pojedynczych lub 21 serwerów podwójnych.
W rezultacie całkowite zużycie kanału wygląda następująco:
Jeśli odmówisz obsługi abonentom, którzy generują duży ruch (główny udział w obciążeniu kanału ma mniej niż 10 serwerów ze 150 obecnych na tym porcie), możesz zwiększyć liczbę serwerów do 300 lub więcej. I wszyscy będą szczęśliwi i każdy będzie miał wystarczający ruch.
Istnieją jednak inne sposoby, aby zaoszczędzić pieniądze i nie denerwować abonentów — podłącz tańsze łącze tranzytowe lub prześlij ruch do punktu wymiany lub peeringu za darmo, jeśli jesteś generatorem dużego ruchu.
To pozwala nam zapewniać niskie ceny, nie odmawiać abonentom usług, płacić dostawcom usług tranzytowych 1500–6000 euro za każde 10G, w zależności od tego, jak dobry jest dostawca usług tranzytowych, i sprzedawać łączność po niższych kosztach przy pewnym współczynniku nadsprzedaży, gdy każdy abonent ma swój własny, uczciwy kanał, bez wtrącania się w siebie.
Od razu staje się jasne, dlaczego cena za 1Gbps Unmetered jest znacznie wyższa, skoro jeśli przy 100 terabajtowych serwerach nie każdy zużywa swój limit, to klient, który zamówi 1Gbps Unmetered, wyraźnie pochłonie większość kanału. Chociaż widzieliśmy powyższy wyjątek i przykład tego, jak można wygenerować ruch o prędkości prawie 1 Gb/s w szczytach i nadal nie przekraczać limitu 100 terabajtów, jest to wyjątek, a nie typowy wzorzec.
Mój administrator zainstalował na serwerze program vnstatd, ruch pobierany jest z interfejsu, co 5 minut. Czy bierze wszystko pod uwagę? Pokazuje więc, że wykorzystano 87 TB, podczas gdy dostawca twierdzi, że wykorzystano 96 TB i ruch prawie zniknął. Mam zaufanie do mojego administratora systemu, jest doskonałym specjalistą. A jeśli twierdzi, że dostawca zawyża koszty, to prawda. Co więcej, świadczy o tym fakt, że zaczęli bawić się wartościami z mocą i głównym, podając w trakcie dyskusji różne wartości ruchu dla tego samego okresu. Na pytanie „jak to jest?” wciąż czekamy na odpowiedź.
Faktem jest, że niektóre programy do rozliczania ruchu prowadzą rejestry w TiB, a nie TB. Tebibajty, nie terabajty. Oznacza to, że rozliczenie odbywa się w systemie binarnym, a nie dziesiętnym, na podstawie tego, że w kilobajcie znajdują się 1024 bajty, a dokładniej w kibibajcie, a nie 1000.
Warto zaznaczyć, że aby zapobiec wykorzystywaniu tego rozróżnienia w celach marketingowych, ISO (Międzynarodowa Organizacja Normalizacyjna) od dawna wprowadziła przedrostki „bi” dla bajtów binarnych, czyli kibibajtów, mebibajtów, gibibajtów, tebibajtów. Ale marketing nadal miał miejsce i jeśli producentom dysków, używając bajtów dziesiętnych, uda się wskazać mniejsze wolumeny pojemności dysków, to przy pomiarze i rozliczaniu ruchu sytuacja jest odwrotna. Dostawca hostingu dostarczając 100 TB ruchu, udostępnia go mniej niż faktycznie mógłby być liczony w ujęciu binarnym.
Wydawałoby się, że różnica jest niewielka, tylko 24 bajty na 1000, błąd z tego wynosi tylko 2,4%, ale dlaczego jest taka duża różnica, na poziomie 10%? Może faktycznie nie wzięli pod uwagę jakiegoś ruchu?
Chodzi o to, żeby nie zapominać, że „błąd” wzrasta, a mianowicie:
1024 bajty w kibibajcie (jeśli mówimy zgodnie ze standardami ISO), w mebibajcie jest już 1024 * 1024 = 1 048 576 bajtów, w gibibajcie - 1024 * 1024 * 1024 = 1 073 741 824, a w tebibajcie - 1024 * 1024 * 1024 * 1024 = 1 099 511 627 776.
Nieoczekiwany zwrot? Tak?
Mierząc ruch w terabajtach, różnica między jednostkami rozliczeniowymi wynosi dokładnie 10%!
Co więcej, różnica w danych pobieranych z portu przełącznika i z portu serwera może być spowodowana atakiem DDOS, który nie dociera do klienta i można go wyeliminować na poziomie „routera”, podczas gdy nadal występuje zużycie ruchu.
Nie zapominajmy również, że czasami program nie uwzględnia ruchu na wszystkich portach, a część ruchu może „wymykać się” monitorowaniu.
Wynika z tego również, że gdy zapewniony jest ograniczony ruch, często bierze się pod uwagę całkowity ruch przychodzący i wychodzący, a jeśli masz, powiedzmy, usługę VPN, stosunek będzie wynosić 1 do 1, a Twoi klienci będą mogli przepompować łącznie nie więcej niż 50 TB ruchu z limitem 100.
To be continued ...
Kilka reklam 🙂
Dziękujemy za pobyt z nami. Podobają Ci się nasze artykuły? Chcesz zobaczyć więcej ciekawych treści? Wesprzyj nas składając zamówienie lub polecając znajomym, , unikalny odpowiednik serwerów klasy podstawowej, który został przez nas wymyślony dla Ciebie: (dostępne z RAID1 i RAID10, do 24 rdzeni i do 40 GB DDR4).
Dell R730xd 2 razy taniej w centrum danych Equinix Tier IV w Amsterdamie? Tylko tutaj w Holandii! Dell R420 — 2x E5-2430 2.2 GHz 6C 128 GB DDR3 2x960 GB SSD 1 Gb/s 100 TB — od 99 USD! Czytać o
Źródło: www.habr.com