Точка доступа клиентов отказоустойчивого кластера только отвечает на ping на узле владельца
В то время как запись сценария к тестовым соединениям, планированию, перекрестным ссылкам и созданию отчетов становится очень сложной, очень быстро. Я рекомендовал бы выполнить контролирующую платформу, которая позволит, Вы для реализации собственных сценариев-I используете Nagios для этого - его очень легкое для интеграции с собственным кодом.
возможно сделать на скорую руку некоторый код с ping/curl/wget, я действительно хотел знать, доступно ли что-то там уже для решения проблемы
В то время как nagios действительно имеет предзаписанные датчики, усилие в обертывании функциональности, уже доступной, является крошечным.
Итак, это, как и ожидалось, оказалось довольно глупой ошибкой. Я забыл все шаги, необходимые для настройки групп доступности для работы с Azure, как описано здесь .
Поскольку при отмене распределения облачной службы изменился ее IP-адрес, прослушиватель SQL прослушивал неправильный IP-адрес. Я подумал об этом и решил это, удалив и воссоздав слушателя, но я полностью упустил из виду все шаги, которые я, к сожалению, лично выполнил, чтобы настроить слушателя. Итак, после часа разговора по телефону со службой поддержки Microsoft мы, наконец, снова все настроили. Теперь все готово и работает.
Хорошо, сегодня я решил свою проблему, которая кажется очень похожей. Провел 2 недели. Отчаялся. Возможно (если ad min не удалит его) это кому-то поможет.
Итак, ответ - сетевая карта виртуальной машины Azure. У меня было 2. Как только я удалил тот, который мне не нужен, все прошло гладко.
Ключевым моментом для меня была передача параметра -StaticAddress xx.xxx.xx.12. к команде new-cluster -name Cluster –Node VM01, VM02 -StaticAddress xx.xxx.xx.12 -NoStorage –AdministrativeAccessPoint DNS
В моем случае я не мог продолжить работу с этим параметром, пока не удалил второй сетевой адаптер.