MENU

Azure BasicパブリックIP廃止とVPNゲートウェイ延長サポート徹底解説【2025年版】

Azure

Azure で VPN ゲートウェイを運用していると、「Basic パブリック IP は 2025 年 9 月で廃止」と言われつつ、ドキュメントには「VPN Gateway Basic はまだ作れる」「Basic 公開 IP も使える」と書いてあって混乱しがちです。本記事では、「Basic パブリック IP＋VPN ゲートウェイは今も使っていて大丈夫なのか？」を、最新の公式情報に基づいて整理します。

目次

Azure Basic パブリック IP 廃止の全体像

まずは前提として、「Basic パブリック IP 廃止」がどの範囲にどう効いているのかを押さえておきます。

Basic と Standard パブリック IP の違い（ざっくり復習）

Azure のパブリック IP アドレスには Basic / Standard の 2 種類の SKU がありました。

項目Basic パブリック IPStandard パブリック IP
可用性ゾーン冗長なし、SLA も限定的ゾーン冗長に対応、より高い SLA
セキュリティNSG との組み合わせ前提だが機能は最低限トラステッドサービスなど拡張機能と連携
スコープ古くからあるリソースで利用新しいサービス・機能は基本こちらが前提
位置付け既にリタイア済み（例外あり）今後も継続利用の前提

Microsoft は「Basic SKU 公開 IP は Standard SKU に統合する」という方針を打ち出し、2025 年 9 月 30 日をもって Azure 全体としての Basic パブリック IP はリタイア扱いになりました。

ただし、この「リタイア」は すべてのリソースが同じ日に止まる という意味ではなく、リソースの種類ごとに移行猶予や移行ツールの有無が異なります。この中で、もっともややこしいのが VPN ゲートウェイです。

「仮想ネットワークに SKU がある」は誤解

なお、混乱ポイントとしてよく聞かれるのが「VNet の SKU」という言い方です。

  • SKU があるのは パブリック IP、ロードバランサー、VPN ゲートウェイ などのリソース
  • VNet 自体には SKU はありません
  • 「Basic VNet」などという概念はなく、実際には「Basic VPN ゲートウェイ」「Basic パブリック IP」が存在するだけ

この記事でいう「Basic 構成」は、主に VPN ゲートウェイの SKU と、そのゲートウェイに紐づくパブリック IP の SKU を指します。

VPN ゲートウェイはなぜ特別扱いなのか

一般的な VM やロードバランサーに付いている Basic パブリック IP は、2025 年 9 月 30 日でリタイア、原則 Standard への移行が必須です。

一方で、VPN ゲートウェイに紐づく Basic パブリック IP については、Microsoft が複数段階の猶予と移行手段を用意しています。

最新情報ベースのタイムライン整理

2025 年 10 月時点の「What’s new in Azure VPN Gateway」および Basic IP 移行ドキュメントを整理すると、次のようなイメージになります。

対象主な構成重要な日付ポイント
通常の Basic パブリック IP
（VM・LB・AppGW 等）		Basic IP + VM / LB など2025/09/30この日をもって Basic IP はリタイア。Standard へ移行しないとサポート外・動作保証なし。
VPN ゲートウェイ（VpnGw1–5 など）
＋ Basic パブリック IP		VpnGw1–5 / VpnGw1AZ–5AZ + Basic IP2025/08/04 〜 2026/03 末ポータル／PowerShell からの 顧客主導の移行ツール が提供され、Basic → Standard IP に移行可能。移行時に最大 5〜10 分程度のダウンタイムあり（ただし IP は維持）。
VPN ゲートウェイ Basic SKU
＋ Basic パブリック IP		Gateway SKU: Basic
Public IP SKU: Basic		自動移行機能：2026 年 2 月中旬ごろ
Basic IP の非推奨完了：2026/03 末〜 2026/04		Basic ゲートウェイ専用の 自動移行機能 により、Basic IP リソース参照を削除しつつ実 IP を維持し、接続断なしで更新される想定。

VPN ゲートウェイについては、Basic IP 廃止タイムラインが 全体より後ろにずれている のが重要なポイントです。元々は 2026 年 1 月末までの猶予と案内されていましたが、最新の「What’s new」では 2026 年 3 月末まで延長 され、2026 年 4 月以降は VPN ゲートウェイ上の Basic IP も非推奨完了という扱いになっています。

結論：Basic VPN ゲートウェイ＋Basic IP は「今すぐ止まる」わけではない

