クラウド関連事例

これらの例は、エクイニクスFabric Cloud Routerの典型的なクラウド関連の使用例を示しています：

• Cloud-to-Cloud Routing
• Example – Networking Between Google Cloud and Azure
• Cloud Migrations
• Hybrid Multicloud Applications

クラウド・ツー・クラウドのルーティング

Fabric Cloud Routerのこの使用例は、アプリケーションのパフォーマンスを向上させ、コストを削減する方法を示しています。

• 異なるクラウドプロバイダー間でデータ転送が必要なクラウドアプリケーションを実行する場合に最適。最寄りのデータセンター経由ではなく、ローカルにトラフィックをルーティングできる。
• 必要な場所でローカライズされたプライベートなクラウド間ルーティングを使用することで、トラフィックのバックホールを回避できます。これにより、物理的な配備に投資することなくレイテンシーを削減できます。
• 公衆インターネットをバイパスすることで、信頼性とセキュリティを向上させ、イグレス料金を削減します。
• 設定とプロビジョニングは数分で完了し、その後の管理も簡単です。BGPを実行したり、ASNを持つ必要はなく、帯域幅を増減できます。
• 内蔵の回復力をお楽しみください。冗長接続を設定すると、多様な仮想ルーターが割り当てられます。冗長仮想ルーターを配置する必要はありません。

例Google CloudとAzure間のネットワーキング

Fabric Cloud RouterとGoogle Cloud間、およびFabric Cloud RouterとMicrosoft Azure間のQuick Connectで、クラウド間のルーティングが以前に確立されていることを確認できます。

Google Cloud の us-south1 リージョンと Microsoft Azure の South Central US リージョンのインフラストラクチャに接続している、ダラスのメトロの Fabric Cloud Router の例です。これらの値は、以下の手順で使用されます。

コンポーネント

