Windows Server 2016の延長サポートの終了日は、2027年1月12日（米国時間）です。EC2のインスタンスは翌日も動き続けます。止まるのは、毎月のセキュリティ更新と、AWSが提供するWindows Server 2016のAMI（インスタンスの起動元になるイメージ）の配布です。
期限対応で難しいのは、業務アプリの対応確認と検証に日数がかかるなかで、すべてのサーバーを新しいOSへ上げ切ることです。すべてを同じ手段にする必要はありません。アップグレード、作り直し、ESU（拡張セキュリティ更新）、停止の4つから、サーバーごとに行き先と理由を決めます。それが、期限前に「いつまでに、どれを、なぜ」を社内で説明する材料です。
この記事では、Microsoft・AWSの一次情報をもとに、期限の一覧、期限後のEC2で起きること、ESUの条件、移行先ごとの残り期間、サーバーごとの振り分け方を整理します。
※本記事の日付・条件は2026年10月5日時点で各一次情報を確認したものです。今後変更される可能性があるため、最新の情報は文中の出典でご確認ください。OS・ミドルウェア全体の期限は「OS・ミドルウェアEOL一覧」にまとめています。
Windows Server 2016のサポート終了日は2027年1月12日
何がいつ変わるかを、社内のスケジュールに転記できる形で並べます。
| 段階 | 日付 | 変わること | 出典 |
|---|---|---|---|
| メインストリームサポート終了 | 2022年1月11日（済） | 機能追加やセキュリティ以外の修正が終了。セキュリティ更新は継続 | Microsoft Lifecycle |
| SQL Server 2016 延長サポート終了 | 2026年7月14日（済） | 同じサーバーにSQL Server 2016を載せている場合、こちらは先に期限を迎えている | Microsoft Lifecycle |
| Azure Arc経由のESUの申し込み開始 | 2026年8月3日 | Azureポータルで2016向けESUを設定できるようになった | Microsoft Learn |
| 延長サポート終了 | 2027年1月12日 | 毎月のセキュリティ更新が終了。AWSはWindows Server 2016のAMIを公開・配布しなくなる | Microsoft Lifecycle／AWS FAQ |
| Azure Arc経由のESUの課金開始 | 2027年1月13日 | ESUを申し込んだサーバーの課金が始まる | Microsoft Learn |
| ESUの提供終了 | 2030年（最長3年） | ESUで受け取れる更新も終わる | 同上 |
※2026年10月5日時点。今後変更される可能性があります。
表の日付は米国時間です。太平洋時間での表記の読み方はFAQにまとめています。2027年1月13日以降に読んでいる場合は、「ESUの課金開始」より下の行が現在地です。
サポート終了後のEC2で起きること・起きないこと
期限後に何が変わるかは、「止まる」「直らない」「作り直せない」の3つに分けると説明しやすくなります。
| 項目 | 期限後どうなるか | 出典 |
|---|---|---|
| 起動中のインスタンス | 動き続ける | AWS FAQ |
| 自分のアカウントで作ったカスタムAMI | 引き続き使える | 同上 |
| AWSが提供するWindows Server 2016のAMI | 公開・配布されなくなる | 同上 |
| 毎月のセキュリティ更新 | 届かない（ESUを購入したサーバーを除く） | Microsoft Learn |
| 新機能・セキュリティ以外の修正 | ESUを購入しても提供されない | 同上 |
変わるのは、期限後に見つかった脆弱性に修正が出なくなることです。期限内に上げられないサーバーが残る場合は、セキュリティグループによる通信の制限や仮想パッチで、影響を受ける経路を絞る方法があります。ただし、これらで塞げるのは一部の経路に限られ、OSの修正の代わりにはなりません。
新しく起動する経路を確認する
見落としやすいのが「作り直せない」側です。AWSが提供するWindowsのAMIは、公開から3か月が過ぎると非公開になり、どの方法でも取得できなくなります（AWS Windows AMIリファレンス）。期限後は2016の新しいAMIが出ません。そのため、AWS提供のAMIを起動元にしている設定は、いずれ起動できなくなると考えられます（当社の推測です）。
確認したいのは、Auto Scaling、DR（災害対策）用の起動テンプレート、検証環境の作成手順です。AWS提供のAMIを参照している設定があれば、期限前に洗い出しておきます。期限後も2016で起動し続けるサーバーは、自分のアカウントにカスタムAMIを作っておきます。カスタムAMIが期限後も使えることは、AWS FAQに書かれているとおりです。
対応は4つ：アップグレード・作り直し・ESU・停止
取れる対応は、次の4つです。
- インプレースアップグレード：いまのインスタンスのまま新しいOSに上げる。
- 作り直して移行：新しいOSでインスタンスを作り、アプリとデータを移す。
- ESUで延ばす：有償の更新を最長3年受け取り、その間に1か2を進める。
- 停止・統合：使われていないサーバーを止める、または他のサーバーに寄せる。
インプレースアップグレード
Windows Server 2016からは、2019・2022・2025のいずれにも直接アップグレードできます（Microsoft Learn）。EC2では、AWS Systems Managerのランブック（AWSが用意した自動化手順）を使えます。
名前は AWSEC2-CloneInstanceAndUpgradeWindows です。元のインスタンスからAMIを作り、一時インスタンスの上でアップグレードして、新しいAMIを出力する方式です。元のインスタンスには手を入れません。3つの移行先すべてに対応し、2時間ほどかかる場合があります（AWSランブックリファレンス）。
ただし、次のサーバーにはこのランブックを使えません。
- ドメインコントローラー、クラスター構成のサーバー。
- リモートデスクトップ系の役割（セッションホスト、接続ブローカー、仮想化ホスト、Webアクセス）を入れたサーバー。
2025へ上げる場合は、元のインスタンスがNitro（AWSの現行世代の仮想化基盤）のインスタンスタイプである必要もあります（同リファレンス）。
作り直して移行
ランブックの対象外のサーバーや、構築から年数がたって中身を整理したいサーバーは、新しいOSで作り直すほうが進めやすくなります。前任者の設定をそのまま引き継がずに済むのも利点です。
その分、業務アプリが新しいOSで動くかの確認が必要です。対応できるかどうかは業務アプリの保守元でないと判断できず、回答をもらうまで検証に進めません。問い合わせは作業の最初に出しておきます。
ESUで最長3年延ばす：Azureでも有償、AWSでの購入条件
ESUは、期限後もCriticalとImportantに分類されるセキュリティ更新を最長3年受け取れる有償の仕組みです。Windows Server 2012のときは「Azureに移せば無償」という選択肢がありましたが、2016では条件が変わっています。
| 項目 | 内容 | 出典 |
|---|---|---|
| 受け取れるもの | CriticalとImportantのセキュリティ更新のみ | Microsoft Learn |
| 期間 | 最長3年（2030年まで） | 同上 |
| 購入の前提 | ソフトウェアアシュアランス（SA。ボリュームライセンスに付ける保守契約）または同等のサーバーサブスクリプション | 同上 |
| 対象外の契約 | SPLA（サービス事業者向けのライセンス契約） | 同上 |
| AWS上のサーバーの買い方 | ESUはMicrosoftまたはそのライセンスパートナーからのみ購入できる | AWS FAQ |
| Azure Arc経由の数え方 | AWS上の仮想サーバーには仮想コア単位の契約が適するとされ、その場合はサーバー1台あたり最低8コア | Microsoft Learn |
| 価格の考え方 | 2026年4月1日以降に提供されるESUは、Azure・オンプレミス・他のクラウドのどこでも同じ定価 | Microsoft Licensing |
| 価格 | 2026年10月5日時点で、Windows Server 2016向けの価格は公表されていない | なし（未公表のため） |
※2026年10月5日時点。今後変更される可能性があります。
注意が要るのは、EC2でよく使われるAWS提供ライセンス（License Included）のインスタンスです。AWSのFAQには、2016についてAWS提供ライセンスでESUを購入できるかの記載がありません（2026年10月5日時点。2012／2012 R2は購入可と明記）。ESUを計画の中心に置く前に、販売元に確認してください。
停止・統合する
使われていないサーバーや、他のサーバーに寄せられるサーバーは、止めるのがいちばん工数のかからない対応です。4つの中で最初に検討すると、残るサーバーの数が減り、後の判断が軽くなります。
移行先は「次の期限」で選ぶ：Windows Server 2019・2022・2025の残り期間
アップグレードでも作り直しでも、次の論点は移行先のバージョンです。変更の小さい2019は候補に挙がりやすい一方で、延長サポートの終了日を並べると違いがはっきりします。
| 移行先 | 延長サポート終了日 | 2027年1月時点の残り（目安） | EC2での注意 | 出典 |
|---|---|---|---|---|
| Windows Server 2019 | 2029年1月9日 | 約2年 | 特になし | Microsoft Lifecycle |
| Windows Server 2022 | 2031年10月14日（メインストリームは2026年10月13日に終了） | 約4年9か月 | AWS提供ライセンスのみ | Microsoft Lifecycle／AWS公式ブログ |
| Windows Server 2025 | 2034年11月14日 | 約7年10か月 | AWS提供ライセンスのみ。起動エージェントはEC2Launch v2が必要 | Microsoft Lifecycle／AWS公式ブログ |
※2026年10月5日時点。今後変更される可能性があります。
判断の軸は「業務アプリがそのバージョンに対応しているか」と「次の期限対応をいつにしたいか」の2つです。アプリが2025に対応しているなら、次の期限を最も遠くに置けます。
自分のライセンスを持ち込んでいる（BYOL）サーバーを2022や2025に上げる場合は、AWS提供ライセンスへの切り替えが先に必要です。ライセンスの持ち込みの仕組みは「AWS移行とWindows/Oracleライセンス」で解説しています。
すべてのサーバーを同じ手段にしない：サーバーごとに行き先と理由を決める
ここで使うのは、振り分けの判定表と、判定に必要な棚卸しの列です。
振り分けの判定表
上から順に当てはめ、最初に当てはまった行がそのサーバーの行き先です。
| 順 | 条件 | 行き先 |
|---|---|---|
| 1 | 使われていない、または他のサーバーに寄せられる | 停止・統合 |
| 2 | 業務アプリが新しいOSに対応済みで、ランブックの対象外の役割を持たない | インプレースアップグレード（移行先は前章の表で選ぶ） |
| 3 | ドメインコントローラー・クラスター・リモートデスクトップ系の役割を持つ、または中身を整理したい | 作り直して移行 |
| 4 | 期限内に検証が終わらず、自社のライセンス形態でESUを購入できることを確認済み | ESUで延ばし、2030年までに1?3へ進める |
| 5 | 期限内に検証が終わらず、ESUも購入できない | 残るサーバーとして記録し、上長に報告 |
5に当たるサーバーは、期限後もセキュリティ更新のないまま動き続けます。移行の期限・担当・影響を絞る対策を決めて記録に残し、判断を上長に上げるところまでを作業に含めておけば、後から経緯を説明できます。
棚卸しの列
判定表を当てはめるには、サーバーごとの情報が必要です。次の列を持つ一覧を作ると、振り分けがそのまま進みます。
| 列 | 書く内容 |
|---|---|
| インスタンスIDと名前 | 対象の特定 |
| 役割 | ドメインコントローラー、ファイルサーバー、業務アプリ、リモートデスクトップなど |
| ライセンス形態 | AWS提供ライセンスか、BYOLか |
| 同居しているミドルウェア | SQL Server 2016など、別の期限を持つもの |
| 業務アプリの保守元と回答 | 新しいOSへの対応可否と、回答をもらった日 |
| 起動元の参照 | 起動テンプレートやAuto ScalingがAWS提供のAMIを参照しているか |
| 振り分け結果 | 判定表の1?5 |
| 担当と期限 | 誰が、いつまでに |
「分からない」欄が見つかることも、棚卸しの成果です。誰に聞けば埋まるかが分かった時点で、前に進んでいます。
期限から逆算する順番
日数の配分は環境で大きく変わるため、ここで示すのは順番だけです。
- 棚卸しの一覧を作る。
- 業務アプリの保守元へ、新しいOSへの対応可否を問い合わせる。
- 停止・統合できるサーバーを先に減らす。
- 残りのサーバーを検証する。
- 本番を切り替える。
- 期限後も残るサーバーを記録し、上長に報告する。
サポート終了後（2027年1月13日以降）の対応：ESUの遡及課金と残るサーバー
2027年1月13日以降でも、Azure Arc経由のESUへの申し込みは可能です。ただし、期限の翌日以降に申し込むと、2027年1月12日までさかのぼって課金されます（Microsoft Learn）。扱いを先に決めるのは、判定表の4と5に当たるサーバーです。
AWS全体で最低限やるべきセキュリティ対策の順番は、「AWSでのWEBサービスに必要なセキュリティ対策」にまとめています。Linux側の期限対応は「サポート終了で失敗しない移行先の選び方」をご覧ください。
関連するFAQ
Q. Windows Server 2016のサポート終了（EOL）はいつですか？
A. 2027年1月12日（米国時間）です。ライフサイクルページの「1/13/2027 6:59:59 AM」は太平洋時間の表記で、1月12日の終わりまでを指します。
Q. サポートが終わると、EC2のインスタンスは止まりますか？
A. 止まりません。起動中のインスタンスもカスタムAMIも使い続けられます。変わるのは、セキュリティ更新とAWS提供のAMIの配布が止まることです。
Q. ESUはAWS上のサーバーでも使えますか？
A. 使えます。購入先はAWSではなく、Microsoftまたはそのライセンスパートナーです。SAまたは同等のサーバーサブスクリプションが前提で、SPLAは対象外です。
Q. AWS提供ライセンス（License Included）のインスタンスでもESUを買えますか？
A. AWSのFAQに2016の記載はなく（2026年10月5日時点）、2012／2012 R2と同じ扱いとは限りません。計画に入れる前に販売元へ確認してください。
Q. Azureに移せば、ESUは無償になりますか？
A. Microsoftは、2026年4月1日以降に提供されるESUはAzureでも他の環境と同じ定価になると発表しています。2016のESUの申し込みは2026年8月に始まっており、この時期以降の提供です。
Q. ESUの価格はいくらですか？
A. 2026年10月5日時点で、2016向けの価格は公表されていません。見積もりは販売元に依頼してください。
Q. 2019に上げれば十分ですか？
A. 2019の延長サポートは2029年1月9日までなので、約2年後に同じ対応が来ます。アプリが対応していれば、次の期限を遠くに置けるのは2022か2025です。
Q. ドメインコントローラーもAWSのランブックで上げられますか？
A. 上げられません。ランブックはドメインコントローラー、クラスター、リモートデスクトップ系の役割を持つサーバーを対象外としています。判定表では3の対象です。
Q. SQL Server 2016も同時に考える必要がありますか？
A. SQL Server 2016は2026年7月14日に延長サポートが終わっています。同じサーバーに載っている場合は、OSの移行と合わせて扱いを決めるのが手戻りの少ない進め方です。
Q. 保守運用を外部に委託している場合、OSのアップグレードも委託先の範囲ですか？
A. 契約によって異なります。毎月のセキュリティ更新の適用は同じOSに更新を当てる作業で、アップグレードや作り直しはOS自体を入れ替える作業です。どこまでが契約の範囲かを、委託先に確認してください。
Q. 構築した人がいない、手順書も古いサーバーはどう進めればよいですか？
A. 先に埋めたいのは、棚卸しの列のうち役割・同居しているミドルウェア・業務アプリの保守元です。中身を整理し直したいサーバーは、判定表の3（作り直して移行）が候補です。埋まらない欄には、誰に聞けば分かるかを書いておきます。
Q. 期限までに上げられないサーバーはどうすればよいですか？
A. ESUを購入できるサーバーはESUで延ばします。購入できないサーバーは、判定表の5のとおり記録して上長に報告するところまでが作業です。
まとめ
- Windows Server 2016の延長サポートの終了日は2027年1月12日です。EC2のインスタンスは期限後も動きますが、セキュリティ更新は届かず、AWS提供のAMIも配布されなくなります。
- ESUは最長3年延ばせる手段ですが、SAが前提で、Azureでも有償です。AWS提供ライセンスのサーバーで買えるかは、販売元への確認が必要です。
- すべてのサーバーを同じ手段にする必要はありません。停止・アップグレード・作り直し・ESUから、サーバーごとに行き先と理由を決めます。それが、期限前に「いつまでに、どれを、なぜ」を説明する材料です。
本記事の情報は2026年10月5日時点のものです。
棚卸しや振り分けの進め方を相談したい場合
ディーネットは、AWS環境の構築・移行・保守運用をご支援しています。「分からない」欄が残っていても構いません。お問い合わせからお寄せください。