Skocz do zawartości

Polecane posty

Witam , poszukuje serwera o podanych parametrach (+/-)

 

Transfer ok 1 TB

Dysk z szybkim odczytem i zapisem , najlepiej pod mysql ssd ok 500 GB

Ram ok 4-5 GB

Procek 4 rdzenie po 2,5Ghz (np Xeon 3430 )

 

 

Głównie zależy mi na dobrym procku i dysku tak aby procek nie czekał na dysk itp.

 

 

Cena brutto do 260zł

Lokalizacja najlepiej PL , lecz może być coś innego.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

W tej cenie nie dostaniesz dedyka z dyskami SSD w PL, przemyśl alternatywę np dobry vps na XEN , jest tu pre firm co ma tego typu rozwiązania, np :

http://onevps.pl/

http://vipower.pl/

http://hitme.net.pl/

 

tu na openvz ale jak teraz u nich z uptime ? nie wiem

http://www.slaskdata...openvz-ssd.html

Edytowano przez sshd (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Źle mnie zrozumieliście , potrzeba mi dwóch dysków jeden SATA na pliki etc a drugi szybki SSD na mysql. Nie potrzebuję 500 GB na mysql ...

 

To jednak i tak trochę przymało jak z ssd...

 

Ja Ci polecę:

http://www.ovh.pl/produkty/superplan_ssd.xml

Ew. jeśli potrzeba Ci wiecej miejsca to

http://www.ovh.pl/produkty/eg_hybrid.xml

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Rozumiem, że Arkoso dostał minusa od Damiana za to, że zamiast uphost.pl polecił OVH :D

 

SP SSD śmiga naprawde dobrze, jednak tylko 120G do dyspozycji w R1.

A jak chcesz mieć jeszcze storage, to tak jak Arkoso polecę Ci EG Hybrid.

  • Upvote 1

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Mi na mysql wystarczy 5 -10 GB , ten dedyk z oferty OVH widziałem , lecz cenowo za dużo.

 

Możecie polecić strony gdzie dostanę dyski na serwerze opisane przez was ?

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

A po co Ci od razu SSD? Wystarczy dobry SCSI 10 lub 15k obr/min. Wydajność będzie miał taki dysk niewiele niższą, a unikniesz przy dłuższej eksploatacji kłopotów (np. takich jak opisane tutaj: http://pl.engadget.com/2009/02/16/dlaczego-twoj-nowiutki-dysk-ssd-zwalnia/ ).

 

Technika idzie do przodu, a przytoczony przez Ciebie post jest z początku 2009 roku. Czyli od tamtej pory mineło około 2,5 roku, co przekłada się na jakieś 2-3 generacje dysków SSD.

 

Edit:

 

Dyski SCSI 10k lub 15k(zwłaszcza te starsze), wydajnościowo są miejscami wolniejsze od współczesnych dysków SATA (zwykłych PC'towych). Jeżeli już to SAS, SCSI to przestarzała technologia...

 

A taki SAS, cóż będzie szybszy te 2-3 razy od dysku SATA, ale z kolei taki dysk SSD (obecna generacja, na 6G) będzie z kolei szybszy z 10-100 razy od dysku SAS ;). Więc czy ja wiem, czy to jest wydajność nie wiele niższa ;).

Edytowano przez Sebak (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Zgadzam się, Sebastianie, ale pisząc SCSI miałem na myśli SAS (Serial Attached SCSI) właśnie - sorry za skrót myślowy.

Poza tym serwerów z dyskami starego typu SCSI chyba już nikt, poza jakimiś śmieciowymi lowendami ze środkowych Stanów, nie oferuje. Poza tym podana przez Ciebie kosmiczna wydajność SSD i tak na niewiele się zda przy serwerze, na którym na tym dysku będzie biegał wyłącznie SQL - całość aplikacji i tak będzie cierpiała z powodu niższej wydajności dysku SAS (bądź, nie daj boże SATA), obsługującego całą resztę - bo tak zamierza to rozwiązać maminowiec (a jak i po co chce to rozwiązać w ten sposób to już zupełnie inna kwestia).

 

BTW, sam doskonale wiesz, że korzystam z VPSa na maszynie z dyskami SSD i jestem bardzo zadowolony z wydajności, jednak ma to sens tylko wtedy, kiedy przynajmniej cały system + niestatyczny content jest podawany z tego dysku, a jedynie statyczne pliki podawane z SAS/SATA - a i to jako ewentualność, w zasadzie mająca sens chyba tylko w przypadku dużych plików.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość patrys
Na większe pliki varnish + zwykły dysk sata/sas, reszta na SSD...

varnisha to się w ram wkłada ;)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

varnisha to się w ram wkłada ;)

 

Wiem, chodziło mi o utrzymanie podobnej wydajności - jak jest dużo małych plików (albo zbiór danych czytanych dziennie przez użytkowników mieści się w ilości ramu) to mogą sobie siedzieć w ramie (przy pomocy varnish), a dysk może sobie odpoczywać. W takiej sytuacji posiadanie SSD jest zbędne i wystarczy zwykłe SATA.

Edytowano przez elcct (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Wydajność SSD w przypadku bazy danych pod względem OLTP (zapis/modyfikajce) jest między 10 a 100 razy większa w porównaniu do dysków SAS 15k. W bazie danych mamy do czynienia z zapisem bardzo poframentowanym (wiele zapisów małych porcji danych). W takim wypadku max. transfer dysku ma niewielkie znaczenie, a decydującym parametrem jest IOPS. Dla porównania najszybsze SaSy 15k mają ok 200 IOPS. Najszybsze SSD 75k IOPS (OCZ Vertex 3 MI). Różnicę widzisz sam. Obecnie prowadzę serwis który przetwarza dziennie 500 tys. transakcji. Teraz działa na SSD (SP-2011 SSD w OVH). Początkowo stał na SaS 15k (ViHost). Różnica na commitach w postgreSQL to niebo a ziemia (SSD rzędu < 0,1 , SaS 15k do 20 ).

 

Jeżeli natomiast masz do czynienia z bazą OLAP (częste odczyty, rzadkie zapisy) to różnica będzie mniej widoczna, gdyż często używane partie bazy będą cachowane w RAM-ie. Pytanie jak duża będzie baza i jak dużo RAM-u będzie na serwerze. Jeżeli baza w całości się zmieści w RAM-ie (i zostanie skonfigurowana aby była w pełni cache-owana) to różnica będzie znikoma pomiędzy SSD a HDD.

 

Co do hostingu dedykowanego to raczej nie znajdziesz lepszej oferty z SSD niż ma OVH.

 

Pozdrawiam,

Mateusz

Edytowano przez ritchey (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Bądź aktywny! Zaloguj się lub utwórz konto

Tylko zarejestrowani użytkownicy mogą komentować zawartość tej strony

Utwórz konto

Zarejestruj nowe konto, to proste!

Zarejestruj nowe konto

Zaloguj się

Posiadasz własne konto? Użyj go!

Zaloguj się


×