AWS 暂存到生产答案

【问题标题】：AWS staging to productionAWS 暂存到生产
【发布时间】：2016-06-14 13:57:16
【问题描述】：

我们目前在 aws 上进行生产弹性搜索。每晚我们用新数据（基础数据）更新生产弹性，然后我们运行脚本以将新基础与当前生产合并。

知道这可以正常工作，但是在发生这种情况时，生产已关闭。所以我认为我可以在aws上暂存弹性搜索环境，然后当它完成后以某种方式切换到生产环境。

这是我的流程。

启动新的弹性搜索实例（暂存）
填充数据（暂存）
运行脚本（将生产合并到暂存）
以某种方式切换
移除/删除/关闭旧产品

我查看了 aws route 53，这看起来很有希望。基本上摆弄 dns 设置，使“productionelastic”指向暂存，然后关闭生产实例。

还有什么我可以做的，也将路由 53 想法工作。

【问题讨论】：

Route53 应该可以工作。如果你在做 ssl，你可能会陷入困境。 elastisearch 域后面的 SSL 证书不会映射到您的 DNS，您可能需要添加一个例外。
幸运的是，我们的弹性从外部看不到，因此不需要 ssl。谢谢
所以你运行你的自定义 elastisearch，我以为你使用的是 aws elastisearch。 SSL 问题并不真正适用于您的设置

标签： amazon-web-services elasticsearch amazon-route53

【解决方案1】：

您可以使用Amazon Route 53 Health Checks and DNS Failover 将请求路由到运行良好的 Elastisearch 服务，同时另一个服务正在进行维护、使用运行状况检查和 DNS 故障转移：

如果您有多个资源执行相同的功能，对于例如，Web 服务器或电子邮件服务器，并且您希望 Amazon Route 53 仅将流量路由到健康的资源，您可以通过将运行状况检查与您的资源相关联来配置 DNS 故障转移记录集。如果运行状况检查确定基础资源不健康，Amazon Route 53 将流量从关联的资源记录集。有关详细信息，请参阅配置 DNS 故障转移。

使用此服务，您可以根据可用性在两个实例之间进行切换。见Configuring DNS Failover

【讨论】：

【解决方案2】：

我使用了 iis 反向代理规则。

创建 es 实例
等待它准备好并创建
运行 powershell 以更新虚假网站重写规则以指向新实例

然后我在生产代码中使用假网站。

当有人为我管理时，我将使用 route53。

谢谢

【讨论】：