malu

Zdrowy rozsądek miałem na myśli, jako klucz do odpowiedniego wykorzystania tmpfs, bo jak wskazałem nie wszędzie się to sprawdzi i podawanie tego jako złotego środka jest zgoła błędne. Istotnie wraz z startem systemu dobrze by było przeczyścić /tmp. Co do samego zysku wydajnościowego, to jest oczywiste - szczególnie w przypadku złej konfiguracji samego daemona. (W przypadku, gdy dane będzie mu tworzyć tabele tymczasowe na dysku) Co do --tmpdir - przeczytaj jeszcze raz moje zdanie. Pisałem o ustaleniu odrębnych katalogów dla tabel tymczasowych i filesort`ów. Co do zastosowania ext2, istotnie można go zastąpić jakimkolwiek systemem bez journalingu w konkretnym zastosowaniu. Ale skoro filesystem jest stabilny, spełnia pokładane założenia to nie jest błędem jego używanie.

Wszystko zależy od zdrowego rozsądku. W podanym przeze mnie przykładzie, wyobraź sobie partycje tmpfs na serwerze, który nie ma dużej ilości ram w momencie wykonywania naprawy MyISAM, albo operacji typu ALTER. Niestety MySQL nie pozwala na definiowania odrębnego katalogu tymczasowego dla tabel tymczasowych oraz dla plików filesort. Nie do wszystkiego się to nadaje. W przypadku małych baz to nie problem, ale różnie to bywa. Więc rozwiązanie na pewno nie jest uniwersalne. Jednak, w żadnym wypadku nie neguje tego, bo istotnie najwydajniej jest wrzucić wszystko tymczasowe w ramdisk. Co do ext2, archaiczny, nie archaiczny. To samo można powiedzieć o tmpfs, jeżeli patrzeć by na wiek filesystemu, ale przecież nie o to chodzi. Nie jest to zły filesystem, a skoro się sprawdza to można go używać. W wolnej chwili muszę sprawdzić jak wypada na tle ext4, z wyłączonym księgowaniem.

/tmp nie chciałem podawać w ramie, bo są różne kwiatki i różne rzeczy tam trzymają, a w przypadku co niektórych daemonów np. MySQL wychodzą później ciekawostki. Standardowo nie wszyscy myślą. Ale jeżeli chce to jak najbardziej może to podmontować jako ramdisk. Dlaczego ext2, ze względu na wydajność, brak journaling. W zasadzie nie wiem jak wypada na tle ext4, bo tego nie sprawdzałem. Tudzież ext4 z wyłączonym journaling. W każdym razie ext2 na partycjach typu /tmp, znakomicie sobie radzi. Praktyka stosowana sto lat temu, jak i teraz. Więc, nie wiem dlaczego nie słyszałeś o czymś takim.

Nie odpowiedziałeś na pytanie, jakie szacunkowo zużycie dysku przewidujesz/znasz dla tych 200 klientów. Bo być może będziesz mógł ich pliki/skrypty umieścić na dysku SSD. Zasadniczo warto oczywiście umieścić MySQL na SSD czyli odpowiedniego powinno to być /var/lib/mysql lub dla Debiana z DirectAdminem /home/mysql/. FS - według wymogów, jeżeli nie ma konkretnych to możesz kierować się w stronę ext4 Dodatkowo warto pomyśleć, aby wydzielić osobną partycję dla kolejki exima (O ile, akurat jego używasz), wtedy ścieżka /var/spool/exim. FS - ext2. Tutaj jednak nie koniecznie potrzebujesz dysku SSD, głównie chodzi o to, aby działało to pod ext2. Oczywiście odrębna partycja dla /tmp, bo miło by było zabezpieczyć to paroma flagami. Filesystem ext2. Oczywiście zadbać, aby wszędzie było flagi odpowiednie. Podaj jakieś konkretnie zużycie. Wtedy będzie można myśleć, jak to sensownie i bezpiecznie spiąć.

Mówicie, że wciągu 177 dni nie weszła żadna krytyczna poprawka w jądrze openVZ? : ))

Warto byłoby napisać z takim pytaniem na bok@vihost.pl Ale odpowiadając Ci na pytanie, to nie ma problemu, ale trzeba się ówcześnie skontaktować z vihost.pl na podany powyżej adres e-mail i poprosić o możliwość płatności paypall.

Nie wiem jak to wygląda u was, my dostajemy odpowiedzi bardzo sprawnie. Sam mam bezpośredni kontakt do kilku administratorów, dodatkowo numer do szefa, więc jeżeli jest coś priorytetowego to przepychamy to szybciej. Co do traktowania, to chyba normalne, w mniejszych firmach, że będąc dobrym stałym klientem jest się lepiej traktowanym? ; ) Sprawa NRM była o tyle specyficzna, że powołał się na nas i wiem, że artnet chcąc być w porządku po prostu się z nami kontaktował w tej sprawie, czy zgadza się, że podsyłaliśmy im klienta, czy tak po prostu postanowił się na nas powołać i jakoby nas ominąć.

Firma jest już trochę czasu na rynku, pomaga istnieć naszemu kochanemu krajowi dzielnie płacąc podatki. ; ) Co do aktualizacji strony, to nie wiem jaki widzisz problem w tym, że nie ma obecnie żadnych promocji. W firmie jest tyle zamówień, że nie nadążamy nowych serwerów dokładać.

Pozwoliłem sobie zerknąć na powyższy problem i problemem była wadliwa konfiguracja apache, konkretnie to MaxClients w konfiguracji lanceq wynosiło 15. ; )

Witam, W zasadzie wyłapujemy jakiś bardzo specyficzny problem z litespeedem. Obecnie udało się go prawdopodobnie jakoś obejść. Za wszystkie zgłoszenie serdecznie dziękuję i nie pogniewam się, jeżeli poinformujecie nas w tym temacie o nieprawidłowościach w działaniu usług. @Edit Dodatkowo zaznaczę, że problem występuje wyłącznie w przypadku usług hostingu wirtualnego w Polsce.

Okrutnie drogie rozwiązanie jak na sam webmail. Tak z ciekawości to co Cię do tego przekonuje?

Moim zdaniem specyfikacja serwera jest dość dziwna. Ale być może masz takie wymagania. Trochę dużo wydaje się 2 takie procesory przy 4 dyskach SAS. Postaram się jutro podesłać jakąś ofertę.

Koledzy, od kiedy Debian jest UNIXem? GNU/Linux -GNU (ang. GNU's Not Unix) A co do wyboru systemi, zależy czego wymagasz od systemu. Ja w sumie przychylam się do wyboru Debiana, tudzież Ubuntu w wersji serwerowej, ze względu na fanstastyczne i rozbudowane repozytorium.

6 miesięcy, interesująca liczba. Rozumiem wynik skomplikowanych wyliczeń? W każdej branży może się udać lub nie. ; ) Nie ma prostej odpowiedzi na to pytanie. Bo z przykładu dużych firm widać, że można wyżyć i to na całkiem przyzwoitym poziomie. (home.pl, nazwa.pl) Już pomijam kwestie subiektywnej oceni przyzwoitego poziomu. Wniosek jeden, można na pewno, ale dlaczego akurat Tobie miało by się udać? Tutaj musiałbyś sam sobie na to pytanie odpowiedzieć. ; )

Wykonuje, jak najbardziej. Skąd taka informacja? Kopie zapasowe serwerów VPS są wykonywane raz na tydzień. Zarówno w marce ViPower, jak i ViHost. Może masz na myśli codziennie kopie zapasowe, czy inne bzdety. W każdym razie stwierdzenie, że nie wykonujemy kopii jest błędne, więc pragnę zdementować pogłoski.

Pieniacze. ; ) DA jest całkiem nieźle zorganizowany w porównaniu z takim syfem jak np. Cpanel.

To w jakim protokole ma działać ten Twój skrypt? : ) Przez co chcesz go uruchomić? Zasadniczo nie ma żadnego problomu, aby napisać sobie w jakimkolwiek języku małego daemona zbindować go na port 111 i nasłuchiwać na nim. Ale coś mi się wydaje, że nie masz absolutnie żadnej wizji co do tego projektu.

Wam również wydaje się to żenujące, źle przygotowane? Co więcej, absolutnie nie przekazujące czegoś nowego. Przynajmniej takie to jest do 10 minuty, bo dalej wymiękłem.

Nie ma szans na wymianę takich dysków w OVH. Trzeba czekać, aż realnie zaczną się sypać. Przy 2 reallocated_sector_ct nawet przez myśl im nie przejdzie wymiana. Z SSD jeszcze trudniej o wymianę, niestety...

Jeden z dysków pracujących w software raid1 w ovh: === START OF INFORMATION SECTION === Model Family: Intel X25-M SSD Device Model: INTEL SSDSA2M080G2GC Serial Number: CVPO939101QN080BGN Firmware Version: 2CV102HD User Capacity: 80,026,361,856 bytes ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 3 Spin_Up_Time 0x0020 100 100 000 Old_age Offline - 0 4 Start_Stop_Count 0x0030 100 100 000 Old_age Offline - 0 5 Reallocated_Sector_Ct 0x0032 100 100 000 Old_age Always - 2 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 18135 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 72 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 56 225 Host_Writes_Count 0x0030 200 200 000 Old_age Offline - 133898 226 Load-in_Time 0x0032 100 100 000 Old_age Always - 1318 227 Torq-amp_Count 0x0032 100 100 000 Old_age Always - 0 228 Power-off_Retract_Count 0x0032 100 100 000 Old_age Always - 1014840402 232 Available_Reservd_Space 0x0033 099 099 010 Pre-fail Always - 0 233 Media_Wearout_Indicator 0x0032 097 097 000 Old_age Always - 0 184 End-to-End_Error 0x0033 100 100 099 Pre-fail Always - 0

Zasadniczo nie mamy żadnej awarii. Więc prawdopodobnie z jakiegoś powodu LFD Cię wyłapał i zablokował na firewallu. Daj mi znać na PW co nie działa konkretnie i podaj przy okazji adres IP.

error.log, a nie access.log. ; )

Na phpCON mi się nie udało dotrzeć. Do Wrocławia rzut beretem, więc wpadnę, nie mam innego wyjścia. W zasadzie to ciekawsza wydaje się propozycja Michała - piwo po wszystkim, bo w zasadzie już się parę razy ustawialiśmy na piwo Misi3k. ; )

Widać sytuacja była na tyle poważna, że wymagała nawet blokady kontenera. Jak już mówię, co do tej konkretnej sytuacji, nie jestem w stanie konkretnie się odnieść, gdyż użytkownik nie ma w profilu swojego imienia i nazwiska, a na moją wiadomość na forum jeszcze nie odpowiedział. Jednak mogę zapewnić, że ze swojej strony zrobię wszystko, by wyjaśnić tę sytuację.

Przytoczona konfiguracja, jest to konfiguracja jednego z serwerów. Pomijam sens jej przytaczania przez Pawła, bo istotnie jak zauważyłeś jest ona zbudowana mocno nie proporcjonalnie, jednak bierzemy na to poprawkę i serwery zapełniane są proporcjonalnie do mocy przerobowej. Kilka postów dalej jest mój post, w którym to tłumaczę dlaczego to tak wygląda, a nie inaczej. http://www.webhostingtalk.pl/topic/33305-serwer-vps-pod-minecraft-serwer/page__view__findpost__p__278775 Po prostu dostaliśmy bardzo dobrą ofertę od dystrybutora na serwery supermicro, jednak były one zbudowane w dość nie proporcjonalny sposób. Jednak nie będę się powtarzał, głębiej wytłumaczyłem to w podanym linku. Większość serwerów u nas to jednak serwery dzierżawione od hetznera, wtedy na 4 dyski SAS 15k rpm i kontroler Adaptec, który spina to wszystko w Raid10 przypada 24GB ram i 6 rdzeniowy i7, wtedy wygląda to zgoła lepiej jeżeli mówimy o konfiguracji sprzętowej. Powtórzę się po raz kolejny, nie blokujemy tych, którzy z dysku jakkolwiek korzystają, tylko tych, którzy zdecydowanie przekraczają normy środowiska wirtualizowanego. Mamy klientów, którzy trzymają u nas fora ze sporą odpowiedzialnością, z bazami danych rzędu kilku GB, z procesów widzę, że stoi u nas sporo serwerów OTS, które również nie oszczędzają macierzy. Po prostu, zdarzają się przypadki, w których musimy wysyłać klientom takie upomnienia. Tudzież, jeżeli sprawa jest zdecydowanie nie do rozwiązania, proponujemy inne rozwiązania. (Serwer VPS na macierzy składającej się z dysków SSD, serwer dedykowany) Jednak jest to sprawa jednostkowa, patrząc statystycznie na ilość klientów, którzy dostają takie upomnienia. Firma obecnie posiada około 500 klientów, z czego wysyłamy średnio 4 upomnienia miesięcznie. (Procent, każdy może sobie bardzo łatwo wyliczyć). Jak już mówiłem, upomnienia wysyłamy w celu, by pogonić użytkownik, aby zrobił coś ze swoim środowiskiem, a nie żeby pozbyć się problematycznego klienta.