Kszysiu

Hej, odezwij się na PW, coś może się wymyśli ciekawego

Mi się wydaje, że powiązana kwestia małej wydajności dysków twardych i właśnie tak jak mówią - braku pamięci ram.

W momencie kiedy czyta sobie z cache w RAMie wszystko jest ok. Jednak gdy zapytania bazy nie trafiają już w cache to trafiają w dysk twardy i stąd te skoki obciążenia.

Obstawiam, że na tym serwerze jest jeszcze kilkanaście/kilkadziesiąt takich sklepów. Może po prostu masz sąsiada, który robi niezłe promocje i ludzie się rzucają?

EDIT
Pytanie czego to jest wykres...

Pozdrawiam
Krzysiek

transfer 20TB miesięcznie to co najmniej 300zł miesięcznie... i to po dobrych stawkach...

Błąd w twoim przypadku to użycie serwera z dyskami HDD - na SSD prawdopodobnie chodziłoby dużo szybciej i może nawet nie tworzyłoby problemów...

 

co mnie rozczarowali bo ja im wszystko piszę, daję możliwe rozwiązania a oni nic

Co chcesz przez to powiedzieć? Jakie dajesz gotowe rozwiązania?

możesz dokupić drugi mały dedyk i po NFS udostępniać pliki - zawsze rozłożysz ruch na więcej dysków, a masz chyba vrack 10g w tym serwerze?

Zawsze jakieś kreatywne rozwiązanie, jak opłaciłeś na serwer z góry - z tego co kojarzę w OVH jeszcze chyba możesz w ciągu 14 dni zwrócić serwer i powinni ci chyba kasę oddać.

I kupić kilka mniejszych

dd if=/dev/zero of=/dev/sdxxx
po chwili robię ls a tam "ls command not found"
Tak - zaorałem dd dysk systemowy

23:00, stres, zmęczenie itd itp. Tak zwany czynnik ludzki, maszynami nie jesteśmy, zawsze może się zdarzyć, że się ktoś pomyli. Też kiedyś się pomyliłem - przestawiły mi się cyferki w głowie i wyłączyłem nie ten serwer - na szczęście w rozproszonym, mega odpornym na głupotę object storage

wg mnie zamęczone dyski...

Wyjścia:
1. więcej ramu
2. cache na ssd
3. więcej mniejszych dysków
4. może zwiększenie długości kolejki ncq?
5. ustawienie cache optymalnie dla odczytów (readahead, można wyłączyć writeback)
6. może raid 1 zamiast raid0?
7. może warto spróbować przeprowadzić jakąś optymalizację w skrypcie?
8. modlitwa

może po prostu dwa mniejsze dedyki? może nie da się tego po prostu zrobić w tych pieniądzach...

To jest iostat -x ? bo u mnie -x ma trochę więcej pozycji

Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util
sda 0.00 20.00 20.00 607.00 154.00 12288.00 39.69 1.40 0.95 28.80 0.03 1.57 98.40

1. zamiast screenow to kopiuj zawartość konsoli i wrzucaj w znaczniku code

 

2. free pokazuje, że cała pamięć jest zużyta na cache

 

3. daj nam 'iostat 1 10 -x'

Przeciez widac ze jest iowait... Czyli pewnie dyski...

 

Moze po prostu ilosc materialu sie zwiekszyla i sie w cache nie miesci?

 

Albo wiecej ramu, albo dorzucic ssd i jakis cache odczytow zrobic...

 

Readahead moze pomoc mi sie wydaje...

Normalne - dysk musi czytac bardzo duzo plikow na raz a nie jeden duzy, i z 500MB/s robi sie kilkanascie MB/s. Mozesz sprobowac podbic opcje readahead w page cache i moze sie poprawic.

 

Moze sie okazac ze jedynym rozwiazaniem bedzie zmiana serwera na taki z wieksza iloscia dyskow.

 

Jak wyglada "iostat", "top" i "free"?

 

 

Edit

 

Pytanie jeszcze jak serwujesz te pliki? Normalnie przez apache/nginx czy przechodzi to jeszcze przez jakis parser PHP czy cos?

Każdy hosting wystawi ci fakturę.

 

https://tiktalik.com/pl/pricing

u nas możesz wpłacić minimum 5zł. Rozliczanie mamy godzinowe.

 

tiktalik.com

Z ciekawości spytam - do czego ci potrzebne tak wysokie taktowanie?

Sprawdź w CPU-Z pod obciążeniem.

Pod serwer TS to idz do jakiegoś OVH czy hosteamu...

Nawet autorski skrypt jest do zlamania.

Ale z tego co zrozumiałem to on w tej chwili ma statycznego html;)

Nadal nie wiesz co mówisz. Mówisz o atakach na port "html" cokolwiek to wg ciebie znaczy (pewnie port 80/433 http/https), nie wiem co mają te pakiety śmieci do twojego serwera gry.

 

EDIT

 

Szczególnie, że mógłby te śmieci http/https dla ciebie wyciąć cloudflare.

Nie znasz sie, nie przymujesz pomocy (nie rozumiesz jej). Najlepiej zlec to komus.

to robisz subdomenę dla serwera gry? Nie wpadłbym nawet, żeby wszystkie usługi pchać na główną domenę. Zawsze się robi gra.domena.pl ts.domena.pl dupa.domena.pl.

 

Nie wiem po co kombinujesz z tą pseudo autoryzacją - na 99% nikt nie przeprowadzi nigdy ataku prosto na IP serwera, bo raczej nie ma na to gotowych usług. Zazwyczaj to są właśnie jakieś ataki www, albo dns amplification. A jak widać nawet ci to utrudniło życie, bo atakują ci serwer www.

Domyślasz się, że przez płatności, reklamy, domenę i wiele innych czynników mogą cię i tak dopaść?

Czekaj czekaj.

 

Atakuja port gry? czy po prostu jakiś flood?

 

Ustaw firewall w ovh, tak, żebyś wpuścił tylko te porty, które są ci niezbędne do życia (czyli port gry,ewentualnie jakieś ssh czy coś) i zobaczy czy jest to wystarczające do pozbycia się ataków;)

jeśli chodzi o ataki na www to przepuść to przez cloudflare. do http wpuść tylko te adresy IP:

https://www.cloudflare.com/ips/

 

i obstawiam, że problem będzie w miarę rozwiązany

Jak ma być w miarę "stabilny" (bez jakiś dużych peaków np. kilkugodzinnych) ruch to może jesteśmy w stanie zaproponować jakieś fajne stawki

 

Jbc, pisz PW

1.Serio ciężko przekopiować 20 produktów w plain texcie tu?

2. brak cen, które są wymagane przez regulamin z tego co pamiętam

od 500zł do kilku(dziesięciu) tysięcy

 

Patrz na portalach oferujących usługi sklepu SaaS (jak np. shoper.pl), może mają w ofercie gotowe regulaminy.