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.

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

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!

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.