---
title: "サポートの終わるOS・データベースを放置しない｜アメリア・テクノロジー株式会社"
url: https://www.ameliatechnology.co.jp/blog/end-of-support-os-database/
description: "サポートの終わったOSやデータベースには、セキュリティの更新が届かなくなります。2026年11月時点で確かめておきたい主な期限、マネージドのデータベースの延長サポートと費用、延長の仕組みをつなぎとして使う考え方、洗い出しから移行までの進め方を説明します。"
updated: 2026-11-14
publisher: "アメリア・テクノロジー株式会社"
---
# サポートの終わるOS・データベースを放置しない

サポートの終わったOSやデータベースには、セキュリティの更新が届かなくなります。2026年11月時点で確かめておきたい主な期限、マネージドのデータベースの延長サポートと費用、延長の仕組みをつなぎとして使う考え方、洗い出しから移行までの進め方を説明します。

2026.11.14 [クラウドと運用](https://www.ameliatechnology.co.jp/blog/category/cloud/)

執筆 [石田誠](https://www.ameliatechnology.co.jp/blog/author/ishida/)（グループCTO）

クラウドと運用（CLOUD & OPERATIONS）のコラム

## この記事の要点

- サポートが終わると、新しく見つかった脆弱性の修正が届かなくなります。クラウドの上で動いていても、OS やデータベースの版の管理は利用者の仕事として残る場合が多くあります。
- Windows Server 2016 の延長サポートは2027年1月に終わり、Amazon Linux 2 は2026年6月30日にサポートが終わりました。期限は製品の公式のページで確かめます。
- 延長のサポートや延長のセキュリティ更新は、費用がかかるうえ、範囲も限られます。移行までのつなぎとして使い、移行の期限を決めておきます。

サポートの終わる OS やデータベースは、期限の1年以上前から洗い出し、移行の計画と予算を決めておくことが大切です。サポートが終わると、新しく見つかった脆弱性の修正が届かなくなり、使い続けるほど攻撃に弱い状態が長く続きます。クラウドの上で動いていても、版の管理は利用者の仕事として残る場合が多くあります。

## サポートが終わると、何が起きるのか

サポートの終了（[EOL](https://www.ameliatechnology.co.jp/glossary/eol/)）とは、製品の提供元が、その版への修正や問い合わせへの対応をやめることです。大きな影響は、セキュリティの更新が届かなくなることです。

例えば AWS は、Amazon Linux 2 はサポートが終わり、通常のセキュリティの更新を受けられなくなったと説明しています。古い版のまま、新しく見つかった脆弱性を抱えて動き続けることになります。

出典：[Amazon Linux 2 FAQs（AWS）](https://aws.amazon.com/amazon-linux-2/faqs/)

あわせて、新しい版のミドルウェアやアプリが古い OS に対応しなくなる、問い合わせの窓口が使えなくなる、といった影響も重なっていきます。PHP の版のサポートの考え方は、[PHPの脆弱性とは](https://www.ameliatechnology.co.jp/blog/php-vulnerability-support/)で説明しています。

## 2026年11月時点で確かめておきたい主な期限

2026年11月時点で、クラウドでよく使われる OS とデータベースのうち、期限が近いか、すでに過ぎたものの例です。期限は製品ごとの公式のページで確かめてください。

| 製品 | 公式のページに示された期限 |
|---|---|
| Windows Server 2016 | 延長サポートの終了の日時：2027年1月13日 6時59分59秒（米国太平洋時間。Microsoft のライフサイクルのページの表記） |
| SQL Server 2016 | 延長サポートの終了の日時：2026年7月15日 6時59分59秒（同上）。延長セキュリティ更新（ESU）は、3年目が2029年7月17日まで |
| Amazon Linux 2 | 2026年6月30日にサポートが終了。Amazon Linux 2023 への移行が勧められている（Amazon Linux 2023 は2029年6月までサポート） |

出典：[Windows Server 2016 - Microsoft Lifecycle（Microsoft Learn）](https://learn.microsoft.com/en-us/lifecycle/products/windows-server-2016)、[SQL Server 2016 - Microsoft Lifecycle（Microsoft Learn）](https://learn.microsoft.com/en-us/lifecycle/products/sql-server-2016)、[Amazon Linux 2 FAQs（AWS）](https://aws.amazon.com/amazon-linux-2/faqs/)

Windows Server 2016 は、残りが2か月ほどです。仮想サーバーの OS の大きな版の上げ方は、更新の仕組み（例えば AWS の Patch Manager）では行えないため、別に計画が要ります。毎月の更新の回し方は[OS・ミドルウェアの更新をどう回すか](https://www.ameliatechnology.co.jp/blog/os-middleware-update-operations/)で説明しています。

## マネージドのデータベースにも、期限がある

事業者が運用するデータベースでも、データベースのエンジンの大きな版には期限があります。Amazon RDS では、通常のサポートが終わった版を、追加の費用を払って使い続けられる「RDS 延長サポート」があります。重大な脆弱性への修正などが提供されます。

RDS 延長サポートは、通常のサポートの終了日から最長3年まで使え、その後も版を上げていない場合は、RDS が自動で大きな版を上げると説明されています。作成のときに延長サポートを有効にしていたデータベースは、通常のサポートの終了日を過ぎると自動で延長サポートに登録され、費用がかかり始めます。

出典：[Amazon RDS Extended Support with Amazon RDS（AWS）](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/extended-support.html)

気づかないうちに延長の費用が請求書に載っていた、ということを避けるため、使っているエンジンの版と、通常のサポートの終了日を一覧にしておきます。請求書の見方は[クラウドの請求書の読み方](https://www.ameliatechnology.co.jp/blog/cloud-bill-reading/)を参考にしてください。

## 延長の仕組みは、つなぎとして使う

延長のサポートや延長のセキュリティ更新は、移行が間に合わないときのつなぎです。範囲が限られ、費用もかかるため、使う場合は移行の期限を決めておきます。

Microsoft は、Windows Server の延長セキュリティ更新（ESU）について、重要度が「緊急」「重要」のセキュリティ更新を、延長サポートの終了から一定の期間提供するもので、新しい機能や、セキュリティ以外の修正は含まない、と説明しています。Windows Server 2012・2012 R2 では、Azure の上で動かすサーバーには ESU が追加の費用なしで提供されましたが、その期間も2026年10月13日で終わっています。

出典：[Overview of Extended Security Updates for Windows Server 2012, and 2012 R2（Microsoft Learn）](https://learn.microsoft.com/en-us/windows-server/get-started/extended-security-updates-overview)

延長セキュリティ更新（ESU）で得られるもの、得られないもの（Windows Server の例）

- **得られる**：重要度が「緊急」「重要」のセキュリティ更新（延長サポートの終了から一定の期間）
- **得られない**：新しい機能、セキュリティ以外の修正
- **使い方**：**移行までのつなぎ**として使い、移行の期限を決めておく

延長の期間は、移行のための時間を買うものと考えます。延長を使い始めた時点で、いつまでに移行を終えるかを決め、計画に入れます。

## 洗い出しから移行までの進め方

進め方は、洗い出し、優先順位、計画、移行と確認の4つの段階です。

1. **洗い出す**：サーバーごとの OS、データベースのエンジン、主なミドルウェアの版と、それぞれの期限を一覧にする。クラウドの管理画面や、更新の仕組みの一覧から集めると漏れが減る
2. **優先順位を決める**：外に公開しているシステム、個人の情報を扱うシステム、期限の近いものから順に並べる
3. **計画を立てる**：同じ版の中で上げるか、作り直すか、マネージドのサービスに移すかを決め、検証の期間と予算を確保する
4. **移行して確かめる**：検証の環境で動作を確かめ、戻す手順を用意してから本番を移す

古い版のまま使い続けるしかない場合は、外からの通信を絞る、監視を厚くするなど、ほかの手段で危険を下げ、使い続ける理由と期限を記録に残します。システムの作り直しを含めて考える場合は、[古くなったシステムを刷新する（モダナイゼーション）の進め方](https://www.ameliatechnology.co.jp/blog/legacy-modernization/)も参考にしてください。

## 当社のご支援

アメリア・テクノロジーの[クラウドの構築と運用管理](https://www.ameliatechnology.co.jp/service/cloud/)では、OS・データベース・ミドルウェアの版と期限の洗い出し、移行の方法の比較と計画、検証から本番への移行をご支援しています。PHP の版が古い場合は、[PHPのバージョンアップ支援](https://www.ameliatechnology.co.jp/service/php-upgrade/)でもお受けしています。いまのサーバーの状況は、無料の[クラウドの自己診断](https://www.ameliatechnology.co.jp/diagnosis/cloud/)でもおおまかに確かめられます。

- クラウド
- サポート終了
- 脆弱性
- システム刷新

## この記事に出てくる用語

- [データベース](https://www.ameliatechnology.co.jp/glossary/database/)
- [脆弱性](https://www.ameliatechnology.co.jp/glossary/vulnerability/)
- [クラウド](https://www.ameliatechnology.co.jp/glossary/cloud/)
- [EOL（サポートの終了）](https://www.ameliatechnology.co.jp/glossary/eol/)
- [AWS（Amazon Web Services）](https://www.ameliatechnology.co.jp/glossary/aws/)
- [PHP](https://www.ameliatechnology.co.jp/glossary/php/)
- [SQL](https://www.ameliatechnology.co.jp/glossary/sql/)
- [サーバー](https://www.ameliatechnology.co.jp/glossary/server/)

この記事を書いた人

[石田誠](https://www.ameliatechnology.co.jp/blog/author/ishida/) グループCTO

インターネットの黎明期から、ホスティング事業の立ち上げや、インフラ・セキュリティのプロジェクトに携わってきました。現在は、AWS・Azure へのクラウド移行の支援と、業務アプリケーションの要件定義から実装までを担っています。

このコラムは一般的な情報の提供を目的としたもので、個別の状況への助言ではありません。製品・サービスの名前と内容は、記事の更新日の時点のものです。

## あわせて読みたい

- [Windowsサーバーと Active Directory を Azure へ移すときの考え方](https://www.ameliatechnology.co.jp/blog/windows-ad-to-azure/)
- [Google Cloud を選ぶ場面。データ分析と Google Workspace とのつながり](https://www.ameliatechnology.co.jp/blog/when-to-choose-google-cloud/)
- [Well-Architected の柱で、いまの構成を確かめる](https://www.ameliatechnology.co.jp/blog/well-architected-review/)

[クラウドと運用のコラムを見る](https://www.ameliatechnology.co.jp/blog/category/cloud/) [コラムの一覧に戻る](https://www.ameliatechnology.co.jp/blog/)

## 次の一歩

### クラウドの構築と運用を任せる

AWS・Microsoft Azure・Google Cloud の設計・構築・移行から、監視・運用・セキュリティまでを一つのチームで受け持ちます。監視は仕組みで24時間365日自動に回し、原因の調査と再発の防止は当社が担います。

[クラウドの構築と運用管理を見る](https://www.ameliatechnology.co.jp/service/cloud/)

### クラウドの状態を、無料で確かめる

15の設問に答えると、構成と管理・権限・守り・障害への備え・費用と体制の5つの分野の点数と、最初に取り組むことをまとめたレポートをその場でお届けします。

[クラウドの自己診断（無料）を受ける](https://www.ameliatechnology.co.jp/diagnosis/cloud/)

## ご関心に合わせて、お選びください。

[情報を集めている方へ会社案内、AI開発の例、セキュリティ診断の報告書の見本をお送りします。資料をダウンロード](https://www.ameliatechnology.co.jp/download/)[課題が見えている方へオンラインで30分、お話をうかがいます。費用はかかりません。無料で相談する](https://www.ameliatechnology.co.jp/contact/)[進め方を決めたい方へ2〜4週間で、優先順位と計画をまとめるAI活用の診断です。診断について見る](https://www.ameliatechnology.co.jp/pricing/#diagnosis)

---

出典：アメリア・テクノロジー株式会社「サポートの終わるOS・データベースを放置しない｜アメリア・テクノロジー株式会社」 https://www.ameliatechnology.co.jp/blog/end-of-support-os-database/
