从 Amazon Linux 2 迁移到 Amazon Linux 2023 - Amazon Elastic Beanstalk
差异和兼容性迁移过程有用的参考
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

从 Amazon Linux 2 迁移到 Amazon Linux 2023

本主题提供了将您的应用程序从 Amazon Linux 2 平台分支迁移到 Amazon Linux 2023 平台分支的指南。

差异和兼容性

在 Elastic Bean AL2 stalk 和 023 AL2 平台之间

Elastic Beanstalk Amazon Linux 2 和 Amazon Linux 2023 平台之间具有高度的兼容性。尽管还有一些差异需要注意：

  • 实例元数据服务版本 1 (IMDSv1)-在 AL2 023 平台true上，禁用IMDSv1选项设置默认为。默认设置在 AL2 平台false上。

  • pkg-repo 实例工具 — 该pkg-repo工具不适用于在 023 平台上 AL2运行的环境。但是，您仍然可以手动将软件包和操作系统更新应用到 AL2 023 实例。有关更多信息，请参阅 Amazon Linux 2023 用户指南中的管理软件包和操作系统更新。

  • Apache HTTPd 配置 — 适用于 AL2 023 平台的 Apache httpd.conf 文件有一些与以下平台不同的配置设置： AL2

    • 默认情况下，拒绝访问服务器的整个文件系统。这些设置在 Apache 网站安全提示页面上的默认保护服务器文件中进行了描述。

    • 拒绝访问所有目录.htaccess中的设置，但特别启用的目录除外。此设置在 Apache 网站安全提示页面上的保护系统设置中进行了描述。Apache HTTP 服务器教程：.htaccess 文件页面指出，此设置可能有助于提高性能。

    • 拒绝访问带有名称模式 .ht* 的文件。此设置阻止 Web 客户端查看 .htaccess 和 .htpasswd 文件。

    您可以更改您的环境的上述任何配置设置。有关更多信息，请参阅 配置 Apache HTTPD。

  • 多行环境变量支持 — AL2 023 平台支持 systemd 服务配置中的环境变量和密钥的多行值。Amazon Linux 2 平台不支持多行环境变量值。此增强功能允许您在 AL2 023 平台上使用多行密钥和配置值。有关使用环境变量和密钥的更多信息，请参阅Amazon Linux 2 环境变量中的多行值。

  • CloudWatch 自定义日志转发-已弃用的 Log CloudWatch s 代理（awslogs软件包）在 AL2 023 平台上不可用。如果您有安装和使用已弃用awslogs代理的自定义日志转发配置，则在从 Amazon Linux 2 迁移到 AL2 023 时，必须更新配置文件以使用统一 CloudWatch 代理。有关更多信息，请参阅 自定义日志文件流式传输。

特定于平台的差异

除了基本操作系统的差异外，Amazon Linux 2 和 AL2 023 运行时平台之间还存在平台特定的差异：

  • .NET 平台分支 — 亚马逊 Linux 2 和 AL2 023 的.NET 平台分支策略有所不同。在 Amazon Linux 2 上，.NET Core 平台在单个平台分支中维护一个轮换窗口，其中包含.NET 主要版本。在 AL2 023 上，每个平台分支都固定到特定的.NET 主要版本（例如.NET 9、.NET 10）。

    如果您部署依赖于框架的应用程序（依赖于平台安装的.NET 运行时的应用程序），则必须选择与应用程序的目标.NET 版本相匹配的平台分支。如果您部署自包含的应用程序（捆绑自己的.NET 运行时的应用程序），则无论应用程序的.NET 版本如何，都可以使用任何 AL2 023 .NET 平台分支，因为您的应用程序不依赖于平台安装的运行时。有关更多信息，请参阅 捆绑适用于 .NET Core on Linux Elastic Beanstalk 平台的应用程序。

  • Node.js 版本选择 — 亚马逊 Linux 2 上的 Node.js 平台支持在应用程序package.json文件中指定 Node.js 版本。 AL2023 上的 Node.js 平台不支持此功能。您必须使用平台分支提供的默认 Node.js 版本。有关 Node.js 版本管理的更多信息，请参阅配置您的应用程序对 Elastic Beanstalk 的依赖项。

  • Ruby Puma 服务器版本 — 亚马逊 Linux 2 上的 Ruby 平台会忽略应用程序Gemfile.lock文件中指定的 Puma 版本，而是使用平台默认 Puma 版本。 AL2023 上的 Ruby 平台支持中指定的 Puma 版本（Gemfile.lock如果存在）。如果未指定版本，则平台将安装平台默认 Puma 版本。

  • PHP 软件包的可用性 — 亚马逊 Linux 2 PHP 平台上提供的某些软件包在 AL2 023 PHP 平台上不可用：

    • MySQL 客户端软件包 — mysql 和mysql-devel命令行客户端软件包未安装在 AL2 023 PHP 平台上。如果您的应用程序需要 MySQL 数据库连接，请使用两个平台上都提供的 PHP mysqli 或pdo_mysql扩展。

    • Compass 和 Ruby 工具 — Compass CSS 框架支持的ruby-devel和rubygems软件包未安装在 AL2 023 PHP 平台上。指南针已被弃用。可以考虑使用现代 CSS 预处理工具作为替代工具。

  • Go 版本控制工具 — Bazaar 版本控制系统 (bzr) 在 AL2 023 Go 平台上不可用。Bazaar 已被弃用，未包含在 AL2 023 软件包存储库中。改用 Git、Mercurial 或 Subversion 进行版本控制，所有这些都在 AL2 023 Go 平台上可用。

在 Amazon Linux 操作系统之间

有关 Amazon Linux 2 和 Amazon Linux 2023 操作系统之间差异的详细信息，请参阅《Amazon Linux 2023 用户指南》中的比较 Amazon Linux 2 和 Amazon Linux 2023。

有关 Amazon Linux 2023 的详细信息，请参阅《Amazon Linux 2023 用户指南》中的什么是 Amazon Linux 2023？。

一般迁移流程

当你准备好进入生产环境时，Elastic Beanstalk blue/green 需要部署才能执行升级。以下是我们建议使用 blue/green 部署过程进行迁移的一般最佳实践步骤。

准备对您的迁移进行测试

在部署应用程序并开始测试之前，请查看上一节 差异和兼容性 中的信息。另请参阅《Amazon Linux 2023 用户指南》中的比较 Amazon Linux 2 与 Amazon Linux 2023 一节中引用的参考。记下此内容中应用于或可能应用于您的应用程序和配置设置的特定信息。

高级迁移步骤

  1. 创建基于 AL2 023 平台分支的新环境。

  2. 将您的应用程序部署到目标 AL2 023 环境。

    在您通过测试和调整新环境进行迭代时，您的现有生产环境将保持活动状态且不受影响。

  3. 在新环境中全面测试您的应用程序。

  4. 当您的目标 AL2 023 环境准备好进入生产环境时，交换两个环境中的 CNAMEs 一个，将流量重定向到新的 AL2 023 环境。

更详细的迁移步骤和最佳实践

有关更详细的 blue/green 部署过程，请参阅使用 Elastic Beanstalk 进行蓝/绿部署。

有关更具体的指导和详细的最佳实践步骤，请参阅蓝/绿方法。

可帮助您规划迁移的更多参考

以下参考可以为规划迁移提供更多信息。