以上を踏まえると、本記事の問いに対する答えは次のようになります。

  • 既存の Basic VPN ゲートウェイ＋Basic パブリック IP は、現時点で即座に停止するわけではない
  • ただし、Basic IP は明確に「退役の道筋に乗っている」ため、2026 年 3 月末までに Standard 化（もしくは自動移行完了）しておく必要がある
  • Microsoft 提供の移行機能を使えば、ゲートウェイの IP アドレスを変えずに Standard 化 が可能（ただし一般的な VPN ゲートウェイ向けツールでは数分のダウンタイムあり）

構成別：自分の VPN ゲートウェイはどう評価すべきか

ここからは、自分の環境がどのパターンに当てはまるかに応じて整理していきます。

パターン A：VpnGw1–5 / VpnGw1AZ–5AZ + Basic パブリック IP

比較的「新しめ」の VPN ゲートウェイ（VpnGw1–5 系）が対象です。これらは、もともと Basic / Standard どちらのパブリック IP も利用可能でしたが、Basic 廃止が発表されたタイミングで新規作成時に制限が入りました。

  • 2023/12/01 以降、新規の VPN ゲートウェイ（Basic SKU 以外）は Standard パブリック IP 必須
  • 既存の「VpnGw1–5 + Basic IP」は残っており、これを Standard IP に移行するための専用ツールが提供されている

この移行ツールを使った場合、特徴は次の通りです。

  • ポータルの「Migrate」タブ、または PowerShell コマンドで実行
  • ゲートウェイの IP アドレスは維持される（DNS レコード変更などは原則不要）
  • 実際の切り替え（Execute ステップ）中に 5〜10 分程度のダウンタイム が発生
  • Migration の途中で検証・ロールバック（Abort）が可能
  • 多くのケースで、同時に VpnGw1–5 から VpnGw1AZ–5AZ へ SKU も自動移行される（AZ SKU 化）

このパターンに該当する場合は、「移行ツールを使って早めに Standard 化する」 のが最も無難な選択です。

パターン B：VPN Gateway Basic SKU + Basic パブリック IP

いわゆる「Basic VPN ゲートウェイ」です。ドキュメント上は今も次のように書かれています。

  • VPN Gateway Basic SKU 自体は「リタイア予定ではない」
  • ただし、Basic SKU パブリック IP リソースは廃止予定のため、構成が段階的に変更される

最新の What’s new では、この Basic ゲートウェイ向けに次のような自動移行が案内されています。

  • 2026 年 2 月中旬ごろ： Basic VPN ゲートウェイ向けの自動移行機能が提供される予定
  • この自動移行では
    • Basic パブリック IP リソースそのものは削除される（参照がゲートウェイ側に内包される形へ）
    • 実 IP アドレスは変わらない
    • 接続断も発生しない想定
  • その代わり、スクリプトや IaC、監視設定は「Basic Public IP リソース ID」を参照できなくなる
    • 今後は「VPN ゲートウェイの IP アドレス プロパティ」を参照する必要がある

つまり Basic VPN ゲートウェイ環境では、インフラとしての通信断は起きない代わりに「管理まわり（IaC・監視）の修正」が必要になります。

パターン C：VM / LB / AppGW に紐づく Basic パブリック IP がまだ残っている

この記事の主題から少し外れますが、もしまだ VM やロードバランサーに Basic パブリック IP が残っている場合は、VPN ゲートウェイとは別枠で対応が必要です。

  • 2025/09/30 で Basic IP はリタイア済み（特別な例外はごく一部のみ）
  • Standard へのアップグレード機能を使えば、IP アドレスを維持したまま Standard 化できるケースも多い

VPN ゲートウェイの話とは切り離して、まずは全サブスクリプションで「Basic パブリック IP 全体」を棚卸しするのがおすすめです。

今やるべきこと：チェックリスト（詳細版）

ここからは、実務で「明日から何をやればいいのか？」という観点で、少し踏み込んだチェックリストを示します。

1. 対象リソースの棚卸し

まずは、Basic パブリック IP と VPN ゲートウェイの組み合わせを洗い出します。Azure CLI / PowerShell を使うと機械的に一覧化できます。

観点確認するものポイント
Public IP リソースSKU == Basic の Public IP 一覧VM / LB / VPNGW など、紐づけ先リソース別に分類する
VPN ゲートウェイVirtual Network Gateway の SKU と紐づく Public IPGateway SKU が Basic か VpnGw1–5 系かで、対応パターンが変わる
IaC / スクリプトARM/Bicep/Terraform/PowerShell などPublic IP リソース ID をベタ書きしていないかを確認

2. IaC／運用スクリプトを「ゲートウェイの IP プロパティ参照」にリファクタ

