LINUX.ORG.RU

Тормозит VPS по вечерам и кто виноват?

 ,


0

1

Всем привет. Прошу разобраться в проблеме. Имею VPSку на Туманном Альбионе. Странная производительность VPS в разное время суток. Вот тест iperf3 ночью после полуночи:

Connecting to host ****, port 5201
Reverse mode, remote host **** is sending
[  5] local 192.168.1.20 port 50416 connected to **** port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.01   sec  37.2 MBytes   309 Mbits/sec
[  5]   1.01-2.00   sec  44.0 MBytes   372 Mbits/sec
[  5]   2.00-3.01   sec  59.0 MBytes   491 Mbits/sec
[  5]   3.01-4.00   sec  56.2 MBytes   476 Mbits/sec
[  5]   4.00-5.01   sec  59.9 MBytes   496 Mbits/sec
[  5]   5.01-6.00   sec  53.9 MBytes   457 Mbits/sec
[  5]   6.00-7.01   sec  52.6 MBytes   440 Mbits/sec
[  5]   7.01-8.01   sec  55.5 MBytes   465 Mbits/sec
[  5]   8.01-9.00   sec  41.6 MBytes   351 Mbits/sec
[  5]   9.00-10.01  sec  33.5 MBytes   279 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.06  sec   497 MBytes   414 Mbits/sec  178             sender
[  5]   0.00-10.01  sec   494 MBytes   414 Mbits/sec                  receiver

iperf Done.

А это вечерний тест примерно в 19-20 часов МСК до Туманного альбиона на VPS.

Connecting to host ****, port 5201
Reverse mode, remote host *** is sending
[  5] local 192.168.1.20 port 64353 connected to *** port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.01   sec  12.6 MBytes   105 Mbits/sec
[  5]   1.01-2.00   sec  17.5 MBytes   147 Mbits/sec
[  5]   2.00-3.01   sec  6.62 MBytes  55.4 Mbits/sec
[  5]   3.01-4.01   sec  2.50 MBytes  21.0 Mbits/sec
[  5]   4.01-5.01   sec  2.38 MBytes  20.0 Mbits/sec
[  5]   5.01-6.01   sec  2.12 MBytes  17.7 Mbits/sec
[  5]   6.01-7.01   sec  1.88 MBytes  15.7 Mbits/sec
[  5]   7.01-8.01   sec  1.50 MBytes  12.6 Mbits/sec
[  5]   8.01-9.00   sec  1.25 MBytes  10.6 Mbits/sec
[  5]   9.00-10.01  sec   768 KBytes  6.24 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.10  sec  53.1 MBytes  44.1 Mbits/sec   52             sender
[  5]   0.00-10.01  sec  49.1 MBytes  41.2 Mbits/sec                  receiver

iperf Done.

И то этот тест ещё показывает относительно неплохой результат по выходным. в рабочие дни там вообще швах типа 128 кбит а то и в нулях. В дневное время до 18 часов вполне тоже всё неплохо летает. Вот трассировка WinMTR:

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                             OpenWrt.lan -    0 |   79 |   79 |    0 |    0 |    3 |    0 |
|                           212.1.254.209 -    0 |   79 |   79 |    1 |    1 |   24 |    1 |
|                           212.1.243.152 -    2 |   76 |   75 |    1 |    5 |   64 |    5 |
|                            212.1.241.55 -    2 |   76 |   75 |    2 |    3 |   24 |    3 |
|                            85.26.236.64 -    2 |   76 |   75 |    2 |    8 |  237 |    3 |
|                           83.169.204.64 -   38 |   32 |   20 |    3 |    4 |   12 |    3 |
|             mow-b2-link.ip.twelve99.net -   59 |   24 |   10 |    0 |   39 |   47 |   37 |
|            sto-bb1-link.ip.twelve99.net -    2 |   76 |   75 |   49 |   49 |   57 |   49 |
|             sto-b9-link.ip.twelve99.net -   89 |   18 |    2 |    0 |   45 |   46 |   44 |
|                   No response from host -  100 |   16 |    0 |    0 |    0 |    0 |    0 |
|   be4593.ccr21.sto03.atlas.cogentco.com -    2 |   76 |   75 |   35 |   37 |   60 |   36 |
|   be2555.rcr21.cph01.atlas.cogentco.com -    2 |   75 |   74 |   36 |   39 |   55 |   42 |
|   be2496.ccr41.ham01.atlas.cogentco.com -    2 |   76 |   75 |   35 |   36 |   50 |   37 |
|   be2815.ccr41.ams03.atlas.cogentco.com -    2 |   76 |   75 |   56 |   57 |   73 |   56 |
|   be3530.ccr81.lon05.atlas.cogentco.com -    2 |   76 |   75 |   52 |   64 |  110 |   60 |
|   be3364.ccr22.lon01.atlas.cogentco.com -    3 |   72 |   70 |   49 |   53 |   60 |   52 |
|   be9590.agr61.lon01.atlas.cogentco.com -    3 |   72 |   70 |   49 |   52 |   64 |   53 |
|be2840.rcr01.b015598-1.lon01.atlas.cogentco.com -    2 |   76 |   75 |   49 |   54 |   69 |   54 |
|                            149.6.146.43 -    2 |   76 |   75 |   49 |   51 |   62 |   55 |
|                          **** -    2 |   76 |   75 |   65 |   66 |   89 |   66 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Прошу разобраться в проблеме

