ertcap

Ja bardzo lubie konsole i w kolko na niej siedze ale zobacz, czy szybciej bedzie wejsc do binda, dopisac kilka linijek w named.conf, nastepnie skopiowac jakis plik strefy, przerobic go pod nowa domene, nastepnie reload binda, nastepnie wejsc do konfiguracji apache'a i stworzyc nowa wirtualke czy tez wypelnic trzy pola textowe w formularzu i nacisnac guzik submit pzdr.

Bardzo mi przykro Patryku, ale: 1. Wasz serwis obciazal w sposob niesamowity serwer (m.in. galeria) 2. W Waszym serwisie byla dziura (pytanie czy ja zalataliscie) przez ktora spamerzy wysylali ponad 1000 maili na 5 minut (na avxie, dla wygody uzytkownikow, nie bylo limitu maili na dobe na konto). Proste pytanie - czy poprawiliscie obydwa problemy? pzdr.

Jednej rzeczy nie rozumiem - popraw mnie prosze jesli sie myle: Wasz serwis jest wywalony z avx.pl za zbyt duze obciazenie. Przychodzicie do home.pl i tu tez Wam dziekuja. Dobrze skladam fakty? Moze problem lezy w Waszym serwisie? pzdr.

A to Ty pisales extranet? Pod 'wlasny' mialem na mysli wlasny a nie obojetnie jaki ale jakis autorski - robimy takie funkcje w panelu, ktore my chcemy a uzyszkodnicy moga sobie plakac - kto by sie nimi przejmowal pzdr.

Wlasny pzdr.

Przepraszam za pytanie troche OT, ale czy trial nie moze byc na serwer "produkcyjny"? Bo z tego co mi sie wydawalo to _chyba_ moze (nawet kiedys IDG wydawal taka gazetke z trialem SBS i zachecal do instalacji w firmach). pzdr.

I jeszcze biznesplan oraz dokladna liste klientow A na serio - to na taka maszyne wejdzie (tak strasznie na oko) - ponizej 1000 kont ktore wygeneruja ok. 1.5TB transferu. Przy czym nie napisales co to za dyski/kontroler ma byc. Bo imho tu sie najpierw pojawi waskie gardlo. A jak to SATA 7200rpm to juz w ogole te 1000 kont byloby smieszne pzdr.

Zgadza sie. Nowego serwera za 5k brutto sie nie kupi (ze SCSI/SAS). czy tam Thomas Krenn (tyz skladaki) Pozostaje Ci zlozenie zwyklego peceta (z dyskami SATA, ktore nie sa takie zle) i wsadzenie tego do obudowy rackowej albo kupno np. cos takiego: link (tyle, ze zamiast tych Xeonow chyba lepsiejsze by byly P3). pzdr.

No ja zlego slowa nie moge o nich powiedziec. Ale byc moze po prostu mialem szczescie (w stosunku do jakis Gigabyte'ow). Mozesz rozwinac temat i czy dotyczy to takze plyt serwerowych? Taniej wyjdzie ideal.pl ale tam znowu plyty Intela pzdr.

P4 D plyta produkcji Intela (desktop) 3GB RAMu 2 x WD Raptor Chieftec 2U ew. jak chcesz raida sprzetowego to 3Ware 8xxx Wszystko oczywiscie nowe. Sprzet bedzie na lata (i bedzie mial spory zapas mocy) a nie jak te szroty z Allegro A jak chcesz koniecznie cos z Allegro (nie wazne, ze sprzet ma pare lat, wazne, zeby to to sie serwer oficjalnie nazywalo:)) to poszukaj cos z: 2 x P3 2-3GB RAMu jakies SCSI 200GB ruchu to wcale nie jest duzo (przy sensownie skonfigurowanym serwerze). pzdr.

A tak na serio to z czesci sieci Tepsy ruch idzie ladnie. Ale nie doszukiwal bym sie tutaj jakiejs spiskowej teorii dziejow, "kreatywnej" polityki i degradacji ruchu do Hetznera ze strony Tepsy a raczej na jakis problem po stronie Hetznera. Proponowal bym klientowi Hetznera podeslac jakis traceroute z sieci Tepsy (gdzie widac na dloni problemy zaczynajace sie na bramce tiscali<>hetzner) i poprosic ich o komentarz co oni o tym mysla. pzdr.

