szukam dobrego dedyka

[rtrobert 0]

Witam

 

Szukam dobrego serwera pod forum dyskusyjne i sklep internetowy.

 

Aktualnie mam do listopada wykupiony serwer sos 4 o parametrach

1x Intel Xeon E3-1240 v2
32 GB
2x 1 TB SATA WD RE4/HGST
2x 120 GB Intel/Samsung Pro
RAID Soft 0/1
Łącze 200 Mb/s
1 adres IPv4
Adresy IPv6 (usługa dodatkowa)»
Panel zarządzania IPMI v. 2.0
Transfer 10 TB - GRATIS

 

 

muszę zmienić maszynę bo jest już mało wydajna. Potrzebuje na pewno więcej pamięci i większy dysk ssd.

Forum mocno obciąża serwer bo ma prawie 1.000.000 odsłon miesięcznie.

Ważna też jest stabilność serwerowni. Obecna serwerownia potrafi się czasem zaciąć na kilka minut więc raczej nie chcę już tam trzymać swoich stron.

Mają sprawny serwis w razie problemów można się z nimi szybko dogadać. Sprawnie działający serwis to tez ważne kryterium przy wyborze nowego serwera

Fajnie by było jak by cena nie była jakaś mocno wygórowana.

 

Się zastanawiam nad ofertą serwerów z ovh. kiedyś miałem kimsufi, ale to był kiepski serwer. Jak teraz wyglada sprawa dedyków do hostingu w ovh? ceny maja przystępne, maszyny też z dobrymi parametrami.

 

Dziękuje za podpowiedzi.

Edytowano Lipiec 14, 2017 przez rtrobert (zobacz historię edycji)

[Gość Kamikadze]

Może trzeba serwer zoptymalizować?

[tb3.pl 11]

Też bym proponował od optymalizacji serwera, wdrożenia http/2 (u kilku klientów dało niespodziewanie sporą poprawę), przejrzenia konfiguracji php (7 na prawdę daje kopa).

Co do kimsufi to inna półka niż oferta OVH :-)

[webh 30]

Dzień dobry,

Czy masz wdrożony na forum jakiś sensowny system cache? Nie wiem jakie forum utrzymujesz, ale skoro tyle zasobów nie wystarcza to coś je musi mocno pochłaniać. Na jakim silniku stoi forum?

A może tak jak kolega @Kamikadze wspomniał, należy zoptymalizować konfigurację na serwerze?

[rtrobert 0]

No niestety forum jest na starym phpbb przemo. Jest mocno zasobozerne. niedługo bede sie przesiadał na phpbb3 , wtedy powinno być lepiej. Cachowanie jakies jest ale skrypt nie jest dostosowany do innodb

 

takie info dostalem od czlowieka, który zajmuje się serwerem

 

jeżeli chodzi o problem z innodb to sprawa wyglada tak:
- wersja MySQL, jednak podniesienie jest mocno kłopotliwe tu,
- brakuje jednego parametru odpowiedzialnego za umieszczanie danych InnoDB w osobnych tabelach co na pewno wpływa na wydajność, jednak nie można tego zmienić na działającym już serwerze,
- zbyt mały limit na buffor dla zapytań join, to można zmienić aczkolwiek nie pomoże to jakoś znacząco bez poprawy zapytań SQL.

[webh 30]

No niestety forum jest na starym phpbb przemo. Jest mocno zasobozerne. niedługo bede sie przesiadał na phpbb3 , wtedy powinno być lepiej. Cachowanie jakies jest ale skrypt nie jest dostosowany do innodb

 

takie info dostalem od czlowieka, który zajmuje się serwerem

 

jeżeli chodzi o problem z innodb to sprawa wyglada tak:

- wersja MySQL, jednak podniesienie jest mocno kłopotliwe tu,

