amazon-web-services - Cloudformation - 重新部署使用记录集的环境(使用 Jenkins)

Question

TL;DR - 使用 CI 服务器来保持 AWS 环境最新并始终从同一 CNAME 指向的推荐方法是什么？

---

我们刚刚开始在一个新项目中使用 AWS，作为该项目的一部分，我的任务是创建一个简单的演示环境，并每晚更新此环境以显示前几天的进度。

我使用 Jenkins 和 Cloudformation 插件来执行此操作，它非常适合在现有安全组中创建一个简单的 EC2 实例，由 Route53 CNAME 指向，以便可以在 subdomain.example.com 上浏览它。

我遇到的问题是我无法重新部署相同的堆栈，因为记录集已经存在，并且 CF 不会覆盖它。

有很多关于如何部署环境的指南，但我很难找到一个关于如何使环境保持最新的指南。

所以我想我的问题是:使用 CI 服务器来保持 AWS 环境最新并始终从同一个 CNAME 指向的推荐方法是什么？

Answer 1

我同意您问题中的评论，即可能更好地创建一个干净的服务器并通过持续集成(Jenkins)上传/更新它。 Docker 在这个场景中非常有用，您在后面的评论中提到过。

但是，如果您倾向于“不可 rebase 础设施”并希望将所有内容封装在 CloudFormation 模板中(包括在 Route53 中创建记录)，您可以执行以下操作AWS::CloudFormation::Init 部分中的以下代码段 -(有关详细信息，请参阅“http://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource- init.html”)

"Resources": {

    "MyServer": {
        "Type": "AWS::EC2::Instance",

        "Metadata": {
            "AWS::CloudFormation::Init": {

                "configSets" : { "Install" : [ "UpdateRoute53", "ConfigSet2, .... ] },

                "UpdateRoute53" : {

                    "files" : {
                        "/usr/local/bin/cli53" : {
                            "source" : "https://github.com/barnybug/cli53/releases/download/0.6.3/cli53-linux-amd64",
                            "mode" : "000755", "owner" : "root", "group" : "root"
                        },
                        "/tmp/update_route53.sh" : {
                            "content" : { "Fn::Join" : ["", [
                                "#!/bin/bash\n\n",
                                "PRIVATE_IP=`curl http://169.254.169.254/latest/meta-data/local-ipv4/`\n",
                                "/usr/local/bin/cli53 rrcreate ",  
                                {"Ref": "Route53HostedZone" }, 
                                " \"", { "Ref" : "ServerName" }, 
                                " 300 A $PRIVATE_IP\" --replace\n"
                            ]]},
                            "mode" : "000755", "owner" : "root", "group" : "root"
                        }
                    },

                    "commands" : {
                        "01_UpdateRoute53" : {
                            "command" : "/tmp/update_route53.sh > /tmp/update-route53.log 2>&1"
                        }
                    }
                }
            }
        }, 
        "Properties": { ... }
    }
}
....

我省略了模板的大部分内容，以重点关注重要信息。 "UpdateRoute53" 部分创建 2 个文件:

1. /usr/local/bin/cli53 - CLI53 是一个围绕 AWS Route53 的很棒的小包装程序(因为 AWS CLI 版本的 Route53 使用起来非常糟糕，即需要创建大块的JSON) - 请参阅https://github.com/barnybug/cli53有关 CLI53 的更多信息

2. /tmp/update_route53.sh - 创建一个脚本，通过我们在 (1) 中安装的 CLI53 脚本上传到 Route53。此脚本通过 curl 命令确定特殊 AWS 元数据端点的 PRIVATE_IP(有关更多详细信息，请参阅 http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-metadata.html)。正确托管区域的“区域 ID”通过 CloudFormation 参数注入(inject)(即 {"Ref": "Route53HostedZone"})。最后，记录的名称来自“ServerName”参数，但其设置方式可能因模板而异。

在“commands”部分中，我们运行在“files”部分(2)中创建的脚本，并将结果输出到/中的日志文件中tmp 文件夹。

注意 (1) - 参数 Route53HostedZone 可以声明如下: -

    "Route53HostedZone": {
        "Description": "Route 53 hosted zone for updating internal DNS",
        "Type": "AWS::Route53::HostedZone::Id",
        "Default": "VIWIWK4PYAC23B"
    }

"AWS::Route53::HostedZone::Id") 参数类型最酷的一点是它会显示一个组合框(当通过 AWS Web 控制台运行 CloudFormation 模板时)，其中显示区域名称，值为区域 ID。

注意 (2) - CLI53 脚本中的 --replace 属性会覆盖现有记录，这可能正是您想要的。

注意 (3) - 另一种选择是通过 Jenkins 进行 SSH(例如使用“Publish Over SSH 插件”- https://wiki.jenkins-ci.org/display/JENKINS/Publish+Over+SSH+Plugin )，确定私有(private) IP 并使用 CLI53 脚本更新Route53 要么来自您登录的服务器，要么来自构建服务器(当 Jenkins 运行时)。

有很多选择 - 希望您能解决! :-)