使用register-on-premises-instance命令 (IAM 会话 ARN) 注册本地实例 - Amazon CodeDeploy
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 中国的 Amazon Web Services 服务入门 (PDF)

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

使用register-on-premises-instance命令 (IAM 会话 ARN) 注册本地实例

为最大程度控制您的本地实例的身份验证和注册,可使用 register-on-premises-instance命令和 Amazon Security Token Service (Amazon STS) 所生成的定期刷新的临时凭证。实例的一个静态 IAM 角色将担任这些刷新 Amazon STS 凭证的角色来执行 CodeDeploy 部署操作。

当您需要注册大量实例时,此方法非常有用。您可以使用此方法来借助 CodeDeploy 自动执行注册过程。您可以使用自己的身份和身份验证系统对本地实例进行身份验证,并将 IAM 会话凭证从服务分发给实例以便用于 CodeDeploy。

注意

或者,您可以使用分配到所有本地实例的共享 IAM 用户调用 Amazon STS AssumeRoleAPI 来检索本地实例的会话证书。此方法安全性较低,建议不要用于生产或关键任务型环境。

参考以下主题中的信息,使用 Amazon STS 生成的临时安全凭证来配置本地实例。

IAM 会话 ARN 注册先决条件

除了在 配置本地实例 中列出的前提条件之外,还必须满足以下要求:

IAM 权限

您用来注册本地实例的 IAM 身份必须有权执行 CodeDeploy 操作。确保 AWSCodeDeployFullAccess 托管策略已附加到该 IAM 身份。有关信息,请参阅 IAM 用户指南中的Amazon托管策略

用于刷新临时凭证的系统

如果您使用 IAM 会话 ARN 注册本地实例,则您必须有一个系统来定期刷新该临时凭证。如果在生成凭证时指定的期限较短,临时凭证会在一小时 (或更短时间) 后过期。有两种刷新凭证的方法:

  • 方法 1:使用您的企业网络中的身份和身份验证系统以及一个 CRON 脚本,该脚本定期轮询该身份和身份验证系统,并将最新的会话凭证复制到该实例。这使您能够将身份验证和身份结构与集成在一起,而Amazon无需更改CodeDeploy代理或服务以支持您在组织中使用的身份验证类型。

  • 方法 2:定期在实例上运行 CRON 作业以调用Amazon STSAssumeRole操作并将会话凭证写入CodeDeploy代理可以访问的文件。此方法仍需要使用 IAM 用户并将凭证复制到本地实例,但您可以对您的各个本地实例重复使用相同的 IAM 用户和凭证。

注意

无论您使用的是方法 1 还是方法 2,都必须设置一个进程,以便在临时会话证书更新后重新启动CodeDeploy代理,以使新证书生效。

有关创建和使用Amazon STS证书的信息,请参阅 Amazon Security Token ServiceAPI 参考使用临时安全证书请求访问Amazon资源

步骤 1:创建本地实例将担任的 IAM 角色

您可以使用Amazon CLI或 IAM 控制台创建 IAM 角色,您的本地实例将使用该角色进行身份验证和交互CodeDeploy。

您只需要创建一个 IAM 角色。您的每个本地实例都可以担任此角色,以获取为此角色提供权限的临时安全凭证。

您创建的角色需要以下权限来访问安装 CodeDeploy 代理所需的文件:

{ "Version": "2012-10-17", "Statement": [ { "Action": [ "s3:Get*", "s3:List*" ], "Effect": "Allow", "Resource": "*" } ] }

我们建议您将此策略限制为仅适用于您的本地实例需要访问的 Amazon S3 存储桶。如果您限制此策略,请确保授予对包含CodeDeploy代理的 Amazon S3 存储桶的访问权限。否则,只要在本地实例上安装或更新 CodeDeploy 代理,就可能出现错误。有关控制对 Amazon S3 存储桶的访问权限的信息,请参阅管理对您的 Amazon S3 资源的访问权限

创建 IAM 角色
  1. 调用 create-role 命令,同时使用 --role-name 选项指定 IAM 角色的名称 (例如 CodeDeployInstanceRole),并使用 --assume-role-policy-document 选项提供权限。

    为此实例创建 IAM 角色时,您可以为其指定角色名称 CodeDeployInstanceRole,并在名为 CodeDeployRolePolicy.json 的文件中提供所需的权限:

    aws iam create-role --role-name CodeDeployInstanceRole --assume-role-policy-document file://CodeDeployRolePolicy.json
  2. 在调用 create-role 命令的输出中,记录 ARN 字段的值。例如:

    arn:aws:iam::123456789012:role/CodeDeployInstanceRole

    使用 Amazon STS AssumeRoleAPI 为每个实例生成短期证书时,您将需要角色 ARN。

    有关创建 IAM 角色的更多信息,请参阅 I A M 用户指南中的创建角色以向Amazon服务委派权限

    有关为现有角色分配权限的信息,请参阅put-role-policyAmazon CLI命令参考》。

