SerweryDedykowane.pl

Z przyjemnością informujemy, że dobiega końca projekt instalacji nowego agregatu prądotwórczego dla Serwerowni SuperHost. Od drugiego tygodnia grudnia 2009 roku centrum danych będzie zabezpieczone nawet przed wielogodzinnymi przerwami w dostawie energii elektrycznej. Niezależne od SuperHost usterki energetyczne parokrotnie wpływały na jakość świadczonych usług, dlatego już w pierwszej połowie roku została podjęta decyzja o zaangażowaniu się w inwestycję. Trwające kilka miesięcy przygotowania aktualnie dobiegają końca. Fabrycznie nowy agregat Visa z wysokoprężnym silnikiem John Deere zapewni stabilną pracę wszystkim serwerom i w pełni automatyczny start w przypadku awarii zewnętrznej sieci zasilania. W związku z powyższym, niezbędne będzie wyłączenie części zasobów serwerowni. Przerwa zaplanowana została na godziny 2.00-4.00 w nocy z soboty na niedzielę 5/6 grudnia br. Wszystkie czynności wykonane zostaną przez zespół techników i administratorów zgodnie z przygotowanymi wcześniej procedurami. Przepraszamy za wynikające z tej sytuacji utrudnienia. Instalacja agregatu jest kolejnym etapem rozwoju SuperHost i jego serwerowni, a także efektem nastawienia na stałe podwyższanie jakości usług - w ostatnich miesiącach usprawnienione zostały między innymi systemy klimatyzacji oraz łącza internetowe. W ciągu kilku dni infrastruktura SuperHost będzie jedną z najbezpieczniejszych wśród polskich usługodawców hostingowych.

Niestety awaria zarówno w TK Telekom (łącze Gdansk-Warszawa po ktorym realizowany jest tranzyt do Level3), jak i w sieci NASK (wraz z protekcją) chwilowo odcieła nasze zasoby od sieci. Wg. dostawców przywrócenie ruchu to kwestia minut. Za utrudnienia przepraszamy. Awaria u poddostawcy została usunięta i wszystkie zasoby są już w pełni dostępne.

Nie ma żadnych problemów z wydajnością routerów. Problem wynika tylko i wyłącznie z awarii w sieci NASK i okresowych przełączeń między operatorami z tego wynikających.

Ruch został przekierowany wczoraj popołudniu ze właśnie ze względu na problemy o których Pan mówi. Drobne niestabilności których częstotliwość rosła.

Niestety ze względu na poważne problemy w sieci NASK czasowo ruch jest kierowany przez innych operatorów. Dziś popołudniu problem powinien być zlikwidowany, do tego czasu, w przypadku większych niestabilności czasowo przerzucamy ruch na inne łącza. Za utrudnienia przepraszamy.

Miło nam poinformować, że wprowadzamy do naszej gamy usług nową pozycję - VPS, czyli prywatne serwery wirtualne. Oferta opiera się na licencjonowanym oprogramowaniu Parallels Virtuozzo. Nasza propozycja jest przygotowana na zasadzie 'no-overselling' i wszystkie zasoby są GWARANTOWANE. Pozostałe szczegóły dostępne są na stronie: http://superhost.pl/vps.php Zapraszamy!

Wszystkie serwery są zlokalizowane w Polsce, dostęp do sieci TP bezpośredni. Dziękuję też za uwagi o danych procesora.

Miło mi ogłosić, że po modernizacji naszej sieci szkieletowej, od dnia dziesiejszego nasza firma akceptuje utrzymywanie serwerów gier. W najbliższym czasie regulamin zostanie zaktualizowany, ale już od dziś bez żadnych przeszkód i opłat dodatkowych serwery gier są mile widziane.

Gwoli wyjaśnienia, mam nadzieje, że rozwieje to ew. wątpliwości: - dane są zrzucane na poziomie kernela, a cala analiza i generowane wykresy są na maszynie zarządzającej, nie na nodach obliczeniowych - statystyki obejmują tylko procesy uruchamiane z UID użytkownika tj. skrypty PHP/CGI należące do użytkownika

Niestety sieć nask dziś miała problemy z routerami, co sie odbiło trochę na niestabilności u nas. Musieliśmy położyć sesje ręcznie na czas usuniecia usterki. Od dłuższego czasu wszystko już pracuje normalnie. Dyżurny oczywiście dyżuruje - proszę zawsze w razie problemu zadzwonić ponownie po 5min - technik prawdopodobnie był w serwerowni.

