AWS CodeDeploy против Windows 2016 в ASG

Я использую AWS CodeDeploy для развертывания сборок из GitHub в экземпляры EC2 в AutoScaling Group.

Он отлично работает для Windows 2012 R2 со всеми конфигурациями развертывания.

Но для Windows 2016 он полностью не работает при развертывании «OneAtTime»; Во время развертывания «AllAtOnce» только один или два экземпляра развернуты успешно, все остальные не работают.

В лог-файле агента присутствует это подозрительное сообщение:

ОШИБКА [codedeploy-agent (1104)]: Служба агента экземпляра CodeDeploy: Служба агента экземпляра CodeDeploy: ошибка во время запуска или выполнения: Errno :: ETIMEDOUT - Попытка подключения не удалась, поскольку подключенная сторона не ответила должным образом после периода время, или установленное соединение не удалось из-за того, что подключенный хост не ответил. - соединить (2)

Все политики, роли, программное обеспечение, сборки и прочее одинаковы, я даже тестировал это на новой учетной записи AWS.

Кто-нибудь сталкивался с таким поведением?


aws-code-deploy windows-server-2016
person kagarlickij    schedule 04.02.2017    source источник

Ответы (2)


arrow_upward
1
arrow_downward

Я столкнулся с той же проблемой, но в ходе расследования выяснил, что в таблице маршрутов сервера были неправильные маршруты для сети 169.254.169.254 (там был указан шлюз из сети, в которой был захвачен мой шаблон), поэтому он не мог прочитать метаданные экземпляра.

person user8533234    schedule 29.08.2017
comment
Рассмотрена проблема с доступом к метаданным экземпляра в Windows 2016: forum.aws.amazon. ru / thread.jspa? messageID = 790984 - person user8533234; 29.08.2017
comment
В качестве обходного пути я собираюсь включить запланированную задачу Amazon Ec2 Launch - Instance Initialization перед захватом моей виртуальной машины. Он должен обновлять маршруты при запуске нового экземпляра. - person user8533234; 29.08.2017

arrow_upward
-1
arrow_downward

Из приведенной выше ошибки похоже, что агент не может разговаривать с конечной точкой CodeDeploy после запуска экземпляра. Пожалуйста, проверьте правильность настройки таблиц маршрутизации и других параметров, связанных с прокси. Кроме того, если у вас его еще нет, вы можете включить журнал отладки, установив для: verbose значение true в конфигурации агента и перезапустить агент. Это поможет лучше отладить проблему.

person Deblina Gupta    schedule 14.05.2017