次の方法で共有

Azure ExpressRoute ゲートウェイの移行 - エラーとベスト プラクティスのトラブルシューティング

この記事では、ゲートウェイ移行ワークフローに関連付けられているエラー コードの概要と、その原因と解決策について説明します。 移行プロセスの各段階で一般的に発生する問題: 検証、 準備、 移行、 コミットまたは中止。

移行エラーを回避するためのベスト プラクティス

ゲートウェイ移行プロセス中のエラーを最小限に抑えるには、次のベスト プラクティスに従います。

  • リソースの正常性を維持する: すべてのリソースが移行全体を通じて 成功 状態であることを確認します。 プロセス中に関連リソースに対して更新を実行しないようにします。

  • プロパティの更新を避ける: FastPath、 ルートの重み、接続とゲートウェイの トラフィック切り替え などのプロパティの更新は控えます。これらの更新によってリソースエラーが発生する可能性があるためです。

  • 順次ゲートウェイの移行: 同じ回線に接続されているゲートウェイを一度に 1 つずつ移行します。 同じ回線での並列移行はサポートされていません。

  • 手動による変更を避ける: 移行プロセス中に、ゲートウェイまたはその接続がアクティブにトラフィックを運んでいる (管理者の状態が有効になっている) 間、ゲートウェイまたはその接続を手動で作成、削除、更新、またはリセットしないようにします。

  • メンテナンスの確認: この操作が失敗するため、ゲートウェイへの接続を作成してメンテナンスを行わないようにします。 失敗した接続は、再試行する前に削除する必要があります。

これらのプラクティスに従うことで、移行中にエラーが発生する可能性を減らすことができます。

移行段階での一般的な問題とその解決策

次の表は、各移行ステージで発生する一般的な問題の概要と、それらを解決するための戦略を示しています。

移行ステージ 問題点 解決策
検証 リソースが成功状態ではありません。 この問題を解決するには、影響を受けるリソースに対して GET および SET 操作を実行します。
準備 新しいリソースの作成が失敗します。 操作を再試行してください。 再試行が失敗し続ける場合は、新しく作成したリソースを削除し、操作をもう一度試してください。
移行 移行エラーが発生した後も、両方のゲートウェイが有効なままです。 トラフィックを古いゲートウェイにリダイレクトし、移行プロセスを再試行します。
コミット 古いゲートウェイは有効なままであり、コミット ステップは失敗します。 移行手順を再試行します。 古いゲートウェイが正常に無効になったら、古いゲートウェイとそれに関連付けられているリソースを削除します。
中止 中止手順中にリソースのクリーンアップが失敗します。 トラフィックを新しいゲートウェイにリダイレクトし、中止操作を再試行します。

一般的なエラー メッセージ

次の表は、移行プロセス中に発生する一般的なエラー メッセージとその原因と解決策の概要を示しています。

条件付きサポートを使用するシナリオ

これらのシナリオには、失敗を防ぎ、移行を成功させるソリューションが含まれます。

エラー名 メッセージ 解決策
ゲートウェイ サブネットのサイズが不十分 仮想ネットワーク {vnetName} には、別のゲートウェイをデプロイするための十分な領域がありません。 GatewaySubnet を削除し、/27 以下のプレフィックス (/26 や /25 など) として再作成します。 ガイダンスについては、「 サブネットの削除と再作成」を参照してください。
レガシ接続モード ゲートウェイにリンクされた ExpressRoute 接続は、2017 (レガシ モード) より前に作成されました。 移行を開始する前に、すべての接続を削除して再作成します。 詳細な手順については、「 従来の ExpressRoute ゲートウェイ接続を変換する」を参照してください。
互換性のない専用回線 仮想ネットワークに接続されている専用のハードウェア セキュリティ モジュール (HSM) により、ゲートウェイの移行を続行できません。 移行を続行するには、専用のハードウェア セキュリティ モジュール (HSM) の割り当てを解除します。 詳細なトラブルシューティング手順については、「 専用 HSM のトラブルシューティング」を参照してください。
失敗した状態のリソース 検証 済みの ステージは、ゲートウェイまたは接続されているリソース (回線、接続、パブリック IP、VNet、GatewaySubnet など) が失敗状態の場合に失敗します。 移行プロセスを開始する前に、すべてのリソースが成功状態であることを確認します。 詳細については、「 失敗した状態のトラブルシューティング」を参照してください。
既定のゲートウェイ SKU の制限 ゾーンの回復性を確保するには、移行前に既定のゲートウェイを Standard SKU にアップグレードする必要があります。 移行を続行する前に、ゲートウェイ SKU を Standard に変更します。 詳しくは、「ゲートウェイ SKU のサイズ変更」をご覧ください。
FastPath 構成の制限 移行中の FastPath の有効化または無効化はサポートされていません。 移行を続行する前に、FastPath が元の構成のままであることを確認します。
ルートの重みの変更の制限 移行中のルートの重みの調整は許可されません。 移行プロセスを続行する前に、ルートの重みを元の値に戻します。

回避するサポートされていないシナリオ

次の表は、移行エラーが発生する可能性があり、使用可能な解決策がない、サポートされていないシナリオの概要を示しています。

エラー名 メッセージ 原因
VNet の最大ゲートウェイ数に達しました 仮想ネットワーク {virtualNetworkName} に許可されているゲートウェイの最大数が既に含まれているため、操作は失敗しました。 仮想ネットワークには、2 つ以上の ExpressRoute ゲートウェイをデプロイすることはできません。
接続の制限を超えました 既存のゲートウェイには{connectionCount}接続があり、新しいゲートウェイ サイズの{circuitLimit}の{gatewaySize}接続の制限を超えています。 既存のゲートウェイよりも接続制限が低いゲートウェイへの移行は許可されません。 SKU の種類のダウングレードはサポートされていません。
FastPath の制限 ExpressRouteGatewayByPass は、ゲートウェイ サイズの {gatewaySize}ではサポートされていません。 FastPath 対応接続に接続されているゲートウェイは、UltraPerf または ERGW3AZ SKU にのみ移行できます。 SKU の種類のダウングレードはサポートされていません。
取り消された回線の許可 仮想ネットワーク {virtualNetworkName} に許可されているゲートウェイの最大数が既に含まれているため、操作は失敗しました。 承認が取り消された回線に接続されているゲートウェイは、移行を続行できません。

次のステップ