Причины медленной работы MSSQL на сервере Hetzner?

Question

[Сергей]

Купили выделенный сервер на Hetzner, установили Win 2012 R2, MSSQL 2014.
Суть проблемы:
1. Подключаемся из Москвы (Билайн) через Management Studio и выполняем запрос на выборку большого объема данных. Занимает 26 секунд.
2. Подключаемся к собственному серверу в Москве (который подключен через канал в 20 МБит) - с такой же базой и теми же данными тот же запрос выполняется за 12 секунд.
Многочисленные тесты скорости канала (через Mikrotik BTest, LAN SpeedTest и т.п.) показывают бОльшую пропускную спобосность канала Hetzner.

Пробовал тестировать на скачивании файла через http: с локального сервера скорость 2.3-2.4 МБайт/сек (что соответствует каналу), с Hetzner плавает 3-6 МБайт/сек - т.е. большие объемы по HTTP Hetzner отдаёт быстрее.

Что делать? Куда копать? Помогите, пожалуйста

Answer 1

[Пума Тайланд]

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

Answer 2

[Влад Животнев]

RTT же (пинги).
Там много последовательных операций наверняка, каждая из них выполняется как минимум на 45мс дольше из-за RTT. Так и набирается.

Ну и + диски тормозить могут, если у вас там SATA-II.

Comments

[Сергей]

Диски показывают такую же производительность как у Московского сервера (и локально на Hetzner всё летает). Пинги тоже странная вещь - ведь запрос выполняю один. В моём представлении это грубо говоря открытие одного TCP/IP соединения и передача большого объема данных. Существуют ли средства диагностики какой-то? Поможет ли какой-нибудь монитор траффика типа WireShark или Colasoft Capsa?

[Влад Животнев]

Сергей: wireshark поможет, если трафик не зашифрован.
Надо смотреть, что там за пакеты и в каком порядке летают.

> ведь запрос выполняю один
Вы-то один. А вот что потом делает Mstudio - одному Б-Г известно.

[Артём Каретников]

Ай вэй... Что делает студия - известно любому, кто включит профайлер. В подробностях.

[Влад Животнев]

Артем Каретников: ну да-да.

[Артём Каретников]

Ну да, ну да. Профайлер сделан для того, чтобы отображать все, что делается на сервере. Но вы, мон шер, конечно, можете думать, что студия отдельно творит кровавые непотребства, а профайлер это нарочно покрывает.

Answer 3

[Vitaliy Orlov]

Привет!

Может быть все что угодно, от медленных дисков, до шейпинга пакетов файрволом билайна в этом направлении. Попробуйте то же самое от другого провайдера (из дома например). Если картина такая же, тогда смотрите в сторону загрузки дисков / процессора сервера в момент запроса.

Если ничего не помогает, советую писать, а лучше звонить в ТП хетцнера

Answer 4

[Артём Каретников]

Чудес не бывает. Если все остальные тесты показывают, что канал широкий, то дело:

1. в самом сервере - железо не тянет, а ваш более производительный.
2. в запросе. Надо смотреть план выполнения.

По личному опыту - в 90 случаях из 100 дело в запросе. Это ведь не просто select * from ТолькоОднаМояТаблица?
Вот попробуйте такой. Большую таблицу, и просто выборку всего подряд. Если тормозит - дело в сервере. Если не тормозит - дело в вашем запросе.

Answer 5

[Сергей]

Отвечаю всем сразу:
1. Всевозможные тесты производительности (benchmarks) делали на обоих серверах. Они оооочень близки абсолютно по всем показателям. Даже диски такие же (в одном WD Black, в другом WD Raid Edition). Извините что сразу не описал в вопросе - различие в производительности серверов мы исключили сразу на первом же этапе. Локально на обоих серверах разнообразные запросы (в т.ч. очень сложные) выполняются за сравнимое время.
2. Запрос именно простейший: select * from SimpleTable. Таблица простейшая, 8 колонок datetime, в неё предварительно вставлены 200к записей.

Мне тут подкинули такую интересную статью на эту тему: https://www.simple-talk.com/sql/learn-sql-server/i... но неужели для передачи большой пачки данных SQL делает множество синхронизированных обменов пакетами туда-сюда? :(

С шейпингом пакетов идея тоже интересная, но беда что дома тоже Билайн :) Попрошу коллег провести такие тесты.

Answer 6

[Егор Ушаков]

Сергей , удалось забороть? Чем все закончилось? Есть желание поднять SQL Server BI Edition, хотелось бы иметь представление о подводных камнях заранее. Если есть какие-нибудь мысли по этому поводу, поделитесь, пожалуйста. В зарубежных интернетах (google) на удивление по этому вопросу ничего нет.

Comments

[Сергей]

Егор, забороть так и не удалось, отказались от использования Hetzner. Дело в больших пингах - их не побороть, а жить с ними невозможно.

[Егор Ушаков]

Спасибо, Сергей, за ответ! Только что говорил с русскоязычным Hetzner'ом. Вроде попробовать все на триальных версиях можно. Но наличие setup fee для дедиков немного напрягает. Однако саппорт порекомендовал сервер вот такой ru.hetzner.com/hosting/produkte_rootserver/ex40ssd - до конца ноября у них setup бесплатный. А если в течении 14 дней отказаться - так вообще деньги все вернут. Руки все-таки чешутся :) Наверное, буду пробовать поиграться в SQL Server на Hetzner'е!

[izyk]

Егор Ушаков: Сергей: У меня с Hetzner проблема в следующем:
База MS SQL Express для Альта-ГТД (www.alta.ru/programs/alta-gtd/), но не суть.
Суть - что доступ из Питера, Владивостока, Москвы, лагает. Причем замечено, что иногда доступа просто нет, как описал выше Vitaliy Orlov - как будто шейпинг пакетов файрволом, причем не понятно чьим. Как будто в какой-то момент, файрвол начинает отбрасывать пакеты, а не задерживать их. Я сталкивался с таким не правильным поведением Cisco на стороне провайдера. У меня был свой канал и если исходящий трафик начинал превышать тариф, провайдер просто отбрасывал лишние пакеты, что нарушало старт-стоп алгоритм TCP соединений и скорость не могла подстроится под канал. При этом были разрывы на 2-5 секунд. Помогла установка шейпера на выход к провайдеру со скоростью тарифа. Причем точного шейпера, у него равномерно размазывалась скорость во времени, а не одну секунду много потом ничего. Здесь гарантированная скорость, вроде 100MB, а физическая 1GB. Попробую поставить исходящий шейпер на 100MB. Может поможет. Иначе переезд в Питер. Ну и пинги конечно, хотя 40-50ms против 5-10ms, на мой взгляд, не критично. Или канал в Европу в какой-то момент ведет себя так. Что самое интересное, даже при доступе по SSH замечены провалы. Жалко, т.к. дешего конечно.

[Егор Ушаков]

izyk , спасибо за развернутый комментарий!

Answer 7

[izyk]

В общем победил:
/sbin/ethtool -s eth0 speed 100 duplex full advertise 0x0F autoneg on

Чтобы увеличить скорость надо ее снизить в 10 раз, парадокс.

Нужно шейпер настраивать, но лениво, 100М хватает. Кто-то гадит на пути из Германии в Россию, предполагаю, что провайдер экономит.