LASSIC Media らしくメディア

監修・編集責任者：牛尾 昭昌（株式会社LASSIC 執行役員）

Ubuntu 22.04のサーバーがまだ何台も動いている。サポート終了が近いと聞いたが、ESMを契約すれば使い続けてよいのか分からない——。社内のLinuxサーバーを預かるシステム担当の現場では、こうした迷いが起こりがちです。Ubuntu 22.04 LTSは2022年4月に公開された長期サポート版で、開発元のCanonicalが無償で行う標準のセキュリティ保守は2027年5月に終わります。

標準サポートが終わっても、有償のUbuntu Proに含まれるESM（延長のセキュリティ保守）を使えば修正を受け続けられます。ただし万能ではなく、ESMは期限を先へ延ばすだけで、いずれはOSの更新が要ります。本記事では、Ubuntu 22.04を使う会社のシステム担当者に向けて、サポート終了の意味、標準サポートとESMの違い、24.04へ上げる進め方、そして外部に頼むときに確認したい点を整理します。

Ubuntu 22.04のサポート終了とは

UbuntuのLTS（長期サポート版）は2年ごとに公開され、それぞれ5年間の標準のセキュリティ保守を受けます。^*1 Ubuntu 22.04も、期限を過ぎてもサーバーは動き続けますが、ESMを使わない限り、新しく見つかった脆弱性（セキュリティ上の弱点）の修正は届かなくなります。

• 公開：2022年4月
• 標準のセキュリティ保守の終了：2027年5月^*1
• ESM（Ubuntu Pro）による保守の終了：2032年5月
• 追加の有償オプション（Legacy add-on）の終了：2037年5月
• そのまま上げられる次の版：Ubuntu 24.04 LTS

注意したいのは、標準の保守の対象が「Main」と呼ばれる基本のパッケージ（ソフトの部品）に限られている点です。Ubuntuのパッケージは、基本のMainと、Debianやコミュニティ由来のソフトを集めたUniverseなどに分かれています。Mainは1つの版あたり約2,300、Universeは24.04 LTSの時点で36,000を超えます。^*2 自社のサーバーで使うソフトがどちらに入っているかで、サポート終了の意味は変わってきます。

標準サポートとESMの違い

標準サポートとESMは、期間・対象のパッケージ・契約の有無の3つが違います。Ubuntu 22.04に当てはめると、次のように整理できます。

見落としやすいのは、Universeのパッケージは標準サポートの5年間でも無償の保守の対象外という点です。CanonicalはUniverse向けの保守（esm-apps）をLTSの公開から10年間、Main向けの延長（esm-infra）を標準の5年が終わった後の期間としています。^*2 Java、PHP、Go、Pythonなどの開発環境やライブラリもUniverseに含まれるため、^*2 自社のサーバーに入っているソフトを先に洗い出しておくと、ESMが要るかどうかを判断しやすくなります。

期限までの3つの選択肢

2027年5月に向けた対応は、大きく3つに分かれます。1つだけを選ぶというより、サーバーの役割や台数を見ながら組み合わせて決めるのが現実的です。

• Ubuntu 24.04 LTSへ上げる：標準サポートが2029年5月まで続きます^*1。いちばん素直な道ですが、上で動くアプリの動作確認が要ります
• ESMで期限を延ばす：Ubuntu Proを契約し、2032年5月まで修正を受けます。移行の準備期間を確保する手段として使います
• 新しいサーバーを作って移す：2026年4月に公開された26.04 LTSなどで組み直し、データとアプリを移します。古い設定を持ち込まずに済みます

22.04から26.04へは直接は上げられず、24.04を経由する2段階になります。^*3 CanonicalはESMを、大きな本番システムの移行を計画して進める間も安全を保つための手段と位置づけています。^*2 ESMを契約する場合も、OSの更新の予定を一緒に決めておくことが大切です。

Ubuntu 24.04へ上げる進め方