ты такие заходы не на лор делай

aol ★★★★★
()
Ответ на: комментарий от firkax

Вопрос не о том, на кого свалит провайдер. Вопрос в том, обращался ли товарисч к провайдеру. Он даже не сказал, кто у него пров. При этом проблема у Мегафона, это видно. И вот вопрос надо задавать мегафону: у него в сетях швах творится.

lonelywoolf
()

Автор, если у тебя тормозит VPS то показывай top, load average, загрузки проца итд. А то что ты показал - это торможение интернет-подключения. Ты уж определись.

Так и быть, отвечу. Международные каналы ограничены по производительности (административно, и дальше будут ещё резать я так понимаю), и в периоды высокой активности ты испытываешь шейпинг. Сейчас, возможно, есть отдельные магистрали, которые даже днём ещё недогружены (тебе не повезло, твоя магистраль другая), но это, думаю, временно, скоро это будет везде и не только днём. Если ты даже как-то умудришься исправить низкую скорость, то знай - эти лишние килобиты в секунду ты отберёшь у кого-то другого, и он тоже будет страдать.

Если хочешь разгрузить магистрали, можешь вести агитацию за прекращение гоняния мусорного трафика через заграницу (тогда кто-то освободит канал).

firkax ★★★★★
()
Ответ на: комментарий от Wapieth

Не думаю что шейперы туда РКН ставит, скорее всего просто прислали владельцам пограничных узлов лимиты скорости которые надо настроить.

чтобы коммерческие КВНы не смогли работать.

Ну и да, публичным банообходчикам спасибо за провоцирование на данные указы.

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 2)
Ответ на: комментарий от lonelywoolf

Провайдеру вопросы задавал о проблемах с VPS. заявка в работе :) При том что в сентябре всё летало почти месяц в том числе по вечерам, после такой же заявки в Мегафон :)

Apophis
() автор топика
Ответ на: комментарий от firkax

РКН наставило ТСПУ на все каналы, которые находятся в России. А как ТСПУ работают, один только сатана (сатанизм - запрещённое в России движение) знает.

Wapieth ★★
()
Ответ на: комментарий от firkax

Нет, проблема не у мегафона, см. выше.

И у мегафона тоже. Недавно офигевал от того что трафик из подмосковья куда-то в европу, кстати до реп дебьяновских, бегает через Самару и НН с потерями процентов 10

cobold ★★★★★
()
Ответ на: комментарий от Wapieth

РКН, скорее всего. Он ведь помимо полной блокировки, ещё замедляет доступ, чтобы коммерческие КВНы не смогли работать.

Угу а на выходных замедляторы перестают крутить педали и скорость восстанавливается

cobold ★★★★★
()
Ответ на: комментарий от cobold

Думаю потери были опять таки на границе, а не из-за описанного крюка. По трассировке от тебя до таргета, если что, это невозможно достоверно выяснить, хотя отдельные случаи могут и быть очевидными.

firkax ★★★★★
()

