Amazon Linux は、AWS（Amazon Web Services）が提供するクラウド向けの Linux ディストリビューションです。現在の主な選択肢は、既存システムで長く使われてきた Amazon Linux 2（AL2） と、その後継である Amazon Linux 2023（AL2023） です。
2026年7月時点では、AL2はEnd of Support（サポート終了）日である2026年6月30日を過ぎています。そのため、新規に Amazon EC2 の仮想サーバーを構築するなら、基本的にはAL2023を前提に検討します。すでにAL2で稼働している環境では、いきなり置き換えるのではなく、依存関係と運用手順を洗い出したうえで移行計画を立てることが重要です。
この記事では、サポート状況、更新モデル、パッケージ管理、セキュリティ、移行時の確認点から、AL2とAL2023の違いを整理します。
まず押さえるべき結論
- 新規構築ではAL2023を優先する: AL2023はAL2の後継として位置づけられており、今後のAWS運用を考える場合の基本候補になります。
- AL2環境は延命ではなく移行を前提に考える: AL2は2026年6月30日にサポート期限を迎えています。継続利用する場合も、リスクを把握したうえで移行方針を決める必要があります。
- 移行判断は互換性と運用設計で決める: パッケージ、アプリケーション依存関係、セキュリティポリシー、起動時処理、更新手順を検証してから本番へ進めるのが安全です。
AL2とAL2023の比較表
| 比較項目 | Amazon Linux 2（AL2） | Amazon Linux 2023（AL2023） |
|---|---|---|
| 位置づけ | 長く使われてきたLTS世代。既存システムとの互換性を重視するときに検討対象になる。 | AL2の後継世代。新規構築や中長期運用で優先的に検討しやすい。 |
| サポート状況 | End of Supportは2026年6月30日。2026年7月時点では期限を迎えている。 | 2027年6月30日まで標準サポート、その後は2029年6月30日までメンテナンスフェーズ。 |
| 更新モデル | 安定性を重視した従来型の更新運用。既存手順を維持しやすい一方、世代としては古くなる。 | 四半期ごとのマイナー更新と、バージョン固定リポジトリによる再現性の高い更新が特徴。 |
| パッケージ管理 | YUMを中心に運用する。 | DNFが標準。YUMに近い操作感はあるが、内部的にはDNFを使う。 |
| セキュリティ | 長期サポート対象のコアパッケージに対する修正を受けながら、手動または運用ツールでパッチ管理する設計だった。 | SELinuxが標準で有効かつpermissiveモード。ログを見ながら、要件に応じて設定を強化しやすい。 |
| 移行時の注意 | 古い依存関係や既存の手順が残りやすい。移行前に棚卸しが必要。 | パッケージや設定の差分があるため、同じアプリケーションでも検証環境で確認してから切り替える。 |
用語を先に整理する
- LTS: Long Term Supportの略です。長期運用を想定し、一定期間の更新や修正を受けられるリリースを指します。
- AMI: Amazon Machine Imageの略です。EC2インスタンスを起動するためのOSと初期設定をまとめたテンプレートです。
- YUM / DNF: Linuxでソフトウェアをインストール、更新、削除するためのパッケージ管理ツールです。AL2ではYUM、AL2023ではDNFが中心になります。
- SELinux: プロセスやファイルへのアクセスを細かく制御するLinuxのセキュリティ機能です。permissiveモードでは拒否すべき操作をログに記録しますが、実際の拒否までは行いません。
Amazon Linux 2（AL2）の特徴と現在の扱い
AL2は、安定したサーバー運用を重視する環境で長く使われてきた世代です。AWS環境との統合、systemdによるサービス管理、コンテナワークロードへの対応など、クラウド上で一般的なサーバー運用に必要な機能を備えています。
ただし、AL2はすでにサポート期限を迎えています。これから新規システムを作る場合にAL2を選ぶ理由は、既存アプリケーションとの互換性確認や短期的な移行猶予など、かなり限定的です。OS、ミドルウェア、監視、バックアップ、パッチ適用の手順を含めて、AL2023へ移す前提で現状を整理する必要があります。
AL2を一時的に使い続ける場合
- AL2でなければ動かない依存関係を特定し、アプリケーション単位で移行難度を分ける。
- 本番環境の変更リスクを抑えるため、先にAL2023の検証環境を作る。
- いつまでAL2を使うのか、どの環境から順に移行するのか、責任者と期限を決める。
- 監視、バックアップ、脆弱性対応、障害時の復旧手順を移行計画に含める。
Amazon Linux 2023（AL2023）の特徴
AL2023は、Amazon Linuxの後継世代として、より予測しやすい更新、現在のパッケージ管理、セキュリティ機能の強化を意識した構成になっています。新しいAMIとリポジトリの組み合わせを管理しやすく、複数インスタンスでパッケージ状態をそろえたい運用にも向いています。
AL2023ではDNFが標準のパッケージ管理ツールになります。YUMに近い操作感はありますが、運用スクリプトや手順書にYUM前提の処理がある場合は、DNFで同じように動くかを確認する必要があります。SELinuxも標準で有効化されているため、ログを見ながら必要に応じてenforcingモードへの切り替えを検討できます。
AL2023が向いているケース
- 新規のAWSサーバー環境を構築する場合。
- 長期的にサポートされる世代へ移行し、運用期限の不安を減らしたい場合。
- パッケージ更新の再現性や、セキュリティ設定の標準化を重視したい場合。
- Amazon ECS などのコンテナ基盤と組み合わせて、環境差分を小さくしたい場合。
移行前に確認したいポイント
AL2からAL2023への移行は、OS名だけを置き換える作業ではありません。アプリケーション、パッケージ、起動処理、セキュリティ設定、運用手順をまとめて確認する必要があります。
1. パッケージとランタイムの差分
Webサーバー、言語ランタイム、データベースクライアント、監視エージェント、バックアップツールなど、アプリケーションが依存する要素を一覧化します。まず「何を使っているか」を見える化しないと、AL2023で何を検証すべきかが決まりません。
2. 起動時処理と運用スクリプト
cloud-init、systemdユニット、cron、パッチ適用スクリプト、ログローテーションなど、OSに近い運用手順は差分が出やすい領域です。特にYUMコマンドを前提にした手順は、DNFでも問題なく動くか確認しておくと安心です。
3. セキュリティ設定
AL2023ではSELinuxが標準で有効化されています。まずpermissiveモードでログを確認し、アプリケーションの権限、ログ出力、ファイル配置、プロセス間通信に問題がないかを見ます。いきなり本番で厳格化するのではなく、検証環境で必要なポリシー調整を行うのが現実的です。
4. 切り替え方法
本番環境を直接置き換えるのではなく、新しいAMIやインスタンスを用意し、アプリケーションを載せ替えて動作確認する方法が安全です。ロードバランサー配下で段階的に切り替える、ブルーグリーンデプロイに近い形を取るなど、戻せる移行手順を準備しておきましょう。
5. 検証結果の記録
移行検証では、動いたかどうかだけでなく、変更した設定、発生したエラー、戻し方、残っている課題を記録します。後から別のサーバーを移行するときに、同じ調査を繰り返さずに済みます。
選び方の目安
| 状況 | 判断の目安 |
|---|---|
| 新規にEC2やAWS基盤を構築する | AL2023を第一候補にする。 |
| 既存AL2環境を運用している | AL2023の検証環境を作り、依存関係と運用手順を順に移行する。 |
| 古いミドルウェアや独自スクリプトに依存している | 短期的なAL2継続は例外扱いにし、移行期限と代替案を決める。 |
| コンテナ基盤や複数環境で構成をそろえたい | AL2023を中心に、AMIやリポジトリのバージョン管理を含めて設計する。 |
まとめ
AL2は安定した既存環境を支えてきた世代ですが、2026年6月30日にサポート期限を迎えています。これからは新規構築の第一候補ではなく、移行元として扱う段階です。継続利用する場合も、依存関係、運用手順、セキュリティ対応、移行期限を明確にしておく必要があります。
AL2023は、今後のAWS環境で標準候補となるAmazon Linuxです。新規構築、長期運用、セキュリティ強化、更新の再現性を重視するなら、AL2023を中心に設計するのが現実的です。
greedenでは、AWS環境の設計、既存サーバーの移行計画、アプリケーション基盤の見直しを支援しています。Amazon Linuxの移行やクラウド基盤設計でお困りの場合は、お問い合わせフォームからご相談ください。