HAProxy's, заполняющий подключения mysql

У меня есть установка 2 серверов HAProxy с помощью процесса KeepAlived для обработки отказа, и каждый HAProxy настроен для загрузки подключений mysql баланса в мой кластер MariaDB Galera 3 узлов. Я пробую к нагрузочному тесту свою среду, и прежде чем я даже продвину трафик к одному из моих узлов, я смотрю на netstat - | grep 3306, и это - то, что я вижу на своем первом узле:

ubuntu@mariadb1:~$ netstat -an |grep 3306
tcp    0      0 0.0.0.0:3306           0.0.0.0:*               LISTEN
tcp    0      0 10.60.61.21:3306       10.60.61.19:44563       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.19:44521       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.19:44536       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.20:58622       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.20:58637       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.20:58649       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.19:44533       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.19:44557       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.20:58616       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.20:58628       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.20:58619       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.20:58646       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.20:58625       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.20:58631       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.19:44551       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.20:58652       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.19:44524       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.20:58658       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.19:44545       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.20:58655       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.20:58640       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.20:58634       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.19:44539       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.19:44554       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.19:44527       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.20:58661       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.19:44518       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.19:44548       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.19:44560       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.19:44530       TIME_WAIT
tcp    0      0 10.60.61.21:3306       10.60.61.20:58643       TIME_WAIT

Я хочу знать, почему HAProxy's заполняет соединения на 3 306, прежде чем я даже генерировал любой трафик. Я думал бы, что основной HAProxy должен будет иметь по крайней мере одно выполнение соединения так, чтобы это могло передать трафик, но не и HAProxy's одновременно, и не с этим много параллельных соединений. Сообщите мне то, что я должен искать, чтобы настроить это или просто признать, что это - нормальное поведение для установки HA.

Вот спецификация на моих mariaDB машинах:

Ubuntu 12.04 8GB RAM 4 vCPU (каждый узел работает в VMware),

Если Вам нужен/etc/mysql/my.cnf файл, сообщенный мне или/etc/haproxy/haproxy.cnf файл. Извините, если мое сообщение кажется ужасно отформатированным, не уверенный, как сделать этот взгляд всеми хороший и чистый как остальная часть Вас парни.

0
задан 24 June 2014 в 18:14
1 ответ

Гапрокси делает "сердцебиение", чтобы убедиться, что служба действительно работает. Они могут быть довольно частыми и должны обеспечивать быстрое преодоление отказа.

Все эти соединения находятся в состоянии TIME_WAIT, поэтому они уже закрыты и ждут, когда операционная система их очистит. Им не о чем беспокоиться.

4
ответ дан 4 December 2019 в 11:50

Теги

Похожие вопросы