Basic VPN ゲートウェイの自動移行後は、「Basic Public IP リソース」は論理的に消える 方向であるため、次のような差分が生まれます。

項目移行前（現在）移行後（自動移行後の想定）
IP の取得方法Public IP リソース（例：/publicIPAddresses/myGwIp）を直接参照Virtual Network Gateway の ipConfigurations[].properties.publicIPAddress（または IP アドレス プロパティ）を参照
監視対象Public IP リソースのメトリックや診断設定VPN ゲートウェイ自身のメトリックに集約
IaC の依存関係Public IP → VNet Gateway の明示的な依存VNet Gateway 単体で完結し、IP は属性として保持

ARM/Bicep の例で比べると、イメージとしては次のような差です（コードはあくまでイメージです）。

// 移行前：Public IP リソースを別 resource として参照
resource gwPip 'Microsoft.Network/publicIPAddresses@2021-08-01' = {
  name: 'myGwPip'
  sku: { name: 'Basic' }
  properties: {
    publicIPAllocationMethod: 'Static'
  }
}

resource vnetGw 'Microsoft.Network/virtualNetworkGateways@2021-08-01' = {
  name: 'myVnetGw'
  properties: {
    ipConfigurations: [
      {
        name: 'gw-ipconfig'
        properties: {
          publicIPAddress: {
            id: gwPip.id
          }
        }
      }
    ]
  }
}

// 移行後イメージ：Basic IP リソース参照はなくなり、
// IP はゲートウェイのプロパティとして扱う（概念図）
resource vnetGw 'Microsoft.Network/virtualNetworkGateways@2021-08-01' = {
  name: 'myVnetGw'
  properties: {
    ipConfigurations: [
      {
        name: 'gw-ipconfig'
        properties: {
          // IP 本体はサービス側で管理され、
          // テンプレートからは IP アドレスやプロパティを参照する形へ
        }
      }
    ]
  }
}

Terraform や監視ツールでも同様に、「Public IP リソース ID を直接参照している部分」を洗い出して置き換える ことが重要です。

3. 移行計画のウィンドウ確保

VPN ゲートウェイ向けの「顧客主導の Basic → Standard 移行ツール」では、実際の切り替え中に最大 5〜10 分程度のダウンタイムが発生することが公式に記載されています。

  • 本番系では、メンテナンスウィンドウを 20〜30 分単位 で確保しておくのが現実的
  • HA 構成（2 本のトンネル）であっても、片側ずつ順番に移行するかどうかを事前に設計しておく
  • ExpressRoute と VPN 共存環境では、どちらを先に移行するかも含めて検証しておく

一方で Basic SKU VPN ゲートウェイ向けの「自動移行」は接続断なしが想定されていますが、スケジュールや詳細条件は今後変わる可能性もあるため、2026 年 3 月ギリギリまで放置してよい、という意味ではありません。

4. 監視・ダッシュボードの更新

監視・ダッシュボードの典型的なパターンは次のとおりです。

  • Public IP リソース ID をキーにして
    • トラフィック量
    • ヘルスチェックの結果
    • アラート（到達性 / パケットロスなど）
    を集計している
  • VPN ゲートウェイの IP アドレスを「静的な文字列」として設定している

自動移行後は、Public IP リソース自体が見えなくなる構成が想定されるため、監視対象を Virtual Network Gateway リソースに寄せる 方向で設計し直しておくとスムーズです。

5. 新規・増設は Standard 前提で設計

今から新規で VPN を作るのであれば、基本方針はシンプルです。

  • VPN Gateway SKU は VpnGw1AZ 以上を前提（Basic は PoC / 検証用途に限定）
  • Public IP は 必ず Standard SKU を選択
  • 可用性要件があれば、AZ SKU（VpnGw*AZ）＋ゾーン冗長 Standard パブリック IP を組み合わせる

「とりあえず Basic でいいか…」は、今後の移行コストを考えるとほぼメリットがありません。特別な理由がなければ、Standard 一択で設計しましょう。

よくある誤解と注意点

「Basic 全廃＝直ちに使えない」ではないが、放置は危険

VPN ゲートウェイに限っては、Basic パブリック IP の廃止期限が一般リソースよりも延長されています。

  • 2025/09/30：Azure 全体として Basic IP はリタイア扱い
  • 〜2026/03 末：VPN ゲートウェイ上の Basic IP に対して、移行ツールや自動移行が順次提供される猶予期間
  • 2026/04 以降：Basic IP は VPN ゲートウェイ上でも完全に非推奨（ドキュメント上は「Deprecated」）

「今すぐ止まらないから放置」ではなく、猶予があるうちに計画的に移行する ことが大事です。

