次の方法で共有


Oracle Database@Azureのネットワーク トポロジと接続 - 移行接続設計

Oracle Exadata Database@Azure移行を成功させるためには、多くの場合、現在のソース環境と Azure の間に安全で高帯域幅の接続を確立する必要があります。 この記事では、移行のための基本的なネットワーク接続戦略について説明します。 包括的な移行手順と手法の詳細については、「Oracle ワークロードを Azureに移行する」を参照してください。

次の図は、Oracle Exadata Database@Azureとオンプレミス ネットワークの間の接続を示しています。 Oracle Exadata Database@Azureを他のソース サイトに接続することもできます。

オンプレミス環境またはその他のソースからの Oracle Exadata Database@Azureへの接続を示す図。

手記

Oracle Exadata Database@Azureからプライベート エンドポイントへの接続に制限があるため、プライベート エンドポイントへの接続には、ネットワーク仮想アプライアンス (NVA) などのルーティング デバイスを介した中間ホップが必要です。 このアプライアンスには、Azure ファイアウォールや Microsoft 以外の NVA などのハブ NVA を使用できます。 非運用環境では、IP アドレス転送 に専用の仮想マシンを使用できます。

次の図は、Azure NetApp Files やその他のソースへの接続を示しています。 この構成では、接続に中間ホップは必要ありません。

他のソースと Azure NetApp Files への接続を示す図。

設計に関する考慮事項

  • 高スループット要件: 移行では、多くの場合、大規模なデータ転送が必要です。 ネットワーク パスが継続的な高スループットをサポートしていることを確認します。

  • 接続オプション: Azure ExpressRoute と VPN トンネルの両方を使用して、オンプレミス環境を Oracle Exadata Database@Azureに接続できます。 ExpressRoute を使用すると、予測可能なパフォーマンスと待機時間が短縮されます。

  • 共有接続の影響: 同じ ExpressRoute または VPN 接続が複数のサービスで使用されている場合は、移行トラフィックの増加がパフォーマンスに悪影響を与えないことを確認します。

設計に関する推奨事項

  • vpn よりも ExpressRoute を優先する : オンプレミスから Oracle Exadata への接続 Database@Azureの場合は、専用の帯域幅、予測可能なパフォーマンス、待機時間の短縮、および高いレベルのセキュリティのため、ExpressRoute をお勧めします。

  • 容量計画: 選択した ExpressRoute 回線に移行フェーズに十分な帯域幅のヘッドルームがあることを確認します。 選択した項目が他のワークロードに影響しないことを確認します。 必要に応じて、帯域幅制限を使用します。

次の手順

ネットワーク接続を計画して確立したら、移行戦略を開始または調整するために、Oracle ワークロードを Azure に移行する方法に進みます。