VSIがVPEゲートウェイにアクセスできないのはなぜですか？

仮想プライベートクラウド 4.15 そしてその後

Satellite ストレージに関連する仮想サーバーインスタンスおよび仮想プライベートエンドポイントの問題のトラブルシューティングを行います。

VSIがVPEゲートウェイにアクセスできない原因について、以下のシナリオを確認してください。

• デフォルトで安全なクラスタがVPCに追加されるまで、レジストリVPEゲートウェイを介して通信できるVSIがあります。
• すでにデフォルトでセキュアな環境があり、新しいVSIを作成すると、そのVSIは既存のゲートウェイを介して通信できない。

デフォルトでセキュアなクラスタを 含むVPCでVSIをプロビジョニングすると、複数のVPEゲートウェイが 作成さ れます。 セキュア・バイ・デフォルト環境では、これらのゲートウェイは セキュリティ・ グループにアタッチされ、デフォルトでは VPC 内の Red Hat OpenShift on IBM Cloud クラスタからのインバウンド・トラフィックのみを許可します。 スタンドアローンのVSIはアクセスできない。

問題を解決するには、以下の選択肢から1つを選んでください。

• kube-CLUSTERID 、セキュリティグループをVSIにアタッチする。

  • VPC内の各クラスタには、ワーカーノードにアタッチされたセキュリティグループがあります。 このセキュリティグループの名前は kube-CLUSTERID です。
  • このセキュリティグループは、VPEゲートウェイと通信できるようすでに設定されています。 - VSIには、 kube-CLUSTERID のセキュリティグループであればどれでも割り当てることができ、これによりVSIはVPEゲートウェイを介して通信できるようになります。
  • VPCコンソールからVSIにセキュリティグループをアタッチできます。

• VSIセキュリティグループからVPEゲートウェイセキュリティグループにインバウンドセキュリティグループルールを追加する。

  1. 現在のVSIと kube-vpegw-<vpcID> セキュリティグループのセキュリティグループIDを検索する。

      ibmcloud is security-groups
      ```
  1. VSIのセキュリティグループから `kube-vpegw-<vpcID>` 、以下のリモートルールを追加する
  ```sh {: pre}
      ibmcloud is sg-rulec KUBE-VPEGW-VPCID inbound icmp_tcp_udp --remote YOUR-VSI-SG-ID
      ```
  1. VSI セキュリティグループのリモートルールを `kube-vpegw-<vpcID>` に追加する。
  ```sh {: pre}
      ibmcloud is sg-rulec YOUR-VSI-SG outbound icmp_tcp_udp --remote  ID_OF_KUBE-VPEGW-VPCID
      ```
  

問題が解決しない場合は、サポートにお問い合わせください。 サポート Case を開きます。 ケースの詳細には、関連するログファイル、エラーメッセージ、コマンド出力を必ず含めてください。