- brakuje jednego parametru odpowiedzialnego za umieszczanie danych InnoDB w osobnych tabelach co na pewno wpływa na wydajność, jednak nie można tego zmienić na działającym już serwerze,

- zbyt mały limit na buffor dla zapytań join, to można zmienić aczkolwiek nie pomoże to jakoś znacząco bez poprawy zapytań SQL.

 

Proponujemy dokonać migracji np. na MyBB - da się to w miarę szybko i skutecznie zorganizować. Cache w MyBB działa wyśmienicie, zresztą we wspomnianym phpbb3 też ma się całkiem nieźle.

 

Migracja całości teraz może przynieść mały efekt, a będzie gigantyczną inwestycją zarówno finansową, jak i czasową.

Edytowano Lipiec 14, 2017 przez webh (zobacz historię edycji)

[rtrobert 0]

Tak sie wstrzymuje od migracji bo forum ma juz 10 lat. mam na nim sporo wlasnych modyfikacji porobionych i duzo z tym przenoszeniem i przepisywaniem modow roboty. Kolejna sprawa to uzytkownicy przyzwyczajeni sa do wygladu i sposobu uzytkowania phpbb wiec dlatego raczej wybiore phpbb3 bo najmniej sie rożni od dotychczasowego, ale rzuce okiiem jak te mybb wyglada

 

Edytowano Lipiec 14, 2017 przez rtrobert (zobacz historię edycji)

[webh 30]

Rozumiemy to, niemniej powoduje to wiele zagrożeń, w tym również zagrożeń bezpieczeństwa. No i trudno utrzymać wydajność....

[systemy.internetowe 7]

OVH, soyoustart.com duży wybór, atrakcyjne ceny

jednak BOK IMHO słabyyyyy

[Gość patrys]

Cena/Parametry OVH ew. Hetzner.de

Nie ma tam większych problemów no i dyski SSD przynajmniej nie są od PC jak na załączonym screenie.

 

Kluczem i tak będzie ustawienie optymalne środowiska by pociągnęło te dziwne skrypty.

 

 

 

[bybunny 540]

No niestety forum jest na starym phpbb przemo. Jest mocno zasobozerne. niedługo bede sie przesiadał na phpbb3 , wtedy powinno być lepiej. Cachowanie jakies jest ale skrypt nie jest dostosowany do innodb

 

takie info dostalem od czlowieka, który zajmuje się serwerem

 

jeżeli chodzi o problem z innodb to sprawa wyglada tak:

- wersja MySQL, jednak podniesienie jest mocno kłopotliwe tu,

- brakuje jednego parametru odpowiedzialnego za umieszczanie danych InnoDB w osobnych tabelach co na pewno wpływa na wydajność, jednak nie można tego zmienić na działającym już serwerze,

- zbyt mały limit na buffor dla zapytań join, to można zmienić aczkolwiek nie pomoże to jakoś znacząco bez poprawy zapytań SQL.

 

A czy nie myślałeś by uruchomić tylko dodatkowy mały serwer dla bazy danych w tej samej firmie co masz? Plusem jest to że odciąży obecny serwer ,czyli CPU i RAM a koszt nie jest aż tak wielki jak kupowanie nowego serwera o znacznie większych parametrach i zamykanie ponownie procesów obsługi bazy danych i samej strony na jednej maszynie.

[systemy.internetowe 7]

Forum mocno obciąża serwer bo ma prawie 1.000.000 odsłon miesięcznie.

 

Przyjmując nie 30 dni, ale 20 na mniejszy ruch w nocy ~ 1.000.000 / (20 dni x 24 godziny) 2083 odsłon na godzinę Czyli nawet nie jedno żądanie na sekundę. Oczywiście jedno wejście na stronię != 1 request, ale ten 1.000.000 w skali miesiąca, to nie aż tak dużo.

 

Do czego zmierzam ... do optymalizacji:

- zamiast apache oczywiście nginx + PHP FPM;

- MariaDB jako baza danych;