System bez probemu uciagnie i 10x wiecej uzytkownikow w danym klastrze, lub 10 bardzo obciazajacych- w kazdej chwili do kazdego klastra mozemy dodac dodatkowe moce obliczeniowe. Ale mija sie z celem dodawanie calego serwera klasy P4 dla pojedynczego uzytkownika tylko dla jego skryptow PHP. PH by Przemo akurat nie ma najlepszej opini - wygenerowanie 1 strony PHP potrafi zrobic kilkadziesiat lub wiecej zapytań SQL. Pozatym UU zupełnie nie odzwierciedla tego co się dzieje po stronie serwera, po większość z ok. 20 uzytkowników ktorzy otrzymali listy informacyjne ma liczbe generowanych skryptów PHP/CGI na poziomie od ok. 10tyś do ponad 50tyś. Niestety - jeżeli dla danego konta same skrypty PHP wymagają 1/3 lub więcej procesora - hosting shared jest rozwiązaniem niedopasowanym do potrzeb. W takim wypadku minimum to VPS.

Szanowny użytkowniku, W systemie wisepanel właśnie wdrożyliśmy system monitoringu obciążenia. Działa on wyjątkowo precyzyjnie - po zakończeniu KAŻDEGO procesu PHP/CGI kernel zapisuje dokładnie ile mocy procesora on zużył. Powiadomiliśmy ok. 20 użytkownikow na kilkatysięcy w systemie wisepanel. Użytkownicy którzy zostali powiadomieni, wykorzystują więcej niż uznajemy za dopuszczalne dla 1/3 mocy 1 rdzenia procesora. Jeżeli jakikolwiek procesor przekracza trzykrotność takiej wartości - do danego klastra są dodawane dodatkowe serwery obliczeniowe. Powinien Pan zrozumieć, że przy hostingu typu shared 30 czy 50 czy jeszcze więcej (a są tacy użytkownicy) procent mocy całego procesora przekracza możliwości hostingu współdzielonego. Tak jak uprzedziliśmy - nie jesteśmy w stanie dalej utrzymywać takiego serwisu na hostingu współdzielonym. Może oczywiście Pan próbować na innym tego typu hostingu - ale wg. nas mija się to z celem. Powinien Pan poszukać serwera VPS lub zoptymalizować serwis. Nie mogę zdradzać szczegółów technicznych, ale w każdym klastrze, w którym są konta klientów jest conajmniej kilka wysokowydajnych serwerów. Serwer o parametrach które Pan przytoczył nie był by w stanie wygenerować strona Pańskich serwisów. Rozumiem, że jest to dla Pana jako klienta problem, ale niestety - jeżeli potrzebuje Pan określonej ilości zasobów - trzeba je zamówić. Czy to u nas, czy to w innej firmie. Jeżeli jakiekolwiek dodatkowe informacje są potrzebne - proszę o kontakt - najlepiej mailowy. Postaramy się pomóc w zakresie w jakim jest to możliwe. I na koniec jeszcze raz podkreślam - dane które widzi Pan w panelu są absolutnie dokładne i wyjątkowo precyzyjne. Nasz system działa prawidłowo, ponieważ klastry z problematycznymi serwisami zostały wzmocnione dodatkowymi kilkoma maszynami obliczeniowymi, ale nie możemy utrzymywać całych dodatkowych serwerów dla pojedynczych użytkowników. Do takich zadań są serwery VPS oraz dedykowane.

Jezeli Pan Esperanto wyrazi zgodę i poda mi na PW dane swojego konta, mogę sprawdzić i podać do publicznej wiadomości garść szczegółów. Przedewszystkim ile mocy zjada i ile skryptów dobowo jest wykonywanych. Bez sprawdzania mogę tylko strzelać, że są to ilości wyrażane w tysiącach, być może nawet dziesiątkach tysięcy, a obciążenie jest prawie napewno na poziomie całego pełnego procesora - dotychczas tylko tacy użytkownicy zostali powiadomieni o konieczności pilnej optymalizacji.

Panie Norbercie, moja odpowiedz byla oczywiscie ukierunkowana do Pana BOSSa. Tzn. chcialem wszelkie wątpliwości i niejasności wyjaśnić. Uważam, że Pan BOSS postępuje kompletnie nie fair krytykując bez żadnych konkretnych podstaw system monitoringu obciążenia, raczej robiąc to z 'zasady' i pewnie przyzwyczajenia. Dlatego jeżeli jakiekolwiek wątpliwości są - bardzo chętnie je rozwieje. Nasza firma zawsze była wyjątkowo wyrozumiała, jeżeli chodzi o wykorzystanie zasobów procesora. Nalegam, na niezarzucanie nam 'przeliczników z sufitu' i że chcemy "przekonać" na dedyka. Po pierwsze - praktycznie zawsze w takich sytuacjach podkreślamy, że migracja na serwer dedykowany jest wg. nas niezbędna, czy to będzie serwer zlokalizowany u nas, czy też u konkurencji. Po drugie - dane są bardzo precyzyjne. System zapisuje każdy wykonany skrypt php - z danymi takimi jak czas wykonania, ilość wykorzystanej mocy cpu etc. Akurat Pan Norbert, któremu osobiście polecałem spróbowanie znalezienia kompetentnych osob do optymalizacji skryptów na tym forum wykonuje tak jak już pisałem wcześniej - kilkadziesiąt tysięcy razy skrypty php dziennie. Ale ilość nie jest problemem - problemem jest ilosć mocy CPU zużywanej. W chwili obecnej przekracza ona możliwości hostingów shared.