「IP が変わるから VPN 先の設定を全部直さないといけない」は誤解

Microsoft 提供の移行機能（ポータル／PowerShell の Migrate）または Basic ゲートウェイ向け自動移行を利用する場合、ゲートウェイのパブリック IP アドレスは変わらない と明記されています。

ただし例外として、次のようなケースでは IP 変更が発生し得ます。

  • VPN ゲートウェイを一度削除し、新しく Standard IP で再作成した場合
  • 移行ツールを使わず、手動で Public IP を差し替えた場合

この場合は当然、オンプレ側の VPN 装置や他クラウド側の設定を書き換える必要があります。「IP を絶対に変えたくない」構成では、必ず公式の移行機能を使う ようにしましょう。

「VPN ゲートウェイ Basic SKU もすぐ無くなる」は誤解

VPN Gateway Basic SKU 自体は、公式ドキュメントで「リタイア予定ではない」と明記されています。

ただし、次の制約があるため、長期運用の本番用途には向きません。

  • 機能・パフォーマンスが限定的（RADIUS や BGP 非対応、トンネル数の制限など）
  • IPv6 非対応
  • 作成は PowerShell / CLI のみ
  • Basic パブリック IP 廃止に伴い、構成が今後も変化し続ける可能性が高い

つまり「Basic VPN ゲートウェイは当面使えるが、積極的に選ぶ理由はほぼない」というのが実務上のスタンスです。

新規・リプレース構成のベストプラクティス

最後に、これから VPN ゲートウェイを新規構築／リプレースする際の設計指針をまとめます。

設計ポリシーの例

  • パブリック IP は Standard 一択
    • ゾーン冗長 Public IP（Standard, Zone-redundant）を優先
    • Dynamic 割り当ては選ばず、Static で確定させる
  • VPN ゲートウェイ SKU は VpnGw1AZ 以上
    • 小規模環境でも VpnGw1AZ をデフォルトにしておくと、後々の拡張・価格変更にも乗りやすい
    • 帯域要件に応じて VpnGw2AZ / 3AZ… にスケール
  • Basic SKU は PoC のみに限定
    • 将来の自動移行や仕様変更に巻き込まれるリスクを減らす

「どうしても今は触りたくない」場合の落としどころ

現実には、組織や顧客の都合で「今期はネットワークに手を入れられない」というケースもあると思います。その場合の現実的な落としどころは次の通りです。

  • 2025 年度中は
    • Basic VPN ゲートウェイ＋Basic IP のまま運用継続
    • ただし「いつでも移行できる状態」に IaC・監視を先行でリファクタ
  • 2026 年 1Q〜2Q に
    • 本番での移行ウィンドウを確保し、顧客主導の移行 or 自動移行完了を確認
    • オンプレ側機器の監視ログでトラフィック断がないかも確認

重要なのは、「触らない」のではなく 「今は構成を変えないが、情報収集と準備だけは進めておく」 という姿勢です。

まとめ：Basic パブリック IP＋VPN ゲートウェイへの実務的な回答

本記事の要点をもう一度整理します。

  • 今すぐの障害対応は不要
    • VPN ゲートウェイに紐づく Basic パブリック IP には、一般リソースより長い猶予があり、少なくとも 2026 年 3 月末までは移行ウィンドウが設けられている。
  • ただし「放置でよい」わけではない
    • Basic IP 自体は完全に廃止の方向性で、VPN ゲートウェイも例外ではない
    • IaC や監視を「ゲートウェイの IP プロパティ参照」に切り替える準備が必須
  • IP アドレスは維持される前提で移行できる
    • Microsoft 提供の移行ツール／自動移行を使えば、基本的に IP は据え置き
    • 一般的な VPN ゲートウェイ向け移行では、短時間のダウンタイムが発生する点だけ注意
  • 新規・増設は最初から Standard ＋ AZ で設計
    • Basic に新しく寄せるメリットはほぼなく、将来の移行コストを増やすだけ

「Azure の Basic パブリック IP と VPN ゲートウェイは、まだ使えるのか？」という問いに対する実務的な答えは、

「今すぐは止まらないが、廃止に向けたカウントダウンは進んでいる。猶予期間のうちに Standard 化と運用リファクタを終わらせておくべき」

という形になります。自分の環境がどのパターンに当てはまるかを確認しつつ、2026 年春までをひとつのデッドラインとして、計画的な移行計画を立てていきましょう。

Azure
ネットワーク Azure VPN Gateway Public IP Standard SKU Basic SKU

この記事を書いた人

佐藤健司のアバター 佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

関連記事

コメント

コメントする

目次