- wypadało by tez zastosować jakieś cache pamięciowe Redis / Mamcache zwłaszcza ważne na dyskach talerzowych, wiec zdecydowanie dyski SSD.

- Sesje PHP też w pamieci

 

itd....

 

[davee 6]

 

Przyjmując nie 30 dni, ale 20 na mniejszy ruch w nocy ~ 1.000.000 / (20 dni x 24 godziny) 2083 odsłon na godzinę Czyli nawet nie jedno żądanie na sekundę. Oczywiście jedno wejście na stronię != 1 request, ale ten 1.000.000 w skali miesiąca, to nie aż tak dużo.

 

Do czego zmierzam ... do optymalizacji:

- zamiast apache oczywiście nginx + PHP FPM;

- MariaDB jako baza danych;

- wypadało by tez zastosować jakieś cache pamięciowe Redis / Mamcache zwłaszcza ważne na dyskach talerzowych, wiec zdecydowanie dyski SSD.

- Sesje PHP też w pamieci

 

itd....

 

Zakładając, że obciążenie jest równomierne względem czasu masz rację. Realnie pewnie jest połowę odwiedzin między 18.00-0.00

[systemy.internetowe 7]

Obciążenie na pewno nie będzie równomierne, więc tym bardziej znaczenia nabierają mechanizmy, które sobie z tym poradzą jak cache a nie coraz mocniejsza maszyna.

 

 

 

[rtrobert 0]

Oczywiscie wszyscy macie racje ze nic tak nie dopali jak poprawa srodowiska, na ktorym zainstalowane sa skrypty. Problem w tym ze na dzialajacym serwerze nie wiele moge zrobic a. zeby dobrze skonfigurowac serwer musial bym na kilka dni odciac go od swiata (kopie danych, instalacja i konfiguracja srodowiska, przywrocenie danych). Nie za bardzo moge sobie na to pozwolic. Do listopada mam wykupiony ten serwer. Place za niego 365zl netto miesiecznie. Za nizsza cene mial bym w ovh serwer host64 o parametrach Intel Xeon D-1520 - 4/8t - 2.4GHz /2.7GHz

64GB DDR4 ECC 2133 MHz

2x2tb hdd + 2x480gb ssd

cena za ten zestaw to 350zlnetto

wiec raczej zamiana serwerowni byla by oplacalna pod warunkiem ze ovh jest stabilne. W sdc nie zbyt chetnie daja rabaty przy przedluzaniu umowy. cos tam dadza ale nie wiele a maszyna pozostaje stara.

Tak czy inaczej rozwazalem instalacje nginx i bazy mariodb. Czy taka konfiguracja naprawde daje duzy przyrost wydajnosci? Sam oczywiscie nie jestem w stanie tego postawic, czy nginx+mariodb jest rozwiazaniem powszechnie stosowanym, csy konfiguracja tego typu zestawu oprogramowania zajmuja sie tylko nieliczni i w razie jakichs klopotow musial bym szukac specjalistow od nginxa i mariodb.

Czy postawienie oddzielnego serwera do mysqla to dobry pomysl, czy to tylko taka proteza aby jeszcze troche moj stary serwer pociagnal?

[webh 30]

 

Tak czy inaczej rozwazalem instalacje nginx i bazy mariodb. Czy taka konfiguracja naprawde daje duzy przyrost wydajnosci? Sam oczywiscie nie jestem w stanie tego postawic, czy nginx+mariodb jest rozwiazaniem powszechnie stosowanym, csy konfiguracja tego typu zestawu oprogramowania zajmuja sie tylko nieliczni i w razie jakichs klopotow musial bym szukac specjalistow od nginxa i mariodb.

 

 

Na tym skrypcie zapomnij o nginx+mariadb - nic Ci nie będzie działać jak należy, przynajmniej jeśli o mariadb chodzi...

 

PS. Próbowałeś może puścić domenę przez cloudflare?