• クラウド間ネットワーキングを確立するには、該当メトロに既存のFabric Cloud Routerが必要です。(Fabric Cloud Routerの作成を参照）。
• 必要なルーティングの詳細が設定された、既存のGoogleへのクイック接続。(Google Cloud Platformへのクイック接続を参照)。
• 必要なルーティングの詳細が設定された、Azure への既存の接続。(Azureへの接続を参照)。
• 各クラウドサービスプロバイダー（CSP）において、関連インフラストラクチャに接続されたハイブリッドクラウドネットワーキングコンストラクトを通じてルートを広告し、受け入れるために必要なすべての構成が必要です。
• 各 CSP でアクティブに稼動している仮想マシン（VM）で、必要な管理アクセスとログイン権限があること。(クラウドからクラウドへトラフィックを渡すことによる外部検証](#verify-external)で説明する外部検証ステップに必要)。

カスタマーポータルを使用して確認する

1. エクイニクスカスタマーポータル」（https://portal.equinix.com/fabric）にサインインし、「Fabric」に移動します。

2. FabricアカウントがEquinix Identity & Access Management（IAM）プラットフォームに移行されている場合は、コンテキストスイッチャーのドロップダウンリストを使用してプロジェクトとそのアセットにアクセスしてください。詳しくは、Identity & Access Management をご覧ください。

3. クラウド・ルーター］メニューから、［ファブリック・クラウド・ルーター・インベントリ］を選択します。

   

4. 接続のインベントリリストから、Fabric Cloud Router Name を探します。フィルタ オプションを使用して、特定の条件で検索を絞り込むことができます。

   

5. 関連する Fabric Cloud Router の名前をクリックすると、ステータス、場所、固有 ID などの詳細の概要が表示されます。

6. アクティブルート］タブをクリックします。各 CSP からの予想ルートがルート・テーブル・ビューに表示されていることを確認します。

7. 接続の1つまたは複数でルーティングの詳細を最近設定した場合は、Load Active Routes をクリックして表示を更新します。

トラフィックをクラウド間でやり取りして外部で検証

また、相互接続されている CSP の 1 つのインフラストラクチャから別の CSP のインフラストラクチャにネットワーク・トラフィックを送信することで、Fabric Cloud Router が正しく動作していることを確認できます。

Linux ping ユーティリティを使用して、Google Cloud の VM から Azure の宛先 VM に ICMP エコー要求を送信できます。次に、Azure の VM から Google Cloud の VM への ICMP エコー応答を待ちます。

1. クラウド・ルータを介して接続されているインフラストラクチャに関連する、それぞれの CSP で実行されている 2 つの VM のうちの 1 つにサインインします。

2. もう一方の CSP で、現在ログインしていないもう一方の VM のプライベート IP を宛先アドレスとして ping コマンドを実行します。

   [user@cloud-gateway-documentation-instance ~]$ ping 10.16.1.4  
   PING 10.16.1.4 (10.16.1.4) 56(84) bytes of data.  
   64 bytes from 10.16.1.4: icmp_seq=1 ttl=61 time=14.6 ms  
   64 bytes from 10.16.1.4: icmp_seq=2 ttl=61 time=12.2 ms  
   64 bytes from 10.16.1.4: icmp_seq=3 ttl=61 time=12.6 ms  
   64 bytes from 10.16.1.4: icmp_seq=4 ttl=61 time=13.1 ms  
   64 bytes from 10.16.1.4: icmp_seq=5 ttl=61 time=12.6 ms  
   ^C  
   --- 10.16.1.4 ping statistics ---  
   5 packets transmitted, 5 received, 0% packet loss, time 4006ms  
   rtt min/avg/max/mdev = 12.184/13.013/14.565/0.830 ms

3. コマンド実行後、ICMPエコー返信があることを確認する。

リプライを正常に受信することは、一方の CSP から他方の CSP へのトラフィックが期待どおりにクラウド・ルータを経由してルーティングされていることを示す。

クラウド・マイグレーション

このFabric Cloud Routerの使用例は、クラウドプロバイダーやプライベートクラウド間でデータやアプリケーションを転送する際に、クラウドサービスのバランスを迅速に調整する方法を示しています。クラウドにとらわれない接続を使用することで、ネットワークは変化するビジネス戦略に適応することができ、短期間または長期間の使用に対して柔軟に拡張または縮小することができます。

• データ転送を実行するためのプライベート接続を素早く簡単に確立し、必要な分だけ料金を支払うことができる。
• ベンダーのロックインを避けることで、クラウド間の移行を容易にし、物理インフラに関連する設備投資コストを削減する。
• 高速帯域幅の導入により、55以上の市場に展開するエクイニクスのグローバルネットワークを利用して、アプリケーションやデータをどこにでも効率的に移行できます。
• 公衆インターネットをバイパスすることで、信頼性とセキュリティを向上させ、イグレス料金を削減します。

ハイブリッド・マルチクラウド・アプリケーション

この使用例が示すように、Fabric Cloud Routerは、クラウド、エッジロケーション、データセンター間のデータ転送を必要とするハイブリッドマルチクラウドアプリケーションの成長をシームレスに管理するのに役立ちます。コストを削減し、既存の機能を拡張するために、Cloud Routerは、ネットワークを簡単に拡張・増強できる一元化されたスケーラブルなサービスで、クラウド環境やロケーション間のワークロードを効率的に管理します。

• 新しい仮想ルーターを素早く立ち上げ、IP-WANを使って接続し、独自のマルチポイント・ネットワークを構築することで、バックホーリング・トラフィックを回避できます。
• カスタマーポータルでのアラート、イベントログ、接続使用状況、運用管理により、ネットワークを一元的に管理・監視します。
• APIやTerraformで接続を自動化する。
• 柔軟なサービスオプションを使用して、よりスケーラビリティを高め、帯域幅のコミットレベルを事前に設定せず、仮想ルーターごとの仮想接続の最大値を設定しません。