専用 HSM 用の Basic パブリック IP SKU ExpressRoute ゲートウェイを移行する

Microsoft 2027 年 3 月 31 日まで、Azure Dedicated HSMによって使用される Basic パブリック IP SKU ExpressRoute ゲートウェイのサポートが延長されました。 専用 HSM デプロイで Basic パブリック IP SKU を使用している場合は、接続を維持するために、この日付より前に移行を完了してください。

Azure Dedicated HSMでは、ExpressRoute ゲートウェイとサービスマネージド回線を使用して、専用 HSM 仮想ネットワーク インターフェイスを仮想ネットワークに接続します。 標準の ExpressRoute ゲートウェイ移行プロセスを使用してこのゲートウェイを移行することはできません。 標準プロセスでは、専用 HSM を含む仮想ネットワークはサポートされていません。

Caution

既存の専用 HSM 環境で ExpressRoute ゲートウェイを変更、削除、または再作成しないでください。 これらのアクションにより、サービスマネージド回線が中断され、専用 HSM のデプロイにアクセスできなくなります。

Standard ExpressRoute ゲートウェイ移行プロセスの対象になるように、専用 HSM の電源を切ったり割り当てを解除したりしないでください。 デバイスの電源を個別にオンにすることはできません。 復旧にはAzure サポート リクエストが必要で、サービス停止が大幅に長引く可能性があります。

サポートされている移行パスは、Standard SKU ExpressRoute ゲートウェイを使用する新しい専用 HSM 環境をデプロイし、既存の環境と新しい環境の間で高可用性を確立してから、ワークロードを移動することです。

Microsoftは、割り当てられた専用 HSM デバイス、キー マテリアル、またはワークロードの自動化にアクセスできません。 移行の計画と完了は、お客様が担当します。

Important

Azure Dedicated HSMは、2028 年 7 月 31 日に廃止されます。 Azure Cloud HSM または Azure Key Vault Managed HSM に直接移行することを検討してください。

2027 年 3 月 31 日より前にそのサービスの移行を完了できない場合は、まず専用 HSM 環境を Standard SKU ExpressRoute ゲートウェイに移行します。 その後、専用 HSM の提供終了日より前にサービスの移行を完了します。

移行を準備する

準備:

  • 既存の専用 HSM 環境に接続するアプリケーションとワークロードのインベントリ。
  • 必要な専用 HSM 容量をターゲット リージョンにデプロイできることを確認します。 新しい HSM をデプロイする前に、ターゲット サブスクリプションの クォータの引き上げを要求 する必要がある場合があります。
  • アプリケーション接続の変更のメンテナンス期間を計画します。
  • 高可用性の構成を確認し、既存の HSM が正常であることを確認します。
  • 新しい環境用にアプリケーションと運用の検証テストを準備します。

西ヨーロッパ、北ヨーロッパ、米国東部、米国東部 2、および米国西部では、専用 HSM 容量を制限できます。 これらのリージョンでは、ローリング マイグレーションを使用することが必要になる場合があります。

  1. 新しい専用 HSM を 1 つデプロイします。
  2. 既存の高可用性グループに追加します。
  3. レプリケーションとアプリケーションの接続を検証します。
  4. 容量を解放するには、古い HSM を 1 つゼロにして削除します。
  5. すべての HSM を移行するまで、このプロセスを繰り返します。

開始する前に、リージョンの容量と移行シーケンスをAzure サポートで確認します。

新しい専用 HSM 環境をデプロイする

Standard SKU ExpressRoute ゲートウェイを使用する環境を作成します。

  1. 新しい仮想ネットワークを作成します。
  2. Standard SKU ExpressRoute ゲートウェイを作成します。
  3. 新しい専用 HSM インスタンスをデプロイします。
  4. ネットワーク、ルーティング、アプリケーション接続を構成します。
  5. 接続性と運用の準備状況を検証します。

既存の専用 HSM 環境で ExpressRoute ゲートウェイを変更しないでください。

高可用性の構成

既存の専用 HSM 環境と新しい専用 HSM 環境の間で高可用性を確立します。

  1. 必要な HSM パーティションと構成を作成します。
  2. 既存のパーティションと新しいパーティションで同じ複製ドメインを構成します。
  3. 既存の高可用性グループに新しいパーティションを追加します。
  4. 依存アプリケーションからの同期、レプリケーションの正常性、およびキーの可用性を確認します。

詳細については、「高可用性のAzure Dedicated HSM」を参照してください。

注

両方の環境が運用環境のワークロードに対応でき、レプリケーションが正常になるまで続行しないでください。

ワークロードを移行する

一度に 1 つのアプリケーションまたはワークロードを移動します。

  1. 新しい Dedicated HSM 環境に接続するようにアプリケーションを更新します。
  2. 暗号化操作、監視、および運用手順を検証します。
  3. ワークロードでエラーや予期しない動作を監視します。
  4. すべての運用ワークロードで新しい環境が使用されるまで、これらの手順を繰り返します。

アプリケーションと運用の検証が完了するまで、既存の環境を使用可能な状態に保ちます。

古い環境の使用を停止する

すべてのワークロードで新しい環境を使用した後:

  1. アプリケーションが古い HSM に接続されていないことを確認します。
  2. 新しい環境に必要なキー マテリアルと容量があることを確認します。
  3. HSM リソースを削除する方法の手順に従って、古い各 Dedicated HSM をゼロ化して削除します。
  4. 古い Dedicated HSM ネットワーク リソースは、Azure が古い HSM リソースをすべて削除した後にのみ削除してください。

Warning

各 Dedicated HSM リソースをゼロ化して削除する前に、リソース グループを削除しないでください。 リソース グループを削除すると、課金が続行されている間、HSM は孤立した状態のままになることがあります。

標準の ExpressRoute 移行プロセスを使用できないのはなぜですか?

専用 HSM 接続では、専用 HSM 仮想ネットワーク インターフェイスを ExpressRoute ゲートウェイにバインドする、サービスで管理される ExpressRoute 回線を使用します。 標準のネットワーク操作では、この回線を再作成または移行することはできません。

既存の環境では、次のアクションを実行しないでください。

  • 既存のゲートウェイを Basic パブリック IP SKU から Standard SKU に移行しないでください。
  • ExpressRoute ゲートウェイの構成は変更しないでください。
  • ExpressRoute ゲートウェイを削除したり、再作成したりしないでください。

既存の環境でゲートウェイを変更するのではなく、新しい環境をデプロイし、ワークロードを移動します。

関連するコンテンツ

  • Last updated on