Edytowano Lipiec 14, 2017 przez webh (zobacz historię edycji)

[systemy.internetowe 7]

 

Oczywiscie wszyscy macie racje ze nic tak nie dopali jak poprawa srodowiska, na ktorym zainstalowane sa skrypty. Problem w tym ze na dzialajacym serwerze nie wiele moge zrobic

 

A kto Ci każe robić na żywym organizmie ? Chociażby w OVH możesz kupić VPS'a w chmurze na godziny postawić środowisko, przenieść forum i stosując generatory obciążenia optymalizować oprogramowanie i dodatki.

 

@czy nginx+mariodb jest rozwiazaniem powszechnie stosowanym.

nginx może iść jak reverseproxy z apachem do PHP dla zachowania obsługi .htaccess

 

@Czy postawienie oddzielnego serwera do mysqla to dobry pomysl, czy to tylko taka proteza aby jeszcze troche moj stary serwer pociagnal?

 

To nie jest zgaduj zgadula. Trzeba najpierw zdiagnozować wąskie gardło/a i je w miarę możliwości wyeliminować. W tym zastosować cache.

 

@No niestety forum jest na starym phpbb przemo.

Musiał byś cachować wygenerowane elementy strony by nie były wykonywane kolejne zapytania do bazy, ale HTML szedł z RAMU. Z cache usuwać po dodaniu posta lub czasowo. Implementacja tego nie jest takim prostym zadaniem. Ale z byPrzemo możesz zmizerować na inny typ forum pozbawiany niedogodności jakie masz przez te "BY" i to jest dedykowany sposób na Twój problem

 

---

@Sam oczywiscie nie jestem w stanie tego postawić,

Podgadaj z Jakubem z http://www.webhostingtalk.pl/user/9198-behemoth/ pewnie pomoże w kwestii serwera dedykowanego i optymalizacji oprogramowania w tym tego co pisałem i zobaczysz w praktyce jak to wygląda, a jestem przekonany, ze będzie dobrze

Edytowano Lipiec 14, 2017 przez systemy.internetowe (zobacz historię edycji)

[rtrobert 0]

 

Na tym skrypcie zapomnij o nginx+mariadb - nic Ci nie będzie działać jak należy, przynajmniej jeśli o mariadb chodzi...

 

PS. Próbowałeś może puścić domenę przez cloudflare?

Czy chodzi o to ze zapytania do bazy beda mialy niewlasciwa skladnie? Z tym bym sobie poradzil bo php i sql nie stanowia dla mnie problemu.

 

o cloudflare poczytalem i nie wiem czy to dobry pomysl bo ich serwery nie sa w Polsce. Ale zglebie temat bardziej.

[Lokator 137]

Jak wyżej - nie kieruj się zmianą serwera dedykowanego na nowy, bo to powinno bez problemu funkcjonować na obecnym serwerze. Zrób kopie zapasową tego co masz aktualnie, i spróbuj w oparciu o nią migrować to na phpbb3 albo mybb, nginx, pfp-fpm i mariedb. Możesz to nawet spróbować rozdzielić na vps'y ssd w OVH i podpiąć CloudFlare. Przejdziesz z trupa na bieżące i rozwijane technologie, zredukujesz koszt utrzymania oraz zapewnisz bezpieczeństwo i optymalizacje swojemu projektowi.

 

Generalnie wszystkie wskazówki wyżej w pigułce jak najbardziej mają w tym przypadku racje bytu. Jeżeli wybierzesz vps'y ssd ovh w PL i będzie to dobrze śmigać, to CloudFlare będzie wskazywać na swój serwer w Polsce.

[Gość patrys]

User pisze, że ma problem z backendem, a dostaje poradę jak zoptymalizować front - polecenie CDN od Cloudflare.

User ma problem z serwerem dedykowanym, a dostaje poradę by użyć dwóch 'zabawkowych' serwerów VPS w OVH

