Моя среда разработки работала хорошо весь 2019 год, но при входе в 2020 одна из моих служб не работала, и если посмотреть на детали, причиной сбоя является то, что проверка работоспособности показывает, что виртуальная машина не работает.
Схема проста, моя служба WCF работает на IIS, и я использую балансировщик нагрузки TCP. Эта же схема реплицируется для доступа к двум разным IP-адресам, но только одна из проверок работоспособности не выполняется. Сервис доступен с localhost, он доступен с эфемерного IP-адреса экземпляра, но он не работает, если я получаю доступ со статического IP-адреса, который я назначил балансировщику нагрузки.
Поскольку это одно и то же приложение, работающее на двух виртуальных машинах, и вся конфигурация аналогична, я хочу проверить, что приводит к сбою проверки работоспособности, проверяя с помощью wirehark соединение с включенным портом, я обнаружил, что все подключения от балансировщика нагрузки говорят TCP Retransmission, но соединения с эфемерным IP-адресом проходят успешно и получают 200 OK.
Мои знания по этой теме минимальны, и я не могу выделить информацию, которая полезна для решения проблемы, учитывая, что в прошлом году все работало хорошо.
Я хочу посмотреть, какую информацию может предоставить stackdriver, но по какой-то причине я не могу найти балансировщики нагрузки TCP в списке.
РЕДАКТИРОВАТЬ: По всей видимости, проблема была связана с тем, что служба «Google Compute Engine Agent» не работала, но я не видел никаких журналов, указывающих, что вызвало остановку службы. При повторном запуске сервиса все работало нормально.
