SLA/noSLA: step 1

oles@ovh.net - 08-03-2008 13:04
SLA/noSLA: etap 1
Kilka dni temu ogłosiliśmy, że OVH będzie proponować te same usługi we wszystkich oddziałach (FR, PL, DE, ES, oraz UK). Oznacza to, że wszędzie proponujemy przepustowość 100Mbps SLA bez miesięcznego limitu transferu.
Tego typu oferta została zaproponowana we Francji mniej więcej 2 lata temu, następnie wprowadziliśmy ją w oddziałach niemieckim i hiszpańskim. Teraz uruchamiamy ją dla oddziałów polskiego i angielskiego. Usługa we Francji cieszy się wielkim zainteresowaniem, podobnie w Niemczech i Hiszpanii, mamy nadzieję, że tak samo będzie w kolejnych filiach: już teraz możemy zaproponować dużą jakość połączenia oraz dobre parametry sprzętowe. SLA oznacza wysoką jakość, z infrastrukturą wielu łącz 10G (tranzyt oraz peering). Nasza wydajność sieci to 200Gbps (!!), z czego wykorzystujemy około 80/90Mbps. Ponadto serwery znajdują się w naszych własnych serwerowniach. SLA sprzętowe oznacza maksymalnie 2 lub 4 godziny na naprawienie uszkodzonego serwera. (status down). Monitoring jest aktywny 24 godziny na dobę, 7 dni w tygodniu, aby zawsze dotrzymywać gwarancji SLA.

Klienci, którym chcemy proponować nasze usługi
----------------------------------------
- jeżeli potrzebujesz 1 serwer z przepustowością 5Mbps, 10Mbps, 100Mbps SLA, oferta OVH jest właśnie dla Ciebie!

- jeżeli potrzebujesz 2-3-5 serwerów z 10Mbps, 20Mbps SLA/serwer ,
oferta OVH jest właśnie dla Ciebie!
- jeżeli potrzebujesz 20-40-200 serwerów 20Mbps SLA/serwer, oferta OVH jest właśnie dla Ciebie!

Klienci, którzy nie skorzystają na naszej ofercie
--------------------------------------------
- jeżeli potrzebujesz 2-3 serwery z 80Mbps/serwer,
- jeżeli potrzebujesz 20-40-200 serwerów z 60Mbps/serwer.

Pojawiają się klienci, którzy nie potrzebują dużej przepustowości, ale nie chcą być limitowani miesięcznym transferem (GB/miesiąc). Zazwyczaj prowadzą serwisy typu youtube. Uwzględniając potrzeby takich klientów, przygotowaliśmy ofertę 'noSLA'.

Na czym polega noSLA ?
-------------------------
Nasza sieć działa 24h/dobę, ale natężenie ruchu różnicuje się w zależności od godziny. Aktualnie wygląda to następująco:
- od 1:00 do 9:00 wykorzystujemy < 40Gbps
- od 9:00 do 17:00 wykorzystujemy 40Gbps/80Gbps.
- od 17:00 do 23:00 wykorzystujemy 80Gbps
- od 23:00 do 1:00, wykorzystujemy 40-80Gbps
Przygotowaliśmy opcję noSLA, co oznacza, że:
- w godzinach 17:00 do 23:00 bardzo mocno ograniczamy ruch,
- w godzinach 9:00 do 17:00 oraz 17:00 do 23:00 ograniczenia są bardzo małe,
- w godzinach 1:00 do 9:00 ruch nie jest ograniczany (taki jak w opcji SLA). Jest to idealne rozwiązanie dla serwisów z download'em. w godzinach 1:00 - 9:00 klient może osiągnąć 10Gbps na ponad 50-80 serwerach dedykowanych.

Co jest limitowane w przypadku trybu noSLA?
-------------------------------------
Limitujemy wyłącznie ruch 'tranzytowy, za który płacimy. Nie limitujemy ruchu przychodzącego, wyłącznie wychodzący. Czyli nie ma limitu w przypadku peeringu, ani w stronę 'do serwera'.