Nie jest tajemnicą, że w tamtym okresie, w początkowej fazie serwerowni mielismy problemy ze stabilnością. 2006/2007 test to juz odległą historią, a nasza infrastruktura jest w pelni stabilna już od dluższego czasu. A tak jak potwierdzil Pan Mosorczyk - w owym czasie miał zainstalowane forum phpbb, a konto którego uzywał było raportowane przez cPanel jako przeciążające. Zarówno nasze obecne statystyki, które są duzo bardziej zaawansowane i precyzyjne od wbudowanych w cpanel, jak i te ostatnie zliczają TYLKO i WYŁĄCZNIE skrypty php/cgi.

Jeżeli uważa Pan, że statystyki są niewiarygodne, czy nieuczciwe - proszę o kontakt. Chętnie rozwieje wszelkie wątpliwości, bo mam wrażenie, że Pana opinia nie jest podparta zadnymi faktami. Wracając do tematu, pozwolę sobie dodać, że jesteśmy w stalym kontakcie z Panem Norbertem. Serwisy tego uzytkownika to kilkadziesiąt tysięcy dziennie wywołan skryptów php, do wygenerowania których jest wg. moich szacunków potrzebne ok. 80% jednego rdzenia procesora. Nie jest to wg. mnie moc której należy szukać w hostingach współdzielonych, a czas na przejście na rozwiązania dedykowane. Trochę dziwi mnie fakt, że staliśmy się celem zupełnie bezpodstawnej krytyki , jako chyba pierwsi na rynku wprowadzając rozwiązanie, dzięki któremy każdy użytkownik na bieżąco moze monitorować wykorzystanie procesora wlącznie, z odpowiedzialnymi za to skryptami. Dzięki temu zawsze wiadomo, gdzie leży problem i można przeciwdziałać problemom.

Dotarłem do danych w archiwum - podesłałem szczegóły na PW

W 2006 roku nie było jeszcze systemu wisepanel, pozatym nie chce mi się wierzyć - cPanel by wogóle nie uwzględnił takiego konta w raporcie - html-e nie są generowane z uid-em użytkownika tylko systemu. To dość odległe czasy, ale chętnie sprawdze czy gdzieś w zakopanych danych statystycznych nie odnalazłbym jakiś szczegółów i tak z czystej ciekawości sprawdził i podesłał Panu na PW - mogę prosić o login na PW? Oczywiście informacje pozostaną poufne BTW. Do statystyk obciążenia są wliczane TYLKO I WYŁĄCZNIE skrypty php/cgi.

Rozumiem trochę żal użytkownika, ale postaram się krótko i konkretnie przedstawić rzeczywistą sytuację. Użytkownik psw779 generuje load który prawdopodobnie przekracza możliwości vpsów. Konto typu shared hosting nie jest w stanie obsługiwać serwisów które ze względu na ilość zasobów, bezwzględnie wymagają własnego procesora. System statystyk który właśnie wdrażamy pozwala użytkownikom na bieżąco precyzyjnie monitorować obciążenie generowane przez skrypty php jak i mysql. Użytkownik psw779 powinien załączyć jeszcze drugą część - w której jest dodatkowo podkreślony czerwonym kolorem skrypt - nazwa i lokalizacja, który za to obciążenie jest odpowiedzialny. Oczywiście statystyki zostały dokładnie skalibrowane, a obciążenie jest obliczane na poziomie kernela. Każdy skrypt wykonany przez użytkownika zapisuje informacje statystyczne o wykorzystaniu procesora i na tej podstawie są generowane te wykresy i informacje. Bardzo mi przykro, ale przypuszczam, że w innym systemie hostingowym takie konto zdestabilizował by cały serwer. Nasz system klastrowy jest przygotowany do chwilowych przeciążeń, ale nie możemy utrzymywać dodatkowej maszyny obliczeniowej specjalnie dla jednego użytkownika. Skrypty Pana psw779 w obecnej postaci wymagają dla siebie całego procesora. Nic tego niestety nie zmieni. Polecam przyjrzeć się i zoptymalizować skrypt który widnieje w statystykach, z naszej strony może Pan liczyć na pomoc w interpretacji, jeżeli coś jest niejasne lub niezrozumiałe. Dla podkreślenia jeszcze dodam, na kilka tysięcy użytkowników systemu wisepanel Pan psw779 jest w pierwszej 10tce jeśli chodzi o obciążenie procesorów.

