patryk

W brytyjskiej czy amerykańskiej kulturze korporacji IT zupełnie normalne. Wyraźnie napisałem - dla budżetowej usługi. Tam znacznie ważniejsze jest to, żeby zatrudnić dwóch dodatkowych techników którzy poradzą sobie z 90 zamówieniami dedyków dziennie od przyszłych klientów a nie to, że jest 1% szansy w ciągu roku, że w razie braku agregatu przez 2-3h nie będzie dostępu do serwerów. To jest wliczone w koszty w takim wypadku. A czasami po prostu lokacja serwerowni nie pozwala na uruchomienie agregatu, a nie wszyscy chca wywozić swoje serwery gdzieś poza miasto - WDC wcale nie jest tanie, a tez nie ma agregatu, tylko UPSy, które raczej nie poradzą sobie jakby przypadkiem cała Warszawa została bez prądu przez 12h.

Od wczoraj można testować RPS2. Config: AMD BE-2300 (2x1.9GHz) + 1 GB RAM + 20 GB dysku. To AMD ma coś w rodzaju Intelowskiego speedstepa z laptopów (ostatnio to stosuje także Hetzner w swoich maszynach dedykowanych) - czyli sprzęt jak nie jest obciążony skręcony jest na minimum (1 GHz per rdzeń) a przy obciążeniu się dopiero rozpędza do większych prędkości. Żeby nie było tyle psucia co ostatnio tym razem serwery są dostępne tylko dla 5 testerów .

is_wm: A jak kisiek ma pisać? Że dyrektor techniczny za pośrednictwem długonogiej sekretarki już skontaktował się z głównym dostawcą agregatów dla Pentagonu? Co do samego tematu agregatu to jest kilka znacznie droższych serwerowni, które takowego nie posiadają, to nie jest żadne must-have dla budżetowej usługi. P.S. Jakbyście nie zauważyli to temat o Firehost..

Każde środowisko do którego są źródła odpalisz na dowolnej dystrybucji, kwestia konfiguracji..

Jabyś to puścił na 1 Gbps to w ogóle starczyłoby dwóch userów do zapchania tej macierzy..

tramil: jeśli masz błąd "suexec policy violation" to wiadomo z czego on wynika (błedne prawa, dostęp do pliku, który nie jest Twój, etc w efekcie error 500 na ekranie). Jeśli masz błąd o niekompletnych nagłówkach itd to inna broszka, skrypt nie może się wykonać bo uderzył w limit i tyle (=error 500 na ekranie). Resztę chyba opisałem już powyżej.

Niech każdemu przytną sieciówke do 10 mbps i nie powinno być problemów : ).

tramil: szkoda, że nie dodałeś, że ten jakże palący problem z DA trwał łącznie jakieś 45 minut z przerwami (leżał serwer licencji skórki, której używamy), a Ty w niedzielę wielkanocną o.. 8 rano otworzyłeś tickety o takiej samej treści: "Witam. License has expired. To już jest przesada Panowie..." Wybacz, że zaregowałem w ten sposób (bo osobiście miałem przyjemność na niego odpowiadać, staram się dać moim współpraownikom spokój w świeta), ale inaczej się nie dało bo niestety pisanie w ten spoób, o tej porze, w taki dzień to dla mnie jest "właśnie przesada, Panowie".. Nie musisz sie jednak martwić, na codzień na tickety odpowiadają bardziej wyrozumiałe osoby i na Twoje przyjaźnie formułowane maile wysyłane hurtowo reagują z należytym spokojem i profesjonalizmem. Ja jestem tylko adminem . Co do Twojego serwisu. Podobnie jak np. Hekko i kilkanaście innych hostingów stosujemy twarde limitowanie PHP. Jeśli jakieś konto przekracza 10-20% procesora (zależnie od opcji hostingu) to przy nastepnym zapytaniu ponad limit wyskakuje błąd 500 i po prostu zapytanie się nie wykona. To jest tylko i wyłącznie dla dobra tych Klientów, którzy limitów nie przekraczają i chcą mieć sprawnie dzialająca usługę. Oczywiście nie wyłapie to pomysłów w rodzaju obudowywaniu sercza wielkiego forum o godzinie 15-tej zabijającego MySQLa, ale na 90% przypadków się nada. Mamy kilku klientów, którzy przenieśli się z hostów, które wyrzucały ich za obciązenie, nie chcą korzystać z VPSów i u nas sobie radzą dobrze. Nawet jeśli mimo naszych stosunkowo wysokich limitów obciążenia udaje się im przekroczyć przydzielony procent CPU to wolą mieć raz na 500 zapytań błąd, który zniknie po odswieżeniu niż otrzymywać na skrzynkę maile o blokadzie konta z powodu przekroczenia limitu i konieczności wyniesienia się na inny hosting. Logi dotyczące przekroczenia limitów są w error logu w panelu i wiele więcej się w tym temacie naprawdę nie da zrobić. Nie jesteśmy w stanie wskazać Ci linijki kodu, która powoduje ten błąd, bo nie na tym polega usługa shared hostingu.