Nie masz co wyczuwac Hetznerowi przypycha sie czasami bramka z Tiscali a ta trasa idzie ruch od Tepsy. Nie jest to wina Tepsy, ze Hetzner ma problemy z laczem do Tiscali pzdr.

Po stronie Hetznera i juz To, ze np. z sieci NASKu mam ladne czasy a Neostrady mam zle to wcale nie oznacza, ze winna jest Tepsa (w tym konkretnym przypadku) pzdr.

Po stronie hetzner Dowolny trejsrut prawde Wam powie... Ale widze, ze Wy wolice debatowac godzinami wklejajac pingi i domyslac sie gdzie lezy problem wiec nie bede przeszkadzal pzdr.

Hostingowego to moze faktycznie 200GB max, ale np. download to 800GB pojdzie. To jest tak - jeden klient kupi serwer i wykorzysta caly transfer, drugi wykorzysta 10GB i wyjdzie jakas srednia. A ta srednia znaja tylko firmy, ktore sie tym zajmuja, wiec raczej nie uzyskasz takiej odpowiedzi od pojedynczych ludzi. Jesli chodzi o mnie - kiedys na jednej maszynie generowalem z 250GB ruchu (jakis stary athlon), na innej 1500GB ruchu, na jeszcez innej z 100GB a na ostatniej z 5GB pzdr.

No jak to tylko roznica 20zl to bym wzial SCSI Ale ja osobiscie skupil bym sie raczej na przerzuceniu jak najwiekszej ilosci zapytan do MySQLa do ramu (na jednym serwerze mialem kiedys ponad 90% wszystkich zapytan ciagnietych tylko z cache'a - to jest dopiero oszczednosc dysku:)) Wiesz sa rozne sposoby optymalizacji serwera - imho tyle ile jest na swiecie administratorow Jeden Ci poleci super szybki dysk, zeby swap szybko chodzil, inny Ci powie, zebys napakowal pelno ramu zeby w ogole nie bylo swapa, jeszcze inny Ci powie, ze zamiast sprzetu warto zmienic aplikacje (Apache->Lighttpd, itp.), itd. Sam musisz podjac decyzje co zrobic No ale teraz przeciez nie zmieniasz wiec pare dni poczekasz Ja na Twoim miejscu zrobilbym tak: 1. Przeszedl na P4 ze SCSI (skoro jest nieduza roznica w cenie miedzy SATA). 2. Popatrzyl na kwestie ramu w serwerze 3. Jezeli by go brakowalo to bym go pozniej dokladal. pzdr.

To nie do konca tak. Apache lubi sobie zarezerwowac prawie caly ram jaki jest (zostawia tylko z jakies 5% wolnego) ale nie powinien wchodzic na swapa (moze chwilo wskoczyc do, powiedzmy, 50MB). Ale jak Ci zjadlo 200MB to imho brakuje Ci ramu. Jak bedziesz mial najwiekszy szczyt obciazenia to daj free -m i pokaz wynik. Jak nieduza roznica w cenie to bierz P4. Bedziesz mial zapas. A za jakis czas dolozysz jeszcze tylko Ramu i bedzie bardzo dobrze pzdr.

I to jest imho pies pogrzebany. Jezeli masz Apache'a to moze pomysl o przejsciu na np. Lighttpd + FastCGI, jezeli wolisz Apache'a to doloz z 512 Ramu jeszcze. Kwestia procesora - miedzy P4HT (bo taki to zapewne procesor) a Celeronem jest spora roznica w wydajnosci - wymienialem kiedys w jednej maszynie procesor z Celerona 2.5 na P4 3GHz HT i faktycznie dosc mocno wzrosla wydajnosc maszyny. Ale - byc moze u Ciebie nie ma problemu z wykorzystaniem procesora. Odpal np. top i zobacz ile mocy procka jest zjadane. Jezeli 10-20% (a tyle powinno byc przy optymalnych skryptach) - to imho nie ma sensu zmieniac procesora (no chyba, ze chcesz juz na przyszlosc byc przygotowany). MySQL bardzo ladnie sie cache'uje w Ramie - tylko trzeba duzo ramu miec w serwerze Ja, do P4 HT 3GHz i dyskow SATA wkladalem 3GB Ramu - i chodzilo to to bardzo ladnie. Zmiana dysku z SATA na SCSI - na pewno pomoze - ale nie spodziewalbym sie jakis diametralnych roznic miedzy najnowszymi dyskami SATA a SCSI 10krpm (i jeszcze pytanie czy to U320 czy tez tyko U160). Podsumowujac: Zobacz jak wyglada u Ciebie zuzycie procesora - jak srednio powyzej 50% to IMHO warto przesiasc sie na P4. Jezeli jest 10-20% to narazie pomysl o dolozeniu Ramu (moim skromnym zdaniem - moze to byc opinia dla niektorych bardzo kontrowersyjna (ale co tam:)) - serwer praktycznie w ogole nie powinien wchodzic na swap; a ciagle korzystanie z np. 200MB swapu to imho zabojstwo dla dysku). pzdr.

Tyle, ze ja sam rysuje sobie wykresiki w phpie - nie uzywam zadnych zewn. bibliotek. nienienie Zeby wynik byl miarodajny to musi byc zero ruchu na laczu. Wystarczy, ze wchodzisz na jakas strone i juz 'ping' moze minimalnie skoczyc. pzdr.

PHP+GD :] heh, ale to trzeba miec takie lacze _zupelnie_ nieobciazone zeby moc wykonac takie badanie. Mam tylko Neostrade, ktora mi sie nudzi (glupia lojalka:|) maniak.pl Pokaz trase pakietow. 200ms to cos nie tak. pzdr.

