2.2. AWS VPC ピアリングの設定

前提条件

• ピア要求を開始するために必要な Customer VPC に関する以下の情報を収集します。

  • Customer AWS アカウント番号
  • カスタマー VPC ID
  • カスタマー VPC リージョン
  • カスタマー VPC CIDR
• Red Hat OpenShift Service on AWS クラスター VPC によって使用される CIDR ブロックを確認する。カスタマー VPC の CIDR ブロックとの重複や一致があると、この 2 つの VPC 間のピアリングを実行できません。詳細は、Amazon VPC の Unsupported VPC Peering Configurations を参照してください。CIDR ブロックが重複していない場合は、手順を続行できます。

前提条件

• VPC ピア要求を開始します。

前提条件

• VPC ピア要求を開始して、受け入れている。

前提条件

• VPC ピア要求を開始して、受け入れている。
• ルーティングテーブルを設定している。

手順

• AWS コンソールで、ピア接続されるクラスター VPC のルートテーブルを確認します。ルーティングテーブルの設定手順に従い、ピアリング接続のターゲットに VPC CIDR 範囲の宛先を指定するルートテーブルエントリーがあることを確認します。

  Red Hat OpenShift Service on AWS クラスター VPC のルートテーブルとカスタマー VPC のルートテーブルの両方でルートが正しいと思われる場合は、以下の netcat メソッドを使用して接続をテストしてください。テストの呼び出しが成功すれば、VPC ピアリングは正常に動作しています。

• エンドポイントデバイスへのネットワーク接続をテストする場合のトラブルシューティングツールとしては、nc (または netcat) が役に立ちます。これはデフォルトのイメージに含まれ、接続を確立できる場合に迅速かつ明確に出力を提供します。

  1. busybox イメージを使用して一時的な Pod を作成します。これは後で自身をクリーンアップします。

     $ oc run netcat-test \
         --image=busybox -i -t \
         --restart=Never --rm \
         -- /bin/sh

     Copy to Clipboard Toggle word wrap

  2. nc を使用して接続を確認します。

     • 正常な接続の結果の例:

       / nc -zvv 192.168.1.1 8080
       10.181.3.180 (10.181.3.180:8080) open
       sent 0, rcvd 0

       Copy to Clipboard Toggle word wrap

     • 失敗した接続の結果の例:

       / nc -zvv 192.168.1.2 8080
       nc: 10.181.3.180 (10.181.3.180:8081): Connection refused
       sent 0, rcvd 0

       Copy to Clipboard Toggle word wrap

  3. コンテナーを終了します。これにより、Pod が自動的に削除されます。

     / exit

     Copy to Clipboard Toggle word wrap