Если на сервер в основном TCP подключения то включите BBR. Ссш так и будет тормозить но скорость должна сильно вырасти. Так же советую использовать iperf3 -c x.x.x.x -R -u -b 10M, и тоже самое без -R для определения количества и направления потерь быстрее. Проблема скорее всего у мегафона, у меня тоже такое есть, до 5% потерь, но в моем случае у мегафона есть несколько роутеров и иногда попадя на удачный source port потерь нет (запуск iperf3 10 раз может показать это)

oka_
()

просто купи себе нормальную VPSку, которая тормозит и не по вечерам

Lrrr ★★★★★
()

Почему потери вечером? Это перегрузка сети.

Возможно ранее у провайдера было несколько маршрутов, но какой-то сломался из-за чего вся нагрузка пошла на единственный роутер который уже не выдерживает такой поток, и при этом шейпинга нет либо он очень тупой, но склоняюсь что его вообще нет, из-за чего пакеты теряются рандомно.

Я плохо шарю как работают сети, но видел несколько вариантов развития событий при перегрузках сети:

  1. Потери пакетов увеличиваются постепенно с 0% до пика в ~22:00 мск, выше 12% не видел, самый худший вариант как по мне.

  2. Увеличивается пинг, пик тот же, видел до 800мс, при этом потерь нет.

  3. Комбинация 1 и 2.

  4. Отличный пинг без потерь, заметно только по спидтесту который стал медленнее.

В первом случае шейпера как будто вообще нет - хуже всего, во втором случае как будто очень тупой буффер, но уже получше, 4 случай - это умный шейпер который режет только те айпи адреса и/или потоки которые создают чрезмерную нагрузку на сеть, но увы такое мало где.

Жалобы на мегафон я слышу уже достаточно давно, но чтобы точно определить он это или нет нужно сделать iperf3 как описал выше, определить направление потерь (скорее всего с впс до тебя) и сделать трассировку (mtr) в том же направлении (т.е. с впс до тебя, а не от тебя до впс). Если в маршруте опять будет мегафон и потери начнутся на нём то это будет подтверждением.

oka_
()

Возможно мегафон/провайдер все починят, но это может растянуться на очень долгое время, если вообще. Поэтому:

Вариант 0 - найти впн/впс на которую будет другой маршрут, переехать на неё или поднять туннель/пробросить порты до старой впски.

1 вариант - bbr, будет работать только при tcp подключениях к сервисам на самой впс, т.е. например для ссш, веб сервера, прокси сервера. Bbr не будет иметь никакого эффекта при использовании udp подключений или впн туннелей. Он увеличит скорость, но от задержек tcp при потерях он не спасёт, т.е. например при игре в майнкрафт (tcp) он полностью от лагов не избавит, но будет чуть лучше. Bbr работает для локального исходящего трафика, т.е. при включении на впс он поможет впс быстрее гонять исходящий локальный трафик (т.е. напр. скачивать файлы С впс тебе на комп). Для обеих направлений его соответственно надо включать на обеих концах.

2 вариант - udpspeeder, работает для указанного udp порта (напр. wiregaurd) и запускается на обеих концах. Добавляет в трафик дубли пакетов по специальнома алгоритму из-за чего онлайн игры/конференции будут работать лучше.

Оба варианта можно совместить при желании

oka_
()

Попробуй использовать Max TTL в отсылаемых пакетах (в момент тормозов), чтобы найти конкретный узел, на котором происходит ощутимое падение производительности. И тогда понятно будет, кого винить. Лично я думаю, что это какой-нибудь магистральный провайдер, влияния на которого у тебя нет, поэтому скорей всего ничего не получится исправить. Ищи другой VPS, в идеале в другой стране, перебирай, пока не найдёшь такой, на который всё будет работать. У многих хостеров есть серверы Looking Glass, с которыми можно без трат денег протестировать качество соединения. Но надо понимать, что это всё временно и может меняться хоть каждый день. Поэтому лучше делай так, чтобы не зависеть от конкретного провайдера и автоматизируй разворачивание своего сервера.

vbr ★★★★★
()
  • Markdown
Пустая строка (два раза Enter) начинает новый абзац. Знак '>' в начале абзаца выделяет абзац курсивом цитирования.
Внимание: прочитайте описание разметки Markdown.
Используйте Ctrl-Enter для размещения комментария