版の更新は、ふだんのパッケージの更新とは別の作業です。Ubuntuの公式ドキュメントが挙げる事前の確認を踏まえると、次の4つの段階で進めると手戻りを減らせます。^*3

• ステップ1：サーバーの一覧と、入っているソフト・追加した配布元（PPAなど外部のリポジトリ）を洗い出す
• ステップ2：データを別の場所に退避し、本番と同じ構成の検証環境を用意する
• ステップ3：検証環境で版を上げ、アプリの動作と処理の速さを確かめる
• ステップ4：本番の作業日を決め、担当者が立ち会って版を上げ、終わった後に動作を確かめる

つまずきやすいのはステップ1です。公式ドキュメントは、PPAなどの外部のリポジトリは版の更新中は無効になり、更新でつまずく最も多い原因だとしています。^*3 また、更新の途中で質問が表示されて止まることがあるため、画面を見守る人が要ります。数百のパッケージを取り込み、数ギガバイトになることもあるので、ディスクの空きも事前に確かめておきます。^*3

外部に頼むときに確認しておきたい点

台数が多いときや、アプリの動作確認まで手が回らないときは、Ubuntu 22.04の更新を外部に頼む選択肢もあります。見積もりを取る前に、次の点を社内で確かめておくと話が早く進みます。

• どこまで頼むか：サーバーの洗い出し、検証、本番の作業、作業後の見守りのうち、どれを頼むか
• ESMの扱い：Ubuntu Proの契約を自社で持つか。移行が終わるまでの台数と期間をどう見積もるか
• 検証の方法：どのアプリの、どの操作を確かめたら合格とするか。処理の速さをどう比べるか
• 戻し方：作業に失敗したとき、退避したデータからどう戻すか。戻すと決める基準は何か
• 運用後の見直し：24.04の標準サポートの終わり（2029年5月）を見据えて、次の更新をいつ計画するか

特に戻し方は、決めないまま作業日を迎えやすい点です。20.04のサーバーが残っている場合の考え方は、Ubuntu 20.04終了後のサーバーOS移行にまとめています。

まとめ：22.04で確かめておきたい3つの点

Ubuntu 22.04のサポート終了に備えるうえで、確かめておきたい点は3つに整理できます。第一に、標準サポートは2027年5月に終わり、無償の保守はMainのパッケージに限られること。第二に、ESMはUbuntu Proの契約で2032年5月まで期限を延ばせるものの、移行の準備期間として使うこと。第三に、24.04へ上げる前に、外部のリポジトリやUniverseのソフトを洗い出しておくことです。この3点を踏まえておけば、「期限の直前になって、どのサーバーから手を付けるか決まらない」という事態を避けやすくなります。サーバーの棚卸しや更新の進め方に迷いがあれば、外部の手を借りるのも一つの選択肢です。

よくある質問

出典

1. *1　参考：Canonical「Ubuntu release cycle」（https://ubuntu.com/about/release-cycle）。出典：Ubuntu 22.04 LTSの公開時期、標準のセキュリティ保守・ESM・Legacy add-onの終了時期、次の版（24.04 LTS）、LTSの5年間の標準保守、ESMとLegacy add-onの説明を参照（2026年11月確認）
2. *2　参考：Canonical「Expanded Security Maintenance for Ubuntu and open source」（https://ubuntu.com/security/esm）。出典：MainとUniverseの違いとパッケージ数、標準保守が契約不要であること、esm-appsとesm-infraの違い、移行計画中の保守としてのESMの説明を参照（2026年11月確認）
3. *3　参考：Ubuntu Server documentation「How to upgrade your Ubuntu release」（https://documentation.ubuntu.com/server/how-to/software/upgrade-your-release/）。出典：LTSは次のLTSへ順に上げること、事前の確認（データの退避、ディスクの空き、外部リポジトリの無効化、作業中の見守り）の記述を参照（2026年11月確認）
4. *4　参考：Canonical「Ubuntu Pro」（https://ubuntu.com/pro）。出典：企業向けの30日間の試用と個人利用の無料の記述を参照（2026年11月確認）

Tweet