步骤 2:使用为单个实例生成临时证书 Amazon STS

在生成将用于注册本地实例的临时凭证之前,必须创建或选择您将为其生成临时凭证的 IAM 身份 (用户或角色)。在此 IAM 身份的策略设置中,必须包含 sts:AssumeRole 权限。

有关向 IAM 身份授予sts:AssumeRole权限的信息,请参阅创建角色以向Amazon服务委派权限AssumeRole

有两种生成临时凭证的方法:

  • assume-role 命令与. Amazon CLI 例如:

    aws sts assume-role --role-arn arn:aws:iam::12345ACCOUNT:role/role-arn --role-session-name session-name

    其中:

    注意

    如果您使用定期轮询身份和身份验证系统并将最新的会话证书复制到实例的 CRON 脚本(用于刷新临时证书的方法 1IAM 会话 ARN 注册先决条件),则可以改用任何支持的 Amazon SDK 进行调AssumeRole用。

  • 使用提供的工具Amazon。

    该aws-codedeploy-session-helper工具生成Amazon STS证书并将其写入您放置在实例上的文件中。此工具最适用于 IAM 会话 ARN 注册先决条件 中所述的用于刷新临时凭证的方法 2。在此方法中,将aws-codedeploy-session-helper工具放置在每个实例上,并使用 IAM 用户的权限执行命令。每个实例都将相同的 IAM 用户凭证与此工具结合使用。

    有关更多信息,请参阅aws-codedeploy-session-helperGitHub存储库。

    注意

    在您创建 IAM 会话凭证之后,请将它们置于本地实例上的任何位置。在下一个步骤中,您将配置 CodeDeploy 代理以访问此位置的凭证。

在继续操作之前,请确保您将用来定期刷新临时凭证的系统已经准备就绪。如果未刷新临时凭证,则部署到本地实例的操作将失败。有关更多信息,请参阅 IAM 会话 ARN 注册先决条件 中的“用于刷新临时凭证的系统”。

步骤 3:向本地实例添加配置文件

使用 root 或管理员权限将配置文件添加到本地实例。此配置文件用于声明 IAM 证书和要使用的目标Amazon区域CodeDeploy。必须将该文件添加到本地实例上的特定位置。该文件必须包含 IAM 临时会话 ARN、其私有密钥 ID 和私有访问密钥以及目标Amazon区域。

添加配置文件
  1. 在本地实例的以下位置创建名为codedeploy.onpremises.yml(对于 Ubuntu 服务器或 RHEL 本地实例)或conf.onpremises.yml(对于 Windows 服务器本地实例)的文件:

    • 对于 Ubuntu 服务器:/etc/codedeploy-agent/conf

    • 对于 Windows 服务器:C:\ProgramData\Amazon\CodeDeploy

  2. 使用文本编辑器将以下信息添加到新创建的codedeploy.onpremises.yml文件 (Linux) 或conf.onpremises.yml文件 (Windows):

    --- iam_session_arn: iam-session-arn aws_credentials_file: credentials-file region: supported-region

    其中:

步骤 4:为部署准备本地实例 CodeDeploy

安装和配置 Amazon CLI

在本地实例上安装和配置 Amazon CLI (Amazon CLI将用于在本地实例上下载和安装CodeDeploy代理。)

  1. 要在本地实例Amazon CLI上安装,请按照Amazon Command Line Interface用户指南中的使用设置Amazon CLI中的说明进行操作。

    注意

    1.7.19 版 Amazon CLI 中提供了用于处理本地实例的 CodeDeploy 命令。如果您已经安装了 Amazon CLI 版本,则可以调用 aws --version 来检查其版本。

  2. 要在本地实例Amazon CLI上配置,请按照Amazon Command Line Interface用户指南中的配置Amazon CLI中的说明进行操作。

    重要

    在配置Amazon CLI(例如,通过调用aws configure命令)时,请务必指定至少具有中所述权限的 IAM 用户的私有密钥 ID 和私有访问密钥IAM 会话 ARN 注册先决条件

设置 AWS_REGION 环境变量 (仅针对 Ubuntu Server 和 RHEL)

如果您没有在本地实例上运行 Ubuntu Server 或 RHEL,请跳过此步骤,直接转到 “安装代理”。CodeDeploy

在 Ubuntu Server 或 RHEL 本地实例上安装代CodeDeploy理,并允许实例在新版本CodeDeploy可用时更新代理。为此,您可以将实例上的 AWS_REGION 环境变量设置为 CodeDeploy 支持的某个区域的标识符。我们建议您将区域的值设置为您的 CodeDeploy 应用程序、部署组和应用程序修订所在的区域(例如,us-west-2)。有关区域列表,请参阅中的区域和终端节点Amazon Web Services 一般参考

