Сбой проверки работоспособности Google Compute Engine

У меня есть приложение node.js на двух экземплярах виртуальных машин, которые я пытаюсь сбалансировать с помощью сетевой нагрузки. Чтобы проверить работоспособность моих серверов, у меня есть запрос проверки работоспособности '/health.txt' на внутреннем порте прослушивания моего приложения. У меня есть два экземпляра, одинаково настроенных с одинаковыми тегами, правилами брандмауэра и т. Д., Но проверка работоспособности не может быть выполнена одним экземпляром постоянно, я могу выполнить проверку с помощью curl во внутренней сети или извне, и тест отлично работает в обоих случаях, но балансировщик сетевой нагрузки всегда сообщает об отключении одного экземпляра.

Я использовал ngrep и запущен из экземпляра работоспособности, я вижу:

T 169.254.169.254:65374 -> my.pub.ip.addr:3000 [S]
#
T my.pub.ip.addr:3000 -> 169.254.169.254:65374 [AS]
#
T 169.254.169.254:65374 -> my.pub.ip.addr:3000 [A]
#
T 169.254.169.254:65374 -> my.pub.ip.addr:3000 [AP]
GET /health.txt HTTP/1.1.
Host: my.pub.ip.addr:3000.
.

#
T my.pub.ip.addr:3000 -> 169.254.169.254:65374 [A]
#
T my.pub.ip.addr:3000 -> 169.254.169.254:65374 [AP]
HTTP/1.1 200 OK.
X-Powered-By: NitroPCR.
Accept-Ranges: bytes.
Date: Fri, 14 Nov 2014 20:00:40 GMT.
Cache-Control: public, max-age=86400.
Last-Modified: Thu, 24 Jul 2014 17:58:46 GMT.
ETag: W/"2198506076".
Content-Type: text/plain; charset=UTF-8.
Content-Length: 13.
Connection: keep-alive.
.

#
T 169.254.169.254:65374 -> my.pub.ip.addr:3000 [AR]

Но в случае, если GCE утверждает, что это вредно для здоровья, я вижу это:

T 169.254.169.254:61179 -> my.pub.ip.addr:3000 [S]
#
T 169.254.169.254:61179 -> my.pub.ip.addr:3000 [S]
#
T 169.254.169.254:61180 -> my.pub.ip.addr:3000 [S]
#
T 169.254.169.254:61180 -> my.pub.ip.addr:3000 [S]
#
T 169.254.169.254:61180 -> my.pub.ip.addr:3000 [S]

Но если я скручиваю тот же файл из моего здорового экземпляра> нездорового экземпляра, мой «нездоровый» экземпляр реагирует нормально.

Ответы на вопрос(1)

Ваш ответ на вопрос