beliq

Tak, Debian jak i każdy inny Linux będzie działał prawidłowo.

Zapędziłeś się w tym poskramianiu (...), toż u nas AH jest jak Jaś Śmietana na Onet'ie

ja bym radził się raczej zainteresować przyczyną dlaczego się one w ogóle tworzą nie wiedziałem jak to zgrabnie opisać, poniżej cytat z wiki:

Wiesz, ja się tu wypowiadam równie po omacku co Ty, wiem natomiast jedno, że 10 TBowa baza danych na VPSa nie wejdzie

HP - dobry, baaardzo drogi IBM - równie dobry, a i tańszy Lenovo - no i tu jest ciekawostka, bo często to są tak samo wyglądające i o takiej samej specyfikacji/funkcjonalności serwery co IBM, tyle że ze zmienioną plakietką, oczywiście taniej tu bym radził w sumie zacząć, aczkolwiek pamiętaj, że na stockowej maszynie to raczej nie zbudujesz odpowiednio dużej macierzy pod ten projekt, bez pułki na dyski i dodatkowego kontrolera się nie obędzie

DB2, MySQL, PGSQL, Oracle, MSSQL - ja bym to testował w tej koleności, nie mniej jednak jest to moja osobista fanaberia

No idąć na skróty: 2xQuad Core ze 32 GB RAM i macierz z dysków SAS poziomu 10-go ma gorszym sprzęcie nawet nie warto próbować moim zdaniem, a i jak napisałem nie ma pewności, że to wystarczy - musisz zrobić kilka prób wcześniej wraz z doborem silnika bazodanowego włącznie, bo może się okazać, że np. DB2 sobie lepiej z tym poradzi aniżeli MySQL

ja też chcę B)

Wiesz co, jeśli masz taką możliwość, to zmień TTL wpisów DNS na 60 sekund na powiedzmy conajmniej 1-2 dni przed migracją. Powinno to załatwić 99% problemów.

Nie mogę się z Tobą zgodzić, bo nie jesteś w stanie tego stwierdzić nie znając założen projektowych, których notabene jak widać nie zna nawet autor wątku. Bez zrobienia jakiegokolwiek testu, pisanie jaki sprzęt powinno się kupić, a jaki nie, jest trochę lekkomyślnym pomysłem. W chwili obecnej wygląda to tak jakby bezrobotny przyszedł do urzędu pracy i powiedział Pani za biurkiem, że chce być bogaty jak Kulczyk... Szczerze mówiąc miałem nawet ochotę takie coś sobie w labie zaprojektować, bo mam cały karton dysków SATA 500 GB, tylko że serwery jakie tu mam nudzące się mieszczą max. 4 dyski. B) Może się takie coś nawet ładnie skalować i dać zmieścić na jednym serwerze, nie mniej jednak wcale nie musi, a i znam instalacje, gdzie joiny się po dwa dni wykonują na bardzo mocnych SUNach. 40 insertów na sekundę z koniecznością przebudowania indeksu/ów o wielkości ~ 1 TB, to nie jest bynajmniej proste zadanie, do tego niewiadomo co z tymi danymi będzie się później działo - vide: w jaki sposób będą wyciągane i z jaką częstotliwością. Inna sprawa, że macierz RAID10(jedyny sensowny poziom dla tego typu instalacji) o wielkości conajmniej 12 TB ( 10 TB dane + minimalny zapas ) będzie bardzo droga w budowie. Dysków SATA po 1.5 TB sztuka nie użyjesz, bo Ci się zagotują, a dyski SAS 15K są koszmarnie drogie. Być może należałoby skorzystać z partycjonowania na poziomie tabel, a w zamian za co będzie można kupić np. 3 tańsze serwery, ale na to pytanie nikt nie odpowie dopóki nie zrobi się testów, stąd przestałem się w tym wątku wypowiadać, bo rozmowa jest ewidentnie bezsensu. Abstrachując już od wszystkiego, to kolejnym problemem jaki widzę jest backup takiej bazy i retencja tych danych. Autor wątku powinien zatrudnić firmę, która mu to zaprojektuje, przetestuje i zaproponuje indywidualne rozwiązania w korelacji z budżetem jaki na ten projekt posiada. Wszelkie dywagacje na ten temat są bezsensu.

Jakiego typu będziesz robił zapytania na takiej bazie, jak często i jak szybko chcesz otrzymać wynik?

http://installatron.com/

Myślałem o tym, nie mniej jednak człowiek bardzo nie lubi podpisywać umów w których widnieje pojęcie "kar umownych", toteż wolałem sobie odpuścić. Lepiej takiemu klientowi wypowiedzieć umowę jak będzie uciążliwy niż ryzykować, że wcale nie przyjdzie.

w mojej firmie mamy takiego jednego klienta, jest u nas już długo notabene, od 1-szego miesiąca ma problem z płatnościami, zwykle FV za dany miesiąc płacił pod koniec następnego, 30 dni zwłoki to minimum, no i tak ze dwa lata już się z nim bujam... po drodze, w czasach kiedy jeszcze chciało nam się go upominać, dostawaliśmy sfałszowane screenshoty przelewów, no... ze 3 razy nie twierdzę, iż nie wykonałeś płatności, tylko może hitme nie honoruje już zrzutów ekranu, tak samo jak i ja ich już nie uznaję

Zdarzyło się raz, że dostałem risponse dt. zmiany IP w licencji w ciągu 1.5 minuty od supportu DA, nie mniej jednak zdarza się czekać i po 2 dni na to, więc to jest lotto.

Na WHT akurat nic nie wisi zbyt długo, ale co fakt to fakt, takie statsy to jest często masakra, generują większe obciążenie na bazach niż core'owa aplikacja do której je podłączono.

Szkoda, że o tym nie wspomniałeś przy okazji rozmów nt. migracji mistrzu...

nephax.com - patrząc po tym co oni ostatnio za prefix via BGP rozgłaszają, to są w stanie załatwić każdą ilość adresów IP

Ok. Zdjąłem Ci bana z firewalla, nie mniej jednak jak jeszcze raz otworzysz debilnie tyle połączeń TCP/IP z naszym serwerem www, to wytnę cąły TKT i wszystkie IP z jakich kiedykolwiek pisałeś posty.

Więc jedyne co możesz zrobić to wyedytować cron'a, aby Ci robił "tally" np. raz na tydzień, a oprócz tego analogicznie /etc/logrotate.d/apache.

Codziennie w nocy wkonuje się rotacja logów po której następuje restart daemona. Czy na serwerze jest jakiś panel?

Niestety nie wiem dlaczego maile do was dochodzą z takim opóźnieniem, ale sprawdzę to. Co do serwera dla WHT to wypowiadałem się w innym wątku o tym. Serwer jest i czeka. Migracja się odbędzie, niewiadomo tylko kiedy.

Przeczyściłem wątek. Proszę nie robić tu bałaganu.

a why not?

Cały problem polega na tym, że na maszynie matce gdzie znajduje się VPS WHT jest jeszcze 7 ( bodajże ) maszyn wirtualnych innych klientów. Szczerze mówiąc nie wiem dokładnie jakie ta maszyna ma parametry, aczkolwiek coś mi świta, że 2xXeon 3.06 HT, SCSI i 4 GB RAM.