Oznacza to, że ruch 'z serwera' przez Teleglobe, Global Crossing,
T-System do France Telecom i Free jest limitowany w godzinach 9:00 do 17:00, od 17:00 do 23:00, od 23:00 do 1:00. Nie ma limitu w przypadku
FreeIX, Panap, Sfinx, Decix, Amsix, Linx, Bnix i prywatnego peeringu (Neuf, Numericable, T-online, Alice, Ip-plus, Above, Global Crossing).

PS. Może się to zmienić, jeżeli zostaną wprowadzone ograniczenia ze strony naszych partnerów.

Co właściwie oznacza 'duże ograniczenie'/'małe ograniczenie' w trybie noSLA ?
---------------------------------------------------------------
- duże ograniczenie oznacza "10Mbps/serwer na wyjściu":
i "(10Mbps do Teleglobe + 10Mbps do Global Crossing +
10Mbps do T-System + 10Mbps do France Telecom + 10Mbps do Free
+ bez limitu w przypadku peeringu)/serwer"
- małe ograniczenie oznacza "30Mbps/serwer na wyjściu ":
"(30Mbps do Teleglobe + 30Mbps do Global Crossing +
30Mbps do T-System + 30Mbps do France Telecom + 30Mbps do Free
+ bez limitu w przypadku peeringu/serwer"
- bez limitu oznacza "(100Mbps lub 1Gbps)/serwer.

Kiedy serwer wpada w tryb "noSLA" ?
----------------------------------------------
Decyzje podejmuję osobiście (Octave alias Oles). Dysponujemy narzędziami, które kontrolują ruch w całej naszej sieci. W ten sposób możemy sprawdzić dany serwer i podjąć decyzję o przełączeniu serwera w tryb noSLA, jeżeli suma generowanej przepustowości dla wszystkich serwerów klienta przekracza 101Mbps. Jeżeli przekracza, sprawdzamy, czy dotyczy to tylko jednego serwera, czy większej ilości.