Obecnie są uruchamiane urządzenia rdzeniowe, w ciągu ok. 10-15min będą kolejno uruchamiane i sprawdzane serwery.

Potwierdzam. Więszość akumulatorów się już wyładowała, część serwerów jeszcze działa, ale akumulatory nie wytrzymają już zbyt długo - wszystkie są zamykane 'na miękko'. W Gdańsku jest awaria linii presyłowej wysokonapięciowej, czas usunięcia awarii to w przybliżeniu 1-2h. Będziemy informować na bieżąco.

Niestety jak już przedmówcy napisali - wystąpiła bardzo duża awaria, która unieruchomiła ATM, NASK, część TKTELEKOM. W tej chwili nasze zasoby są dostępne via bezpośrednie łącze na zachód, więc ping jest dość spory (pakiety zawracają we Frankfurcie), ale najważniejsze, że są dostępne.

Małe sprostowanie z naszej strony. Jesteśmy chyba jedyną firmą w Polsce w tym przedziale cenowym o tak zaawansowanej infrastrukturze. Nasze łącza pracują w BGP od ok. 2 lat, przepustowość naszych łącz pozwala na obsłużenie nawet 3krotnie większego ruchu w każdym momencie. Oczywiście mamy pełną redundancje i awaria jednego z operatorów nie powoduje zauważalnych problemówWszystkie instalowane od ponad roku serwery mają dostęp do bezpośredniego styku z TP sa, dzięki czemu ping jest minimalny. Nie sądzę, aby jakakolwiek firma w Polsce oferująca usługi w tym segmencie rynku posiadała lepszą infrastrukturę w zakresie łącz. Wszystkie serwery w naszej serwerowni są podłączone do centralnych profesjonalnych UPS firmy APC o mocy 80kVA. Nasz dział wsparcia technicznego pracuje 24h/doba. Oczywiście osoba dyżurna zawsze jest na miejscu w serwerowni. O każdej porze dnia i nocy. Dwie wcześniejsze serwerownie użytkowane przez naszą firmę zostały opuszczone (warszawa - wrześnień 2007, gdańsk1 - sierpień 2008) ponieważ technicznie nie były w stanie zapewnić odpowiedniego poziomu usług i starsza część klientów została przemigrowana. Oczywiście żaden sprzęt nie jest niezawodny, dlatego dzięki technikowi 24h/doba, oraz profesjonalnym KVM firmy Avocent czas ew. awarii sprzętowych można ograniczyć do minimum. Zdajemy sobie sprawę, że nie wszystko działa jeszcze w pełni idealnie - dział wsparcia technicznego został niedawno przeorganizowany, a my cały czas wsłuchujemy się w Wasze opinie i staramy się wszelkie ew. niedociągnięcia poprawiać. Ustosunkowując się do opinii BOSS-a - który tym razem bez potwierdzenia w rzeczywistości i niestety tylko na podstawie zasłyszanej opinii napisał, że nasze łącza działają kiepsko - jest to oczywiście nieprawdą. Przy okazji - nasza firma w zeszłym tygodniu uruchomiła zupełnie nowe łącze do zachodniego operatora o przepustowości 1Gbps.

Witam, Zgodnie z naszym regulaminem, w standardowej ofercie nie można hostować serwerów gier. Zapis ten chroni nas przed nadmiernym obciążaniem infrastruktury, produkowanymi przez serwery gier, astronomicznymi ilościami pakietów na sekunde. Dlatego w przypadku tego typu serwerów, prosimy o konsultację z działem handlowym. >Pracownik, z którym rozmawiałem wydał mi się niekompetentny ponieważ po > na każdą odpowiedz musiałem czekać. Tutaj mają minusa. Proszę o wyrozumiałość, niestety ze względu na sezon urlopowy, najprawdopodobniej rozmawiał Pan z osobą odpowiedzialną za obsługę handlową pakietów hostingowych i stąd istniała konieczność konsultacji.

Gwoli wyjaśnienia - żaden z naszych klientów nie odczuł awarii ATM - za każdym razem ruch był automatycznie przełączany na zapasowe łącza. Jedynym klientem który odczuwał awarie ATM jest gamepad, który ma swoje osobne łącze do ATM bez protekcji. Wszystkie normalne serwery dedykowane pracowały za każdym razem bezprzerwowo. Dotyczy to także kilku awarii w sieci NASK, o której nasi klienci nie wiedzą bo nie odczuli.