Monitoring kilku serwerow z nieobciazonej Neostrady (wiec wyniki nie maja przeklaman). Co minute jest wysylany ping, nastepnie zliczana srednia z 5 minut i ona jest prezentowana na ponizszym wykresie. Jezeli w ramach 5 prob nastapi brak odpowiedzi to ta wartosc nie jest brana pod uwage przy zliczaniu sredniej - tak zeby nie zanizala wynikow (przykladowo: 5 prob wyslania pinga - 4 razy po 80ms i raz bez odpowiedzi - srednia z tego bedzie 80ms). Na wykresie widac fajnie jak w szczycie czasy dostepu do niektorych DC rosna a do innych sa stale (przy czym za jakis czas moze byc zupelnie odwrotnie). Taka ciekawostka - spojrzcie na easyspeddy.com - na poczatku, przez pare h (od momentu uruchomienia wykresu) ruch byl na poziomie 50ms. Nastepnie Tepsa przepiela ruch do nich na inna trase i czas dostepu skoczyl do 110 ms. Takze serwer poza PL to jest loteria Dwa ostatnie hosty to serwery ulokowane w Gdansku na laczu Crowleya oraz NASKu (to tak dla porownania miedzy DC na zachodzie a serwerami w Polsce). pzdr.

Patrzac sie na ceny na etin.pl to nie jest az tak zle. Na przyklad w Gdansku: Szafa w CTO (slynny juz "Zieleniak" ) - 800 zl miesiecznie 1Mbit bez Tepsy (tak jak macie w SD) - ~140zl 1Mbit z Tepsa - ~180zl To nie sa az tak wysokie ceny. Strzelam, ze w PAZIMie (tam byscie mieli najprawdopodobniej najblizej) dostalibyscie podobne warunki. W Polsce, u normalnych operatorow lacza potrafia chodzic po kilka miesiecy bez najmniejszego problemu pzdr.

Z ciekawosci: do kolejnej czyli gdanskiej (tez Superhostu)? Czy tez planujecie zupelnie cos innego? pzdr.

Tak jak napisalem - ustawiaja _jeden_ revdns na _jednym_ adresie ip, na ktorym slucha serwer pocztowy (w moim przykladzie MXem dla wszystkich innych domen jest dupa.pl, serwer pocztowy slucha na adresie ip gdzie kieruje adres dupa.pl (i jest ustawiony revdns dupa.pl)). A dodatkowe adresy ip dla klientow sa uzywane przez serwer www. I tam nawet nie musi byc revdnsow. Tak to rozwiazuja firmy hostingowe (ktore znam). pzdr.