pleple: NFS potrafi być stabilny i wydajny (czego przykładem jest chociażby DreamHost nie mówiąc już o wielu sieciach firmowych czy uczelnianych, gdzie używa się terminali), tylko trzeba odpowiednio dobrać mu zastosowania. W OVH przedobrzyli chyba z pomysłem bootowania całego systemu z poziomu sieci. Jeśli 15 userów naraz resetuje RPSy a 20 innych robi reinstall to rzeczywiście nie można się dopchać do macierzy bo ilość otwartych plików jest ogromna. Rozwiązaniem jest jak dla mnie instalowanie systemu takich serwerów na pen-drive USB, które kosztują teraz grosze (a 1 GB spokojnie starczyłoby na normalną instalację systemu operacyjnego) a z poziomu NFS'a powinnien być podpięty /home i /var. Burzy to trochę pomysł na RPSa, ale chyba jest jedynym rozwiązaniem mogącym zapewnić jako-taką stabilność przy tak dużej liczbie "pomysłowych" userów .

Kubasek: oczekujesz od supportu taniej serwerowni reakcji na pad _testowej_ usługi wieczorem w Wielkanoc? Trochę realizmu i zdrowego podejścia bo w taki dzień i o tej porze to nawet trudno w 50-krotnie droższym WDC wymagać supportu w podstawowej ofercie.. Technik dyżurny w FR zareagował i bardzo miło z jego strony, ale już nie przesadzajmy..

W ofercie muszą być dane firmy, albo chociaż link do danych firmy. W Twojej ich nie ma dlatego nie pojawiła się na forum. Skoro jesteś na forum dwa lata mógłbyś przeczytać regulamin działu oferty .

Cały shared hosting w OVH (jak i inni hosterzy typu Dreamhost) działają w oparciu o takie rozwiązania więc myślę, że mają to opanowane i wydajność będzie co najmniej akceptowalna.

Emil: Wyciagasz jakies dziwne wnioski. Nie wiem co ma wspolnego skanowanie portow Twojej maszyny z probami logowania sie na czyjes ssh, ktore moga byc dokonywane przez dwulinijkowy skrypt w cronie.. Na takim serwerze jak Twoj, ktory jest pelen userow nie da sie prowadzic supportu doraznie na zasadzie "zlece cos jak sie juz totalnie posypie a po adminie i tak poprawie na swoje". Potrzebna jest stala opieka i pewien nadzor.

Nie znajdziesz raczej wiele ofert VPSów z takim traffikiem - skieruj się w stronę dedyka, np. kimsufi w OVH.

Sto lat!

djsolar: oczekiwanie, że w cenach jak na OVH dostaniesz gwarantowane 100 mbps po całym świecie jest raczej dużą przesadą bo nawet dodając 2-3 zera do ceny nikt Ci nie da takiej gwarancji..

Woofer: takie "przenosiny" na wyższy pakiet gdziekolwiek poza HE ograniczają się do edycji dwóch linijek konfiguracji vpsa, a w Twoim wypadku chyba jeszcze dodatkowo do spakowania paczki z kontem i przeniesienia na inna maszynkę z energooszczędnym Xeonem . Raczej dziwne byłoby gdybyś dostał pustego VPSa do konfiguracji .

Tutaj nie chodzi o hosting a o dnsy - możesz sobie postawić darmową strefę na everydns.com albo freedns.sgh.waw.pl, podpiac pod te serwery domene i na ich poziomie dodac wpisy od Google'a,

Nie, powinno dzialac od reki. Dodaj sobie tez nscache leaseweb do resolva - 85.17.96.69.

Pokaz wynik cat /etc/resolv.conf. Wyglada jakbys nie mial po prostu ustawionych nameserverow. Czy mozesz pobrac cokolwiek np. via wget?

Hmm, po ponownym przeczytaniu mi się raczej wydaje, że chodzi tutaj o to, że przykładowo dostajesz łączną przepustowość 5 Mbps z maks. 512 Kbps na pojedyncze połączenie..

Ja nie rozumiem tego co oni tam wypisali do końca.. Przykladowo w godzinach 9-15 transfer to w końcu 5 Mbps czy 500 Kbps na pojedyncze połączenie? Bo to dość znacząca różnica. Nie rozumiem też na czym polega wzrost prędkości o godzinie 21 . Swoja drogą nawet jeśli jedno połączenie będzie przycięte do ~60 KB/s to nie jest to jakaś tragedia dla dużego forum, serwera gier czy czegoś w tym stylu, nawet do streamingu tv starczy taki transfer na jednego usera.. Ważne jest także to że w OVH mają określona jakąś politykę a nie działa to na zasadzie jak w niemieckich serwerowniach czyli losowo .

Rowniez sie dolaczam - wszystkiego dobrego!

Każda z firm ma swój temat na forum - znajdziesz tam opinie na jej temat. Dodatkowo, i365.pl to już od 2 miesięcy co najmniej oficjalnie nie ma na rynku.

A najprostsze będzie włączenie extended httpd status w http.conf i po prostu przeanalizowanie listy procesów.