Te serwery są pod dev, testy, proste aplikacje które nie wymagają większego SLA i gwarantowanych zasobów.

 

Zastanówcie się co piszecie, bo nawet handlowiec w OVH powiedział by, że ów VPSy się nie nadają do tego i są do tego przeznaczone inne usługi w ofercie.

 

Dzizzass co się dzieje na tym WHT od jakiegoś czasu.

[webh 30]

User pisze, że ma problem z backendem, a dostaje poradę jak zoptymalizować front - polecenie CDN od Cloudflare.

 

Jeśli klient ma duży ruch na forum (a taki ma), to taki cloudflare może pomóc przynajmniej w kwestii odciążenia serwera www w temacie plików statycznych. :-)

 

Najwięcej tutaj da na pewno zmiana silnika i to chyba wszyscy sugerują, ale skoro klient nie chce tego robić w tej chwili to trzeba się posiłkować półśrodkami.

 

Tak czy inaczej uważam, że pchanie tego na mocniejszego dedyka nie ma najmniejszego sensu, bo na każdym innym skrypcie obciążenie będzie mniejsze i tym samym ten powinien spokojnie sobie poradzić.

Edytowano Lipiec 15, 2017 przez webh (zobacz historię edycji)

[bless 1]

Chciałbym zauważyć ze zamiana procesora e3-1240 na xeon-d 1520 prawdopodobnie jeszcze bardziej zamuli serwis.

Wydajność pojedynczego skryptu php oraz bazy danych będzie średnio 30% mniejsza. Jedyny zysk wydajności będzie zauważalny przy pełnym wykorzystywaniu wszystkich rdzeni, gdzie sumarycznie xeon-d wypadnie lepiej. Gdy hostuje się niewielką ilość witryn, to należy wybierać procesory z jak najwyższą wydajnością pojedyńczego rdzenia.

[systemy.internetowe 7]

 

Jeśli klient ma duży ruch na forum (a taki ma), to taki cloudflare może pomóc przynajmniej w kwestii odciążenia serwera www w temacie plików statycznych.

 

Forum to nie galeria zdjęć, więc plików za dyzo nie ma.

 

Nie sadziłem, że byPrzemo jeszcze żyje, bo to relikt minionego dziesięciolecia i pewnie autor poszedł na łatwiznę, więc ma masę "ciężkich" złączonych zapytań, które się długo się wykonują, co "muli" stronę zwłaszcza na dyskach talerzowych "2x 1 TB SATA WD RE4/HGST".

 

Do tego mogą być źle dobrane indeksy i tabele MyISAM. W każdym bądź razie PHP + MYSQL dają jakiś kod HTML - fragment strony, który można zapisać w cache i z każdym kolejnym żądaniem odczytać z tego cache zamiast z (PHP+MySQL) do czasu jak się nie zmieni w wyniku np dopisania posta. Jeśli koniecznie musi być zachowywana obecna forma forum "ByPrzemo", to jest to dobre rozwiązanie na na przyśpieszenie działania i znaczne odciążenie serwera lecz wymagające czasochłonnej analizy co można cechować i w jaki sposób.

 

@rtrobert dowiedz się ile zapytań SQL jest relatywnie bardzo wolnych > 1 sekundy po przesz mechanizm log-slow-queries. Jesli będzie ich dużo, to masz przerąbane

[sprintdatacenter.pl 3]

Zapraszam do kontaktu wówczas przygotujemy nową maszynę, nie trzeba czekać do listopada. Dodatkowo zaproponujemy optymalizację serwera pod to forum.

Zapraszam do kontaktu.

 

Pozdrawiam

Krzysztof

info@sprintdatacenter.pl

696 021 304

[Kszysiu 136]

Dlaczego d1520 jesli ma tyle samo jajek, ale duzo mniejszy zegar od e3 1240? Bo nie kumam.