Jak można sprawdzić, czy serwer jest w trybie SLA, czy noSLA ?
-------------------------------------------------------
Aktualnie po sprawdzeniu wszystkich serwerów, 274 maszyn zostało przełączonych w tryb noSLA. Można sprawdzić bezpośrednio w managerze v3, jaki tryb jest ustawiony. Weryfikacja jest przeprowadzana co kilka dni. 274 maszyny to mniej niż 1% (0,91%) wszystkich serwerów (utrzymujemy prawie 30'000 serwerów dedykowanych).

Jeżeli ktoś z Państwa znalazł się w gronie niezadowolonych, został przełączony na nonSLA, co destabilizuje działanie usług/serwisów, proszę napisać maila na adres oles@ovh.net: opisać swój projekt i wskazać, jaka przepustowość łącza jest Państwu potrzebna. Każdy przypadek zostanie rozpatrzony indywidualnie.

Pozdrawiam, Octave

maxxx - 08-03-2008 17:52
Cytat:
What is noSLA bandwidth ?
-------------------------
Our network works 24 hours per day. But we don't use all bandwidth all the time. For example right now:
- from 1am to 9am we use < 40Gbps
- from 9am to 5pm it's between 40Gbps/80Gbps.
- from 5pm to 11pm it's 80Gbps
- from 11pm to 1am, it's between 40Gbps and 80Gbps.

So we worked on noSLA bandwidth saying:
- from 5pm to 11pm, we limit the traffic very strongly
- from 9am to 5pm and from 11pm to 1am, we limit the traffic very lightly but there is some limitations
- from 1am to 9am, we don't limit the traffic (like SLA).

It's perfect for the the download services, youtube-like services. From 1am to 9am, the customers can get 10Gbps or more on 50-80 dedicated servers.

What does it mean "very strongly" and "very lightly" on noSLA ?
---------------------------------------------------------------
very strongly means:
- 10Mbps per server per out coming link: 10Mbps on Teleglobe + 10Mbps on Global Crossing + 10Mbps on T-System + 10Mbps to France Telecom + 10Mbps to Free
- no limit on the peering/server

very lightly means:
- 30Mbps per server per out coming link: 30Mbps on Teleglobe + 30Mbps on Global Crossing + 30Mbps on T-System + 30Mbps to France Telecom + 30Mbps to Free
- no limit on the peerings/server

no limit means:
100Mbps or 1Gbps/server Dla ścisłości, to oznacza, że wprowadzane od zeszłego poniedziałku ograniczenia w postaci NoSLA ulegają przemodelowaniu i tym samym poniższa deklaracja staje się nieaktualna?:
Cytat:
Podsumowanie noSLA:
- ogólna przepustowość dla serwera nie jest limitowana: maksymalnie 100Mbps (w zależności od oferty),
- przepustowość dla połączenia
- w godzinach 0 - 9:00 : 10Mbps/połączenie,
- w godzinach 9 - 15:00: przepustowość zmniejsza się do 5Mbps - 500Kbps/połączenie,
- w godzinach 15:00 - 21:00 wynosi 500Kbps/połączenie,
- w godzinach 21h - 23 wzrasta do 500kbps - 5Mbps/połączenie,
- w godzinach 23h - 24h wynosi 10Mbps/połączenie. Jeszcze mam wątpliwość odnośnie tego:
Cytat:
No limit on:
FreeIX, Panap, Sfinx, Decix, Amsix, Linx, Bnix

and all private peering:
Neuf, Numericable, T-online, Alice, Ip-plus, Above, Global Crossing Jeżeli mój serwer znajdzie się w segmencie NoSLA, a mój operator (chello) posiada bezpośredni styk z AMSIX, DECIX, to nie powinienem odczuwać żadnych spowolnień nawet jeżeli będę korzystał z łącza NoSLA w godzinach 5pm to 11pm, czy poprawnie zrozumiałem?

oles@ovh.net - 08-03-2008 18:38

> Dla ścisłości, to oznacza, że wprowadzane od
> zeszłego poniedziałku ograniczenia w postaci NoSLA
> ulegają przemodelowaniu i tym samym ta deklaracja staje się
> nieaktualna?:

w tym tygoniu rozmawialismy na tym forum co do noSLA. kazdy mogl
powiedziec to co mysli i ja tez. po ty rozmowach wywniskowalem ze
definicja "noSLA" nie jest dobra. i zmienilem ja zeby zaadaptowac
noSLA to tego co klienci potrzebuja. uwaga: zeby byc w noSLA, to
trzeba duzo "if": if >= 2 servery, > 101Mbps w, ratio Mbps/serwer
nie dobra i potem moze miana na noSLA. narazie 0.91% serwerow
jest w noSLA ... to jest mala ilosc klientow, extremisci, do tego
czasu mowismy tym klientow "nie w ovh", z noSLA chcemy im zaproponowac
cos co jest win/win.

> Jeżeli mój serwer znajdzie się w segmencie NoSLA, a

uwaga: nie "moj" serwer ale "moje" serwery, bo trzeba > 101Mbps ...
jezeli masz jeden serwer to masz 100Mbps max, czyli nie mozesz wiecej
zrobic niz 101Mbps ...

jezeli myslisz albo boisz sie ze mozesz byc w noSLA, to kup tylko
jeden serwer. masz pewnosc ze bedziesz w SLA ...

> mój operator (chello) posiada bezpośredni styk z AMSIX,

w noSLA, jezeli mamy peering z chello na Amsix, Decix albo/i private
peering nie ma limitu.

w noSLA, jezeli to przechodzi przez trazyt to jest limit w penwych
godzinach, na pewne linki 10G.

maxxx - 08-03-2008 19:01
Zapowiada się ok, szczególnie, że większość europejskich operatorów ma bezpośrednie styki z Decix, Amsix. Wolę jednak poczekać z ostateczną oceną do czasu wprowadzenia modyfikacji w życie.

ig3 - 08-03-2008 23:18
Cytat:
Dla ścisłości, to oznacza, że wprowadzane od zeszłego poniedziałku ograniczenia w postaci NoSLA ulegają przemodelowaniu i tym samym poniższa deklaracja staje się nieaktualna?:

Jeszcze mam wątpliwość odnośnie tego:

Jeżeli mój serwer znajdzie się w segmencie NoSLA, a mój operator (chello) posiada bezpośredni styk z AMSIX, DECIX, to nie powinienem odczuwać żadnych spowolnień nawet jeżeli będę korzystał z łącza NoSLA w godzinach 5pm to 11pm, czy poprawnie zrozumiałem? ovh nie wymienia się ruchem z upc via amsix czy decix lub linx, tylko tranzytem jak z większością polskich operatorów.

Kod: 3 4 ms * 239 ms 020g.gsw-1-6k.routers.ovh.net [213.186.32.225]
4 5 ms 3 ms 8 ms 020g.global-crossing.routers.ovh.net [213.186.32
.249]
5 12 ms 11 ms 12 ms uk-lon01a-ri1-ge-1-0-0.aorta.net [195.66.224.89]

6 14 ms 13 ms 11 ms uk-lon01a-rd3-s-4-0.aorta.net [213.46.174.173]
7 41 ms 41 ms 46 ms pl-waw04a-ra1-stm64-so-0-0-0.aorta.net [213.46.1
60.138] ovh-globalcrossing-linx-chello

Ciekawe bo ovh ma styk z linx jednak caly ruch do upc realizuje tranzytami które potem przechodzą przez IX'y. W odwrotną stronę podobnie jest z tym że w czasie szczytu leci upc-decix-teleglobe-ovh.

Reszta polskich operatorów - TPSA, netia również via teleglobe (tranzyt)

Nie twierdze że jest źle, ale skoro można do upc kierować ruch przez tańsze łącza (bezpośrednie) to dlaczego się tego nie robi?

oles@ovh.net - 08-03-2008 23:50

> 5 12 ms 11 ms 12 ms uk-lon01a-ri1-ge-1-0-0.aorta.net [195.66.224.89]
> Nie twierdze że jest ?le, ale skoro można do upc kierować ruch przez
> tańsze łącza (bezpośrednie) to dlaczego się tego nie robi?

Ups, Chello ... Aorta. Aorta znam i wiem o co chodzi. O to samo co
TPSA. Aorta nie chce z nami robic peeringu ... co 3-4 miesiace
wysylam im email ale ich to nie interessuje. nie macie mozliwosci
uzywania ISP ktory jest "in" a nie "hasbeen" ? na przyklad dialog
to ma inne podejscie do sprawy. peering jest ...

utf - 09-03-2008 00:24
Oles a to nie jest tak, ze np w DE servery > superplan mają link 1gbps? Wtedy chyba łatwo przekroczyć 100mps ;)

np: http://www.ovh.de/produkte/mg.xml :)

oles@ovh.net - 09-03-2008 01:08

utf <utf.35z8tb@no-mx.forums.ovh.com> a écrit:
>
> Oles a to nie jest tak, ze np w DE servery > superplan mają link
> 1gbps? Wtedy chyba łatwo przekroczyć 100mps ;)

tak to prawda ... wystarczy jeden serwer a dobry z 1Gbps
zeby zrobic > 101Mbps. na przyklad:
http://demo21.ovh.com/108348ea2e3508...331b372dfc42P/
te 2 serwery to sa EG/MG/HG, > 101Mbps => noSLA. mamy 6-7
takich serwrow na calej sieci ovh ...