本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
更新 Elastic Beanstalk 环境的平台版本
重要
TLS 1.2 兼容性
自 2023 年 12 月 31 日 Amazon 起,已开始在所有 Amazon API 端点上全面实施 TLS 1.2。这取消了在所有 Amazon API 中使用 TLS 版本 1.0 和 1.1 的功能。该更改最初于 2022 年 6 月 28 日
潜在影响
运行 TLS v1.1 或者更早版本的 Elastic Beanstalk 平台版本将受到影响。此更改将影响环境操作,包括但不限于以下内容:配置部署、应用程序部署、自动扩缩、新环境启动、日志轮换、增强型运行状况报告以及将应用程序日志发布到与应用程序关联的 Amazon S3 存储桶。
受影响的 Windows 平台版本
建议在以下平台版本上使用 Elastic Beanstalk 环境的客户将每个相应环境升级到 2022 年 2 月 18 日发布的 Windows 平台版本 2.8.3 或更高版本。
-
Windows Server 2019:平台版本 2.8.2 或先前版本
建议在以下平台版本上使用 Elastic Beanstalk 环境的客户将其每个相应环境升级到 2022 年 12 月 28 日发布的 Windows 平台版本 2.10.7 或更高版本。
-
Windows Server 2016 — 平台版本 2.10.6 或之前的版本
-
Windows Server 2012 — 所有平台版本;该平台已于 2023 年 12 月 4 日停用
-
Windows Server 2008 — 所有平台版本;该平台已于 2019 年 10 月 28 日停用
有关最新的受支持 Windows Server 平台版本列表,请参阅《Amazon Elastic Beanstalk 平台指南》中的支持的平台。
有关更新您的环境的详细信息和最佳实践,请阅读本主题中的信息。
Amazon Linux AMI (AL1) 平台
2022 年 7 月 18 日,Elastic Beanstalk 将基于 Amazon Linux AMI (AL1) 的所有平台分支的状态设置为 retired(已停用)。Amazon Linux AMI (AL1) 平台的变体可能受此变更的影响。为避免影响可用性,建议您将基于 AL1 的 Beanstalk 环境升级为最新的 Amazon Linux 2 或 Amazon Linux 2023 平台版本。
有关最新的受支持 Elastic Beanstalk 平台版本列表,请参阅《Amazon Elastic Beanstalk 平台指南》中的支持的平台。
有关迁移到当前完全受支持的 Amazon Linux 平台分支的更多信息,请参阅 将 Elastic Beanstalk Linux 应用程序迁移到 Amazon Linux 2023 或 Amazon Linux 2。
Elastic Beanstalk 定期发布新平台版本以更新所有基于 Linux 和 Windows Server 的平台。新平台版本提供对现有软件组件的更新,并支持新功能和配置选项。要了解有关平台和平台版本的信息,请参阅Elastic Beanstalk 平台词汇表。
您可以使用 Elastic Beanstalk 控制台或 EB CLI 更新环境的平台版本。根据您要更新的平台版本,Elastic Beanstalk 建议使用以下两种方法之一来执行平台更新。
-
方法 1 - 更新环境的平台版本。当您更新到平台分支中的最新平台版本(具有相同的运行时、Web 服务器、应用程序服务器和操作系统,但不更改主要平台版本)时,我们建议使用此方法。这是最常见的常规平台更新。
-
方法 2 - 执行蓝/绿部署。当您更新到其他平台分支中的平台版本(具有不同的运行时、Web 服务器、应用程序服务器或操作系统版本)或更新到其他主要平台版本时,我们建议使用此方法。当您想要利用新的运行时功能或最新的 Elastic Beanstalk 功能时,或者当您想要脱离弃用或停用的平台分支时,这是一种很好的方法。
从传统平台版本迁移需要蓝/绿部署,因为这些平台版本与当前支持的版本不兼容。
将 Linux 应用程序迁移到 Amazon Linux 2 需要蓝绿部署,因为 Amazon Linux 2 平台版本与以前的 Amazon Linux AMI 平台版本不兼容。
有关选择最佳平台更新方法的更多帮助,请展开适用于您的环境平台的部分。
使用方法 1 执行平台更新。
使用方法 1 执行平台更新。
请考虑以下情况:
使用方法 1 执行平台更新。
请考虑以下情况:
请考虑以下情况:
请考虑以下情况:
-
如果您要将应用程序迁移到其他 Windows 操作系统版本,例如从 Windows Server 2008 R2 迁移到 Windows Server 2016,请使用方法 2。
-
如果您要跨主要 Windows Server 平台版本迁移应用程序,请参阅从 Windows Server 平台更早的主要版本迁移,并使用方法 2。
-
如果您的应用程序当前运行在 Windows Server 平台 V2.x.x 上,并且您想要更新到最新的平台版本,请使用方法 1。
注意
v2 之前的 Windows Server 平台版本未从语义上进行版本控制。您只能启动其中每个 Windows Server 主要平台版本的最新版本,在升级之后无法回退。
使用方法 2 执行平台更新。
请考虑以下情况:
请考虑以下情况:
请考虑以下情况:
方法 1 - 更新环境的平台版本
使用此方法可更新到环境的平台分支的最新版本。如果您之前已使用旧平台版本创建环境,或已从旧版本升级环境,则您也可以使用此方法恢复到先前的平台版本,前提是它在同一平台分支中。
更新环境的平台版本
打开 Elastic Beanstalk
控制台,然后在 “区域” 列表中,选择您的。 Amazon Web Services 区域 -
在导航窗格中,选择 Environments(环境),然后从列表中选择环境的名称。
注意
如果您有多个环境,请使用搜索栏筛选环境列表。
-
在环境概述页面上的 Platform (平台) 下,选择 Change (更改)。
-
在 Update platform version (更新平台版本) 对话框中,选择平台版本。将自动选择分支中的最新(推荐)平台版本。您可以更新到之前使用过的任何版本。
-
选择 Save。
为了进一步简化平台更新,Elastic Beanstalk 可以为您管理它们。在可配置的每周维护时段内,您可以配置环境自动应用次版本和修补版本更新。Elastic Beanstalk 在应用托管更新时,不会导致停机时间或容量减少,并且当运行在新版本实例上的应用程序未能通过运行状况检查时,会立即取消更新。有关详细信息,请参阅托管平台更新。
方法 2 - 执行蓝/绿部署
使用此方法可更新到其他平台分支(具有不同的运行时、Web 服务器、应用程序服务器或操作系统版本)或更新到其他主要平台版本。当您想要利用新的运行时功能或最新的 Elastic Beanstalk 功能时,这通常是必需的。当您迁移出已弃用或已停用的平台分支时,也需要这样做。
当您跨主要平台版本或具有主要组件更新的平台版本进行迁移时,您的应用程序或其某些方面很可能无法在新平台版本上按预期运行,可能需要进行更改。
执行迁移前,请将本地开发计算机更新到较新的运行时版本以及您计划迁移到的平台的其他组件。验证应用程序是否仍按预期运行,并进行必要的代码修复和更改。然后使用以下最佳实践过程将环境安全地迁移到新平台版本。
将环境迁移到具有主要更新的平台版本
-
创建新环境,使用新的目标平台版本,并将应用程序代码部署到其中。新环境应该在包含您要迁移的环境的 Elastic Beanstalk 应用程序中。此时不要终止现有环境。
-
使用新环境迁移应用程序。具体而言:
-
查找并修复在开发阶段未发现的任何应用程序兼容性问题。
-
确保应用程序使用配置文件进行的任何自定义都能够在新环境中正常运行。这些可能包括选项设置、其他已安装的包、自定义安全策略以及环境实例上安装的脚本或配置文件。
-
如果您的应用程序使用自定义 Amazon Machine Image (AMI),请基于新平台版本的 AMI 创建新的自定义 AMI。要了解更多信息,请参阅“使用自定义 Amazon 系统映像 (AMI)”。具体而言,如果您的应用程序使用具有自定义 AMI 的 Windows Server 平台,并且您打算迁移到 Windows Server V2 平台版本,则需要执行此操作。在这种情况下,另请参阅从 Windows Server 平台更早的主要版本迁移。
迭代测试并部署修复,直至对新环境上的应用程序满意。
-
-
通过将新环境的 CNAME 与现有生产环境的 CNAME 交换,将新环境转换为生产环境。有关详细信息,请参阅使用 Elastic Beanstalk 进行蓝/绿部署。
-
当您对处于生产模式的新环境状态感到满意之后,终止旧环境。有关详细信息,请参阅终止 Elastic Beanstalk 环境。