File Storage の地域別転送中の暗号化に関するトラブルシューティング

仮想プライベートクラウド

「 File Storage （RFS）」の転送中暗号化（EIT）に関する問題を解決するには、以下のトラブルシューティングのトピックを参照してください。

RFS EITはベータ機能として提供されており、実験的な用途でのみご利用いただくことをお勧めします。 本番環境のワークロードでは、この機能を使用しないでください。

なぜ私のPVCは「 'rfs' profile is not accessible 」で「保留中」の状態のままになっているのですか？

PVCは作成後も「 Pending 」状態のままであり、PVCのイベントに次のようなエラーが表示されます。

'rfs' profile is not accessible

お使いのアカウント 「 rfs 」プロファイルの許可リストに登録されていないか、またはクラスターにVPCファイル共有操作に必要なIAM権限が設定されていない可能性があります。

この問題を解決するには、次のようにします。

  1. PVCイベントを確認して、エラーを確認してください。

    oc describe pvc <pvc-name>

    「 Events 」のセクションで、『 'rfs' profile is not accessible 』を探してみてください。 このエラーが表示された場合は、 rfs プロファイルに対して、 アカウントを許可リストに登録する必要があります。

  2. エラーが「 'rfs' profile is not accessible 」の場合は、 VPCサポートチケットを開いてアクセスをリクエストしてください。 アカウントがホワイトリストに登録されたら、CSIドライバーノードのポッドを再起動してください。

    oc rollout restart daemonset ibm-vpc-file-csi-node -n kube-system

  3. PVCで権限関連のエラーが表示された場合は、クラスターに必要な VPC ファイル共有操作に関する IAM 権限 が設定されていることを確認してください。

なぜ私のポッドは「 stunnel manager is not initialized 」でマウントできないのですか？

お使いのポッドで、次のようなエラーを含む「 FailedMount 」イベントが発生しています。

stunnel manager is not initialized, this indicates a configuration error.
Restart the file csi node server pod from kube-system namespace where the
application is running and check if the issue is resolved.

影響を受けたワーカーノード上のCSIノードサーバーポッドにあるstunnelマネージャーが初期化されていません。これは、そのノードで設定エラーが発生していることを示しています。

この問題を解決するには、次のようにします。

  1. アプリケーションのポッドと同じノード上で実行されているCSIノードサーバーのポッドを見つけます。 ポッドがスケジューリングされたノード名を確認してください。

    oc get pod <app-pod-name> -o wide

  2. そのノード上でCSIノードサーバーのポッドを起動してください。

    oc get pods -n kube-system -l app=ibm-vpc-file-csi-node \
  --field-selector spec.nodeName=<node-name>

  3. CSIノードサーバーのポッドを削除し、自動的に再起動するようにします。

    oc delete pod -n kube-system <csi-node-pod>

  4. Podが再起動して「 Running 」状態になるのを待ってから、アプリケーションのPodを再試行してください。

    oc get pods -n kube-system -l app=ibm-vpc-file-csi-node

    ポッドの再起動後も問題が解決しない場合は、 IBM Cloud のコンテナストレージチームに サポートチケットを発行してください。

hostNetwork: true を使用したアプリケーションで、なぜポートのバインドに失敗するのでしょうか？

hostNetwork: true を使用するアプリケーションポッドが、起動時に以下のエラーが発生して失敗します。

Address already in use

RFS EITは、 127.0.0.1 上で、11300～11599の範囲内のPVCマウントごとに1つのポートを割り当てます。 hostNetwork: true を使用し、この範囲内のポートへのバインドを試みるアプリケーション・ポッドは、同じノード上の既存の RFS EIT PVC マウントと競合します。

この問題を解決するには、次のいずれかの方法を選択してください

  • RFS EIT ファイル共有を使用しているすべてのアプリケーションをスケールダウンし、その後、スケールアップしてください。 スケールアップ後、アプリケーションのポッドは割り当て範囲から異なるポートを割り当てられ、競合は解消されます。
  • hostNetwork: true を使用してホストポートに依存するのではなく、 Kubernetes Service リソースを介してアプリケーションにアクセスしてください。 これにより、ポートの競合を完全に回避できます。