Packet Loss у серверов между NL и USA. Как решить проблему?

Доброго времени суток.

У нас есть один сервер в Нидерландах который подключаться к другому серверу в штатах для получения высоколиквидных данных.

Пару дней назад возникла проблема наш сервер начал с задержками получать данные.

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

Буду очень признателен, если подскажите мне инструменты для анализа соединения и выявления проблем.
Помимо этого хотелось бы узнать, каким образом можно получить стабильное соединение между Netherlands и USA.
  • Вопрос задан
  • 2520 просмотров
Решения вопроса 1
@throughtheether
human after all
Дата-центр(Leaseweb) где располагается наш сервер утверждает что у них нету ни каких проблем с сетью, в тоже время наш американский партнер тоже говорит о том, что у него нету ни каких проблем.
Странно ожидать чего-либо другого.
Буду очень признателен, если подскажите мне инструменты для анализа соединения и выявления проблем.
Одним из факторов, ускоряющих обнаружение проблем и установление их причин, является детальный мониторинг. В данном случае - мониторинг RTT между хостами, Path MTU, загрузки интерфейсов, ошибок на интерфейсах, мониторинг самого приложения и прочая. Если бы мониторинг был активен, вы могли бы посмотреть, какие события коррелировали с возникновением задержек.

Если мониторинга нет, то предлагаю вам: 1) разобраться, как именно приложение получает данные (используется ли TCP или UDP, во втором случае, есть ли своя реализация подтверждений и т.д.) 2) снять дамп трафика при помощи wireshark/tshark/tcpdump и проверить, что именно происходит в реальности (в случае с TCP - наличие TCP retransmits, размер окна и т.д.). Естественно, это все имеет смысл, если вы полагаете, что задержка вызвана именно поведением сети.

Вы не подскажите, можно ли иметь между двумя серверами несколько маршрутов, чтобы на тот случай если под одному маршруту будут проблемы, была возможность использовать другой маршрут?
На самом деле между вашими серверами (точнее, автономными системами хостинг-провайдеров) практически наверняка имеется множество маршрутов, проблема лишь в том, что вы не можете влиять на их выбор. Если необходимо выбирать маршрут самостоятельно, то можно сделать следующее - зарегистрировать две автономные системы (в смысле BGP),к примеру, AS1 с префиксом 1.1.1.1/24 и AS2 с префиксом 2.2.2.2/24. Каждую автономную систему подключить через несколько аплинков (установив с ними BGP-соседство). Наблюдать за производительностью (см. мониторинг) и в случае неудовлетворительной работы сети переключать маршруты при помощи программного BGP-решения вроде Bird/ExaBGP. Как вы, наверное, уже догадались, это потребует некоторых финансовых затрат, как капитальных, так и оперативных (продление регистрации автономных систем, ежемесячная оплата трафика/аплинков).

С другой стороны, гипотетически, хостинг-провайдер может предоставить возможности для манипуляции маршрутами при аренде/покупке префикса у него, но в реальности я такого не встречал. В смысле, технически это возможно (точнее, осуществимо в целом; в каждом частном случае может быть своя специфика), так что, полагаю, вопрос сводится к целесообразности/финансам/политике.
Ответ написан
Комментировать
Пригласить эксперта
Ответы на вопрос 1
inside22
@inside22 Автор вопроса
@throughtheether что и следовало ожидать. Была атака на определенные диапазоны ИП-адресов.

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

Dear LeaseWeb Customer,

You might have experienced high latency or packet loss due to a DDoS attack in part of our premium network in our AMS-01 data-center. The following network prefixes might have been affected:

5.61.248.0/24
37.1.144.0/24
46.182.176.0/22
62.212.75.0/24
77.81.240.0/21
82.192.87.0/24
87.236.96.0/21
90.156.224.0/20
91.217.72.0/23
94.124.56.0/21
94.75.192.0/18
95.211.0.0/19
145.255.128.0/21
193.107.18.0/24
212.7.193.128/25
212.7.192.128/25

2001:1AF8:4400::/40
2A01:9400:2::/48
2A02:CC8::/32
2A03:E280:0:1::/64
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы