Powershell 在以编程方式创建的EC2实例上进行CodeDeploy

Powershell 在以编程方式创建的EC2实例上进行CodeDeploy,powershell,amazon-web-services,amazon-ec2,aws-cli,aws-code-deploy,Powershell,Amazon Web Services,Amazon Ec2,Aws Cli,Aws Code Deploy,我有一个自动缩放组设置。当每个组都没有正在运行的实例并且我的应用程序部署时,自动扩展组将启动一个实例并进行部署。好极了嗯,有点 如果该自动缩放组中有多个实例,则我的脚本可能指向一个或另一个实例 如何部署到特定实例而不必设置所有CodeDeploy应用程序、部署组、发送新版本、yada、yada、yada 或者,你每次都必须采取所有这些步骤吗?那么,您如何跟踪部署?肯定有更好的办法吗 理想情况下,我希望基于AMI创建一个实例,将该实例与我的自动伸缩组关联,然后专门部署到该实例。但我无法创建实例部署

我有一个自动缩放组设置。当每个组都没有正在运行的实例并且我的应用程序部署时,自动扩展组将启动一个实例并进行部署。好极了嗯,有点

如果该自动缩放组中有多个实例,则我的脚本可能指向一个或另一个实例

如何部署到特定实例而不必设置所有CodeDeploy应用程序、部署组、发送新版本、yada、yada、yada

或者,你每次都必须采取所有这些步骤吗?那么,您如何跟踪部署?肯定有更好的办法吗

理想情况下,我希望基于AMI创建一个实例,将该实例与我的自动伸缩组关联,然后专门部署到该实例。但我无法创建实例部署,只能创建部署组


这让人恼火。

您描述的问题可以用HashiCorp Packer轻松解决。 使用打包文件,您可以描述应用程序部署到实例的方式。然后对该实例进行快照并将其转换为可用的AMI。 之后,您可以使用新的AMI更新自动缩放组的目标组


可以找到Packer的文档:

您描述的问题可以通过HashiCorp Packer轻松解决。 使用打包文件,您可以描述应用程序部署到实例的方式。然后对该实例进行快照并将其转换为可用的AMI。 之后,您可以使用新的AMI更新自动缩放组的目标组


可以找到Packer的文档:

是否标记ec2实例?如果是这样,那么您可以尝试将部署组设置为具有唯一标记的目标实例。我甚至删除了缩放组,只是做了你提到的事情。现在我遇到了部署问题。对新实例每15次工作一次。没什么错,没有日志。只运行了10分钟就失败了。健康方面的制约因素几乎一清二楚。我已经阅读了他们的故障排除5X,以确保我没有错过任何东西。我从控制台手动操作时得到相同的结果。不知道为什么。我甚至可以创建一个全新的实例、应用程序、部署组和部署。。。同样的结果。每隔一段时间工作一次。沮丧。要查看部署日志:在Linux上,当使用
tail-f[path To file]
运行部署时,您可以跟踪该文件并获得实时反馈,但不确定在windows上是否可能。希望您能看到部署失败的具体位置,明白了吗。在窗户上。我必须登录到实例并转到:C:\ProgramData\Amazon\CodeDeploy\log。这是一个缺少凭据的错误。因此,我将在命令启动时将其设置为,以便获得正确的凭据。必须是启动配置和仅从CLI运行该实例之间缺少的部分。@lasec0203谢谢您的帮助!您正在标记ec2实例吗?如果是这样,那么您可以尝试将部署组设置为具有唯一标记的目标实例。我甚至删除了缩放组,只是做了你提到的事情。现在我遇到了部署问题。对新实例每15次工作一次。没什么错,没有日志。只运行了10分钟就失败了。健康方面的制约因素几乎一清二楚。我已经阅读了他们的故障排除5X,以确保我没有错过任何东西。我从控制台手动操作时得到相同的结果。不知道为什么。我甚至可以创建一个全新的实例、应用程序、部署组和部署。。。同样的结果。每隔一段时间工作一次。沮丧。要查看部署日志:在Linux上,当使用
tail-f[path To file]
运行部署时,您可以跟踪该文件并获得实时反馈,但不确定在windows上是否可能。希望您能看到部署失败的具体位置,明白了吗。在窗户上。我必须登录到实例并转到:C:\ProgramData\Amazon\CodeDeploy\log。这是一个缺少凭据的错误。因此,我将在命令启动时将其设置为,以便获得正确的凭据。必须是启动配置和仅从CLI运行该实例之间缺少的部分。@lasec0203谢谢您的帮助!