Azure VMware Solution（AVS）でAV36ノードを使っている場合、今すぐ確認すべき結論は「AV36の利用期限」と「移行先をどのノード・どの構成にするか」です。特に注意したいのは、トピック名などで「2028年9月30日」と見かけても、現在確認できるAzure Updates上のAV36関連情報では、AV36 Node Retirementの期限は2027年9月30日として表示されている点です。Azure Updates ID 503883は「Retirement: Azure VMware Solution AV36 Node Retirement now on September 30, 2027」と表示され、別のAV36 End of Support告知でも、2027年9月30日以降にAV36 SDDCが退役し、2027年10月1日からアクセスできなくなる旨が示されています。(Microsoft Azure)
この記事では、Azure VMware Solution AV36 Node Retirementの期限、影響範囲、RI（Reserved Instance）や課金面の注意点、移行計画で見落としやすいポイントを、情報システム部門やクラウド運用担当者がそのまま確認リストとして使える形で整理します。
Azure VMware Solution AV36 Node Retirementとは何か
Azure VMware Solution AV36 Node Retirementとは、Azure VMware Solutionで利用されているAV36ノード種別が廃止対象になるというRetirement情報です。Azure VMware Solutionは、Azure上の専用ベアメタル基盤にVMware vSphereクラスターを構成するサービスで、最小3ホストからプライベートクラウドを展開し、vCenter Server、vSAN、vSphere、NSXを含む環境として提供されます。(Microsoft Learn)
AV36は、AVSの初期から使われてきたホストタイプです。Microsoft Learnのホスト一覧では、AV36は36物理コア、576GB RAM、vSAN OSA構成のホストとして掲載されています。一方で、AV36P、AV48、AV52、AV64など、より新しいホストタイプも提供されています。(Microsoft Learn)
今回のポイントは、単なる「新しいSKUが出た」という案内ではなく、公式分類がRetirementであることです。つまり、AV36を使い続ける前提で長期計画を立てるのではなく、期限までに移行・再設計・契約見直しを完了させる必要があります。
期限は2028年ではなく2027年9月30日として確認する
AV36の期限を調べる際に最も危険なのは、過去の案内や古い記事タイトルだけを見て「2028年まで猶予がある」と判断してしまうことです。現在確認できるAzure UpdatesのAV36関連表示では、ID 503883のタイトルが「September 30, 2027」となっています。また、ID 564735のAV36 End of Support告知では、すべてのAV36 SDDCが2027年9月30日以降に退役し、2027年10月1日にはアクセスできなくなると説明されています。(Microsoft Azure)
| 確認項目 | 実務上の見方 |
|---|---|
| 対象サービス | Azure VMware Solution |
| 対象ノード | AV36 |
| 公式分類 | Retirement |
| 現在確認すべき期限 | 2027年9月30日 |
| 期限後の扱い | 2027年10月1日から対象SDDCにアクセスできなくなる可能性が示されている |
| 重要な注意点 | RIの満了日が後ろにあっても、AV36環境の継続利用を保証するものではない |
このため、社内向けの移行計画書や稟議資料では「2028年9月30日」ではなく、2027年9月30日を移行完了期限として扱うのが安全です。正式な契約・移行計画を確定する前には、Azure Updatesの該当ページとMicrosoftアカウントチームの案内を必ず照合してください。
影響を受ける環境
影響を受けるのは、Azure VMware SolutionでAV36ノードを使っているプライベートクラウド、クラスター、SDDCです。AVSは最小3ホスト構成で開始し、1クラスターあたり最大16ホストまで拡張できます。Microsoft Learnでは、AVSクラスターは同一ホストタイプで構成されること、AV64の追加には前提条件やクォータ承認が必要になることも説明されています。(Microsoft Learn)
特に次のような環境では、早めの確認が必要です。
- AV36で本番ワークロードを稼働している
- AV36のRIを保有している、または更新を検討している
- オンプレミスVMware環境からAVSへ段階移行中で、移行先にAV36を使っている
- ExpressRoute、HCX、NSX、バックアップ、DR構成を含む複雑なAVS環境を運用している
- 2027年度の予算・契約・データセンター撤退計画にAVSを組み込んでいる
とくに「今は正常に動いているから後でよい」と判断するのは危険です。AVSの移行は、単に仮想マシンを別ホストに移すだけではなく、ネットワーク、バックアップ、監視、DR、課金、予約、運用手順まで含めた変更になります。
まず確認すべきAV36利用状況
最初に行うべき作業は、移行方式の検討ではなく、AV36がどこで、何台、どの契約で使われているかを棚卸しすることです。
| 確認対象 | 確認する内容 | 見落としやすい点 |
|---|---|---|
| AVSプライベートクラウド | リージョン、クラスター数、ホストタイプ、ホスト数 | 本番以外の検証・DR環境にAV36が残っている |
| ワークロード | VM数、重要度、停止許容時間、依存関係 | 管理サーバー、踏み台、監視VMが移行対象から漏れる |
| ネットワーク | ExpressRoute、NSXセグメント、HCX、IPアドレス設計 | L2延伸や固定IP前提のアプリがある |
| データ保護 | バックアップ、レプリケーション、DR手順 | 移行後の復旧テストが未計画 |
| 課金・契約 | RI、Pay-As-You-Go、契約満了日、予算 | RI満了日をサービス継続期限と誤解する |
| 運用体制 | 変更申請、停止調整、関係部門、ベンダー | アプリ担当者の合意形成が遅れる |
Azure VMware SolutionのRIは、対象となる実行中ホストに対して予約割引を適用する仕組みです。予約割引はSKU、リージョン、スコープなど一致する属性に基づいて適用され、予約後に直接変更できない項目としてリージョン、SKU、数量、期間が挙げられています。(Microsoft Learn)
つまり、RIは「コスト最適化の契約」であり、「AV36を期限後も使える権利」ではありません。AV36の期限管理では、RIの満了日だけでなく、サービス側のRetirement期限を最優先で確認する必要があります。
移行先をどう選ぶか
AV36からの移行先は、単純に「次に大きいノードへ移る」と決めるのではなく、今後のAVSロードマップ、リージョン対応、ワークロード特性、VMware Cloud Foundation（VCF）対応、コストを合わせて判断します。
| 移行方針 | 向いているケース | 注意点 |
|---|---|---|
| AVSの別ホストタイプへ移行 | 既存VMware運用、vSphere運用手順、NSX設計をできるだけ維持したい | 移行先SKUの提供リージョン、クォータ、将来のRetirementを確認する |
| AV64またはGen 2を検討 | 長期利用、Azureネイティブ連携、ネットワーク刷新を重視する | Gen 2はAV64対応で、VNet接続モデルやvSAN ESAなど構成差分を理解する必要がある |
| Azure IaaSやPaaSへ移行 | OS・アプリ単位でモダン化できる、VMware依存を減らしたい | アプリ改修、運用監視、バックアップ、セキュリティ設計を作り直す必要がある |
| 別リージョン・別基盤へ移行 | リージョン制約、BCP、データ所在地要件が強い | ネットワーク遅延、データ移行時間、運用体制の見直しが必要 |
AV64を検討する場合は、特に設計差分に注意が必要です。Azure VMware Solution Gen 2はAV64 SKUで直接デプロイでき、Azure Virtual Network内に展開される構成です。Gen 1ではAV36、AV36P、AV52、AV48、AV64の組み合わせが示される一方、Gen 2の対応SKUはAV64とされています。(Microsoft Learn)
また、AV36PやAV52を移行先として検討する場合も、長期的な退避先として十分かを確認してください。Azure Updatesでは、AV36PおよびAV52についても2029年6月30日のRetirement情報が表示されています。(Microsoft Azure)
AV36からAV64へ移る場合の注意点
AV64は有力な移行先候補になり得ますが、既存AV36環境へ単純に混ぜて終わり、とは考えないほうが安全です。Microsoft Learnでは、AV64拡張にはクォータ承認や管理用アドレスブロックが必要であること、AV64クラスター追加時にはEVCモードの違いによるvMotion上の注意点があることが説明されています。(Microsoft Learn)
特に、AV64クラスターから元のベースSKUクラスターへ戻す方向のライブvMotionでは、VMの作成場所や電源操作の履歴によってEVC互換性エラーが発生し得る点に注意が必要です。移行計画では、「移した後に戻せるか」まで検証しておく必要があります。(Microsoft Learn)
実務では、次の観点で設計レビューを行うと失敗を減らせます。
| 観点 | 確認内容 |
|---|---|
| クォータ | 移行先SKUの必要ホスト数を確保できるか |
| リージョン | 現在のリージョンで希望SKUが提供されているか |
| AZ配置 | Azureネイティブワークロード、ExpressRoute Gateway、バックアップ先との近接性を確認したか |
| EVC | 移行方向、戻し手順、VM再起動の有無を検証したか |
| IP設計 | NSXセグメント、管理ネットワーク、HCX、オンプレミス接続に影響がないか |
| 切り戻し | 移行後に問題が起きた場合の戻し先と期限を決めているか |
課金・RIで見落としやすいポイント
AV36 Node Retirementで最も誤解されやすいのが、RIの扱いです。Azure UpdatesのAV36 End of Support告知では、個別のRI満了日にかかわらず、すべてのAV36 SDDCが2027年9月30日以降に退役すると説明されています。(Microsoft Azure)
そのため、次のような判断は避けるべきです。
| 誤った判断 | なぜ危険か |
|---|---|
| RIが残っているので期限後も使える | RIは割引・課金条件であり、サービスの提供継続期限ではない |
| 移行先でも同じRIがそのまま効くはず | 予約割引はSKU、リージョン、スコープなどの属性に依存する |
| Pay-As-You-Goなら後回しでよい | PAYGでも稼働基盤がAV36ならRetirementの影響を受ける |
| 期限直前に移行すればよい | クォータ、容量、変更審査、アプリ停止調整が詰まる可能性がある |
予約インスタンスの購入・割引適用は、対象ホストのSKU、リージョン、スコープなどの一致条件に基づきます。移行先SKUやリージョンが変わる場合は、現在のRIがどのように扱われるか、Microsoftまたは契約パートナーへ早めに確認してください。(Microsoft Learn)
期限から逆算した移行スケジュール
AV36の利用期限を2027年9月30日と置くと、移行プロジェクトに使える時間は決して長くありません。AVSは基盤更改に近い性質を持つため、少なくとも「棚卸し」「設計」「調達・クォータ」「検証」「本番移行」「切り戻し猶予」を分けて計画する必要があります。
| 時期の目安 | やること | 成果物 |
|---|---|---|
| 2026年内 | AV36利用状況、RI、依存関係、重要VMの棚卸し | 影響対象一覧、移行優先度、概算費用 |
| 2027年1〜3月 | 移行先SKU・リージョン・方式を決定 | 移行設計書、クォータ申請、予算計画 |
| 2027年4〜6月 | パイロット移行、性能検証、バックアップ・DR確認 | テスト結果、手順書、切り戻し計画 |
| 2027年7〜8月 | 本番移行の段階実施 | 移行済みVM一覧、課題管理表 |
| 2027年9月前半 | 残VMの移行、運用引き継ぎ、監視確認 | 移行完了判定、旧環境停止計画 |
| 2027年9月後半 | 予備期間として確保 | 障害対応、未完了タスクの解消 |
実務上は、2027年9月30日を「作業日」として扱うのではなく、「すべての移行・検証・切り戻し判断が終わっている日」と定義するのが安全です。期限直前は、他社の移行需要によるクォータ・支援リソース・変更枠の逼迫も考えられるため、少なくとも数週間の余裕を持たせてください。
移行作業で失敗しやすいポイント
アプリ担当者を巻き込むのが遅い
AVSの移行はインフラ担当だけで完結しません。仮想マシンは移せても、アプリケーションの接続先、ライセンス、監視、ジョブ、バックアップ、外部連携が変わる可能性があります。
特に固定IP、MACアドレス、ホスト名、ライセンス認証、古いOS、夜間バッチを持つシステムは、早めにアプリ担当者と確認してください。
「VMが動くこと」と「業務が動くこと」を混同する
vMotionやHCXでVMを移行できても、業務観点のテストが不足すると本番切り替え後に問題が出ます。ログイン、帳票出力、外部接続、バックアップ取得、監視アラート、DR切り替えまで確認して、はじめて移行完了と判断できます。
ネットワーク変更を軽く見る
AVSではExpressRoute、NSX、オンプレミス接続、Azure仮想ネットワーク、DNS、ファイアウォールが絡みます。Microsoft Learnでも、AVSはオンプレミス環境やAzureサービスとの接続にExpressRoute Global Reachなどを利用する構成が説明されています。(Microsoft Learn)
ネットワーク設計を後回しにすると、VM移行よりも経路制御や名前解決の調整に時間を取られます。移行計画では、VM単位ではなく通信単位で依存関係を洗い出してください。
移行先ノードの将来性を確認しない
AV36から別のAVSノードに移る場合、次のノードがどのくらい使えるのかも重要です。AV36PやAV52についてもRetirement情報が出ているため、短期延命なのか、長期運用基盤なのかを分けて判断する必要があります。(Microsoft Azure)
長期運用を前提にするなら、AV64やGen 2構成、またはAzureネイティブサービスへの段階的な移行も含めて検討する価値があります。
いま取るべき対応チェックリスト
AV36を使っている可能性がある組織は、次の順番で確認すると実務に落とし込みやすくなります。
| 優先度 | 対応 | 完了条件 |
|---|---|---|
| 高 | Azure Updatesの該当IDとMicrosoftからの通知を確認する | 期限を2027年9月30日として社内共有済み |
| 高 | AV36ホストを使うAVS環境を棚卸しする | サブスクリプション、リージョン、ホスト数、担当者が一覧化済み |
| 高 | RI・契約・課金影響を確認する | RI満了日、移行後の割引適用、追加費用の見通しが整理済み |
| 高 | Microsoftアカウントチームまたはパートナーに移行方針を相談する | クォータ、SKU、リージョン、支援体制の確認済み |
| 中 | 移行先候補を比較する | AV64、AV48、AVS継続、Azure IaaS/PaaS化などを評価済み |
| 中 | パイロット移行を行う | 性能、ネットワーク、バックアップ、監視の検証済み |
| 中 | 本番移行スケジュールを確定する | 2027年9月前半までに移行完了できる計画になっている |
| 低 | 旧環境の停止・削除手順を作る | 課金停止、データ保持、監査対応まで整理済み |
よくある疑問
AV36は2028年9月30日まで使えるのですか？
現在確認できるAzure Updates上のAV36関連情報では、AV36 Node Retirementは2027年9月30日として表示されています。さらに、AV36 End of Support告知では、2027年10月1日から対象SDDCにアクセスできなくなる旨が示されています。2028年表記を見かけた場合でも、公式ページとMicrosoftからの個別案内を基準に再確認してください。(Microsoft Azure)
RIが残っていればAV36を継続できますか？
継続できると考えるのは危険です。AV36 End of Support告知では、個別のRI満了日にかかわらず、AV36 SDDCが2027年9月30日以降に退役すると説明されています。RIは課金割引の仕組みであり、Retirement後のサービス提供を延長するものではありません。(Microsoft Azure)
AV36からAV64へすぐ移せばよいですか？
AV64は有力な候補ですが、事前検証が必要です。AV64の利用にはクォータ承認やアドレス設計が関係し、既存SKUとのEVC差分によってvMotionの方向や切り戻しに制約が出る可能性があります。(Microsoft Learn)
AV36PやAV52に移れば安心ですか？
短期的な移行先候補にはなり得ますが、AV36PとAV52にも2029年6月30日のRetirement情報が出ています。長期運用を前提にするなら、再度の移行が必要になる可能性を含めて判断してください。(Microsoft Azure)
まとめ：まず期限を正し、AV36の棚卸しから始める
Azure VMware Solution AV36 Node Retirementで最初にやるべきことは、移行ツールの選定ではありません。まず、社内で参照している期限が正しいかを確認し、AV36を使っているAVS環境、RI、ワークロード、ネットワーク依存関係を棚卸しすることです。
現在確認できる公式情報では、AV36の重要期限は2027年9月30日です。2027年10月1日から対象SDDCにアクセスできなくなる旨も示されているため、2027年9月末を作業期限にするのではなく、移行完了後の検証・切り戻し期間まで含めて前倒しで計画する必要があります。(Microsoft Azure)
次に取るべき行動は明確です。Azureポータルと契約情報でAV36利用状況を一覧化し、Microsoftアカウントチームまたは契約パートナーに、移行先SKU、クォータ、RI、期限後の扱いを確認してください。そのうえで、AV64やGen 2、別AVSノード、Azureネイティブ移行のどれが自社に合うかを比較し、2027年9月前半までに本番移行を終える計画に落とし込むことが重要です。
コメント