要设置环境变量,请从终端调用以下命令:

export AWS_REGION=supported-region

其中 supported-region 是区域标识符(例如,us-west-2)。

安装代CodeDeploy理

步骤 5:将本地实例注册到 CodeDeploy

这一步中的说明假设您从本地实例本身上注册该本地实例。您还可以从安装和配置了 Amazon CLI 的其他设备或实例上注册本地实例。

使用 Amazon CLI 将本地实例注册到 CodeDeploy,以便可以在部署中使用该实例。

您需要您在步骤 3:向本地实例添加配置文件中创建的临时会话凭证的 ARN 才能使用 Amazon CLI。例如,对于您指定为 AssetTag12010298EX 的实例:

arn:sts:iam::123456789012:assumed-role/CodeDeployInstanceRole/AssetTag12010298EX

调用 register-on-premises-instance 命令,在命令中指定:

  • 唯一标识本地实例的名称 (使用 --instance-name 选项)。

    重要

    为了帮助标识本地实例,特别是用于调试用途,我们强烈建议您指定能够反映本地实例的某种唯一特性的名称 (例如,在适用时可以指定 STS 凭证的会话名称以及序列号或内部资产标识符)。如果您指定 MAC 地址作为名称,请注意 MAC 地址包含 CodeDeploy 不允许使用的字符,例如冒号 (:)。有关允许字符的列表,请参阅CodeDeploy 配额

  • 您在步骤 1:创建本地实例将担任的 IAM 角色中设置以对多个本地实例进行身份验证的 IAM 会话 ARN。

例如:

aws deploy register-on-premises-instance --instance-name name-of-instance --iam-session-arn arn:aws:sts::account-id:assumed-role/role-to-assume/session-name

其中:

  • name-of-instance是您用来标识本地实例的名称,例如AssetTag12010298EX

  • account-id 是您的组织的 12 位数账户 ID,如 111222333444

  • role-to-assume是您为实例创建的 IAM 角色的名称,例如CodeDeployInstanceRole

  • session-name 是您在 步骤 2:使用为单个实例生成临时证书 Amazon STS 中指定的会话角色的名称。

步骤 6:标记本地实例

您可以使用Amazon CLI或CodeDeploy控制台来标记本地实例。(在部署期间CodeDeploy使用本地实例标签来识别部署目标。)

标记本地实例 (CLI)
  • 调用-p add-tags-to-onremises-instances 命令,指定

    • 唯一标识本地实例的名称 (使用 --instance-names 选项)。

    • 您要使用的本地实例标签密钥的名称和标签值 (使用 --tags 选项)。必须同时指定名称和值。CodeDeploy不允许仅包含值的本地实例标签。

      例如:

      aws deploy add-tags-to-on-premises-instances --instance-names AssetTag12010298EX --tags Key=Name,Value=CodeDeployDemo-OnPrem
标记本地实例(控制台)
  1. 登录Amazon Web Services Management Console并通过 https://console.aws.amazon.com/codedeploy 打开CodeDeploy控制台。

    注意

    使用您设置的同一个用户登录CodeDeploy 入门

  2. 在导航窗格中,展开 Deploy,然后选择本地实例

  3. 在本地实例列表中,选择要标记的本地实例名称。

  4. 在标签列表中,选择或输入所需的标签键和标签值。当您输入标签键和标签值之后,将显示另一行。您可以重复此步骤,最多添加 10 个标签。要删除标签,请选择 Remove(删除)。

  5. 在您添加标签之后,选择 Update Tags

步骤 7:将应用程序修订部署到本地实例

现在,您已准备好将应用程序修订部署到已注册和标记的本地实例。

您可以将应用程序修订部署到本地实例,其方式类似于将应用程序修订部署到 Amazon EC2 实例。有关说明,请参阅 使用创建部署 CodeDeploy。这些说明包含指向先决条件的链接,其中包括创建应用程序、创建部署组和准备应用程序修订。如果您希望部署简单的示例应用程序修订,可以创建教程:使用 CodeDeploy 将应用程序部署到本地实例(Windows 服务器、Ubuntu Server 或 Red Hat Enterprise Linux)步骤 2:创建示例应用程序修订中所述的修订。

重要

在创建以本地实例为目标的部署组的过程中,如果您重用 CodeDeploy 服务角色,则必须将 Tag:get* 包含到服务角色策略语句的 Action 部分中。有关更多信息,请参阅步骤 2:为创建服务角色 CodeDeploy

步骤 8:跟踪本地实例的部署

将应用程序修订部署到已注册和标记的本地实例之后,您可以跟踪部署进度。

您可以使用类似于跟踪对 Amazon EC2 实例的部署的方式来跟踪本地实例的部署。有关说明,请参阅 查看CodeDeploy部署详情