Elastic Load Balancing
用户指南
AWS 文档中描述的 AWS 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 Amazon AWS 入门

监控您的 Classic Load Balancer

如果您在 VPC 中已经有传统负载均衡器,并且确信应用程序负载均衡器或网络负载均衡器满足您的需求,那么您就可以迁移传统负载均衡器。在迁移过程完成后,您就可以利用新负载均衡器的功能了。有关更多信息,请参阅 Elastic Load Balancing 产品比较

步骤 1:创建新负载均衡器

创建配置等同于您的传统负载均衡器的应用程序负载均衡器或网络负载均衡器。

您可以使用以下方法之一来创建负载均衡器和目标组:

选项 1:使用迁移向导进行迁移

迁移向导可根据传统负载均衡器的配置创建应用程序负载均衡器或网络负载均衡器。所创建负载均衡器的类型取决于传统负载均衡器的配置。

迁移向导发行说明

  • 传统负载均衡器必须位于 VPC 中。

  • 如果传统负载均衡器具有 HTTP 或 HTTPS 侦听器,则该向导可以创建应用程序负载均衡器。如果传统负载均衡器具有 TCP 侦听器,则该向导可以创建网络负载均衡器。

  • 如果传统负载均衡器名称与现有应用程序负载均衡器或网络负载均衡器的名称匹配,则该向导要求您为新负载均衡器指定不同的名称。

  • 如果传统负载均衡器有一个子网,则该向导会要求您在创建应用程序负载均衡器时指定另一个子网。

  • 如果传统负载均衡器已在 EC2-Classic 中注册实例,这些实例不会注册到新负载均衡器的目标组。

  • 如果传统负载均衡器具有以下类型的已注册实例,它们不会注册到网络负载均衡器的目标组:C1、CC1、CC2、CG1、CG2、CR1、CS1、G1、G2、HI1、HS1、M1、M2、M3 和 T1。

  • 如果传统负载均衡器具有 HTTP/HTTPS 侦听器,但使用 TCP 运行状况检查,则在创建应用程序负载均衡器时,默认情况下向导将更改为 HTTP 运行状况检查并将路径设置为“/”。

  • 如果将传统负载均衡器迁移到网络负载均衡器,会更改运行状况检查设置以满足网络负载均衡器的要求。

  • 如果传统负载均衡器有多个 HTTPS 侦听器,则向导将选择一个侦听器并使用其证书和策略。如果端口 443 上有一个 HTTPS 侦听器,向导将选择此侦听器。如果选定侦听器使用自定义策略或应用程序负载均衡器不支持的策略,向导将更改为默认安全策略。

  • 如果传统负载均衡器具有安全 TCP 侦听器,则网络负载均衡器使用 TCP 侦听器但不使用证书或安全策略。

  • 如果传统负载均衡器有多个侦听器,该向导将使用端口值最低的侦听器端口作为目标组端口。注册到这些侦听器的每个实例都会在所有侦听器的侦听器端口上注册到目标组。

  • 如果传统负载均衡器的一些标签在标签名称中具有 aws 前缀,则这些标签不会添加到新的负载均衡器。

使用迁移向导迁移传统负载均衡器

  1. 打开 Amazon EC2 控制台 https://console.amazonaws.cn/ec2/

  2. 在导航窗格上的 LOAD BALANCING 下,选择 Load Balancers

  3. 选择您的传统负载均衡器。

  4. Migration 选项卡上,选择 Launch ALB Migration WizardLaunch NLB Migration Wizard。显示的按钮取决于检查传统负载均衡器后由向导选择的负载均衡器类型。

  5. Review 页面上,验证向导选择的配置选项。要更改某个选项,请选择 Edit

  6. 当您完成配置新的负载均衡器时,选择 Create

选项 2:使用负载均衡器复制实用程序进行迁移

此实用程序在 GitHub 上提供。有关更多信息,请参阅负载均衡器复制实用程序

选项 3:手动迁移

下面是手动创建基于传统负载均衡器的新负载均衡器的常规过程。您可以使用AWS 管理控制台、AWS CLI或 AWS 开发工具包进行迁移。有关更多信息,请参阅 Elastic Load Balancing 入门

  • 创建具有与 传统负载均衡器 相同的模式 (面向 Internet 或内部)、子网和安全组的新负载均衡器。

  • 使用传统负载均衡器的运行状况检查设置为负载均衡器创建一个目标组。

  • 执行以下任一操作:

    • 如果您的传统负载均衡器挂载到 Auto Scaling 组,请将您的目标组挂载到 Auto Scaling 组。这样还可以向目标组注册 Auto Scaling 实例。

    • 向目标组注册您的 EC2 实例。

  • 创建一个或多个侦听器,每个都具有将请求转发到目标组的默认规则。如果创建 HTTPS 侦听器,您可以指定为传统负载均衡器指定的相同证书。我们建议您使用默认安全策略。

  • 如果您的 传统负载均衡器 有标签,请进行检查并将相关标签添加到新负载均衡器。

步骤 2:逐步将流量重定向到您的新负载均衡器

向新负载均衡器注册您的实例后,就可以开始测试新负载均衡器,同时逐步重定向流量。

逐步将流量重定向到您的新负载均衡器

  1. 将新负载均衡器的 DNS 名称粘贴到已连接 Internet 的 Web 浏览器的地址栏中。如果一切正常,浏览器会显示您服务器的默认页面。

  2. 创建一个用于将域名与您的新负载均衡器关联的新 DNS 记录。如果您的 DNS 服务支持权重,则在新 DNS 记录中指定权重为 1;对于您传统负载均衡器的现有 DNS 记录,指定权重为 9。这样可以将 10% 的流量定向到新负载均衡器,而将 90% 的流量定向到 传统负载均衡器。

  3. 监控您的新负载均衡器,验证它能否接收流量并将请求路由到您的实例。

    重要

    DNS 记录中的生存时间 (TTL) 为 60 秒,这意味着,解析域名的任何 DNS 服务器在缓存中保留记录信息的时间为 60 秒。因此,当您完成上一步骤并且开始向全球 DNS 服务器传播更改之后,上面这些 DNS 服务器仍然可以在 60 秒内将流量路由到您的传统负载均衡器。在传输过程中,流量可以定向到任一负载均衡器。

  4. 继续更新您的 DNS 记录的权重,直到所有流量都定向到您的新负载均衡器。完成后,您可以删除传统负载均衡器的 DNS 记录。

步骤 3:更新对您的 传统负载均衡器 的引用

现在您已迁移到 传统负载均衡器,请务必更新对它的任何引用,如下所示:

  • 使用 AWS CLI aws elb 命令 (而不是 aws elbv2 命令) 的脚本

  • 使用 Elastic Load Balancing 版本 2012-06-01 (而不是 API 版本 2015-12-01) 的代码

  • 使用 API 版本 2012-06-01 (而不是 2015-12-01 版本) 的 IAM 策略

  • 使用 CloudWatch 指标的过程

  • AWS CloudFormation 模板

资源

步骤 4:删除 传统负载均衡器

如果您已将所有流量重定向到新负载均衡器,并且路由到 传统负载均衡器 的所有现有请求都已完成,则可以删除 传统负载均衡器。