percona-clustercheck (PerconaのXtraDBクラスターパッケージに付属)をxinetdで使用していますが、clustercheckサービスをカールしようとするとエラーが発生します。
/usr/bin/clustercheck
:
#!/bin/bash
#
# Script to make a proxy (ie HAProxy) capable of monitoring Percona XtraDB Cluster nodes properly
#
# Author: Olaf van Zandwijk <[email protected]>
# Documentation and download: https://github.com/olafz/percona-clustercheck
#
# Based on the original script from Unai Rodriguez
#
MYSQL_USERNAME="clustercheckuser"
MYSQL_PASSWORD="clustercheckpassword!"
ERR_FILE="/dev/null"
AVAILABLE_WHEN_DONOR=0
#
# Perform the query to check the wsrep_local_state
#
WSREP_STATUS=`mysql --user=${MYSQL_USERNAME} --password=${MYSQL_PASSWORD} -e "SHOW STATUS LIKE 'wsrep_local_state';" 2>${ERR_FILE} | awk '{if (NR!=1){print $2}}' 2>${ERR_FILE}`
if [[ "${WSREP_STATUS}" == "4" ]] || [[ "${WSREP_STATUS}" == "2" && ${AVAILABLE_WHEN_DONOR} == 1 ]]
then
# Percona XtraDB Cluster node local state is 'Synced' => return HTTP 200
/bin/echo -en "HTTP/1.1 200 OK\r\n"
/bin/echo -en "Content-Type: text/plain\r\n"
/bin/echo -en "\r\n"
/bin/echo -en "Percona XtraDB Cluster Node is synced.\r\n"
/bin/echo -en "\r\n"
exit 0
else
# Percona XtraDB Cluster node local state is not 'Synced' => return HTTP 503
/bin/echo -en "HTTP/1.1 503 Service Unavailable\r\n"
/bin/echo -en "Content-Type: text/plain\r\n"
/bin/echo -en "\r\n"
/bin/echo -en "Percona XtraDB Cluster Node is not synced.\r\n"
/bin/echo -en "\r\n"
exit 1
fi
/etc/xinetd.mysqlchk
:
# default: on
# description: mysqlchk
service mysqlchk
{
# this is a config for xinetd, place it in /etc/xinetd.d/
disable = no
flags = REUSE
socket_type = stream
port = 9200
wait = no
user = nobody
server = /usr/bin/clustercheck
log_on_failure += USERID
only_from = 10.0.0.0/8 127.0.0.1
# recommended to put the IPs that need
# to connect exclusively (security purposes)
per_source = UNLIMITED
}
サービスをカールしようとすると、有効な応答(HTTP 200、テキスト)が返されますが、最後に「ピアによって接続がリセットされました」という通知が表示されます。
HTTP/1.1 200 OK
Content-Type: text/plain
Percona XtraDB Cluster Node is synced.
curl: (56) Recv failure: Connection reset by peer
残念ながら、Amazon ELBは、これを成功したチェックではなく、失敗したチェックと見なしているようです。
Curlが接続障害を認識しないように、clustercheckを正常に終了させるにはどうすればよいですか?
Content-Length: 0
を追加すると、この場合のようにコンテンツが存在する場合でも、クライアントはコンテンツを無視します。したがって、これは他のチェックソフトウェアを壊す可能性があります。あなたの場合、コンテンツの長さは、同期されたノードの場合は42バイト(したがって、Content-Length: 42
を追加)であり、同期されていないノードの場合は46バイトです。
# curl localhost:9200
Percona XtraDB Cluster Node is synced.
更新されたスクリプトをプッシュして、Percona XtraDBClusterパッケージの新しいバージョンでも修正されるようにします。
Content-Length: 0
ヘッダーをclustercheck応答に追加しました。これは、Amazonのヘルスチェックのトリックを実行しているようです。誰かがより良い練習をしているなら、私に知らせてください
私は使用して同様の問題を解決しました
echo -en "HTTP/1.1 200 OK\r\n" | cat
代わりに
echo -en "HTTP/1.1 200 OK\r\n"
また、ローカルホストでスクリプトを使用していることにも気づきました。コマンドラインでclustercheckを実行して、戻り値を確認することもできます。
同期されたノードの場合:
# /usr/bin/clustercheck > /dev/null
# echo $?
0
同期されていないノードの場合:
# /usr/bin/clustercheck > /dev/null
# echo $?
1