【问题标题】:How to ensure that an EC2 instance survives a stop/start?如何确保 EC2 实例在停止/启动后仍然存在?
【发布时间】:2012-03-08 07:22:54
【问题描述】:

我们需要为新客户动态启动 EC2 实例,并为他们分配一个子域:customer1.mydomain.com、customer2.mydomain.com。我想使用 AWS 开发工具包以编程方式执行此操作。我想使用 Route 53 将子域分配给实例。

问题:

  1. 是否可以将 Route 53 指向 instanceId 而不是 IP?还是我还需要为每个实例动态分配一个弹性IP?

  2. 硬件崩溃时会发生什么?我一直无法弄清楚如何让 CloudWatch 和 Auto Scaling 检测实例何时出现故障,然后在新硬件上自动启动(EBS 支持的)实例并重新附加子域。

    李>

【问题讨论】:

    标签: amazon-web-services amazon-ec2 amazon-route53 amazon-cloudwatch


    【解决方案1】:

    是的,您可以使用 Route53 将 DNS 名称映射到 EC2 实例。

    1. 弹性 IP 地址是永久指向 EC2 实例的基本方式。如果您认为您的原始实例不再合适,它可以与替换实例关联,并且需要在停止/启动后重新与实例关联(除非您在 VPC 中)。将其添加到您的 DNS 时,我建议使用 CNAME to the Elastic IP address DNS name

    2. Auto Scaling 可以在检测到实例失败或不再通过健康检查时自动启动替换实例。但是,它不会自动重新关联弹性 IP 地址。您可以将 Auto Scaling 与 Elastic Load Balancing 结合使用,以获得永久的 DNS 条目来访问运行状况良好的实例,包括任何替换。您可以将您的 DNS 条目作为 CNAME 指针映射到文档中所述的 ELB DNS 名称。

    我不确定您的问题标题与问题正文的关系如何,但如果您对 stop/start 的作用感兴趣,我已经写了一篇文章,介绍它与简单重启实例的所有不同之处:@ 987654324@

    【讨论】:

    • 对于 #2 中的安排,这是否意味着我必须为每个子域都有一个负载均衡器实例?
    • 每个子域都必须有一个 DNS 条目,但它们都可以是同一个 ELB 的 CNAME,您的 Web 服务器将整理虚拟主机。
    【解决方案2】:

    你可能想看看新的Elastic Network Interfaces.

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2013-12-18
      • 1970-01-01
      • 2020-04-23
      • 2022-11-18
      • 2019-08-03
      • 2016-11-22
      • 2022-12-13
      • 2018-08-15
      相关资源
      最近更新 更多