OpenShiftクラスタの記憶域の設定

永続ボリューム要求(PVC)を含むOCI CSIドライバを使用して、OCI上のOpenShiftコンテナ・プラットフォームで実行されているコンテナに対して永続OCIクラウド・ストレージを動的にプロビジョニングする方法について学習します。

詳細は、GitHubのSTORAGE.MDファイルを参照してください。

コンテナのルート・ファイル・システムを使用したコンテナ・ストレージは一時的なものであり、コンテナの削除時に消えることがあります。データが失われないようにする永続的な場所を提供するには、永続ボリュームを使用してコンテナの外部にデータを格納します。

永続ボリュームは、ストレージが接続されているコンテナが削除された場合でも、データをそのまま維持できるストレージを提供します。永続ボリューム要求(PVC)は、OCI CSIドライバによって処理されるクラスタ上のストレージのリクエストです。PVCおよびStorageClassの仕様に基づいてOCIの永続ストレージをプロビジョニングし、そのストレージを必要なコンテナで自動的に使用できるようにします。PVCは、基礎となるストレージに抽象レイヤーを提供します。

Oracle Cloud Infrastructure(OCI)を使用すると、コンテナに永続クラウド・ストレージを提供できます。

  • ファイル・システムをOCI File Storageサービスにマウントします。File Storageサービスのファイル・システムは、クラスタにデプロイされたCSIプラグインを使用して、クラスタで実行されているコンテナ内にマウントされます。ファイル・ストレージ・サービスでのPVCのプロビジョニングを参照してください。

デフォルトでは、Oracleは永続ストレージに保存されている顧客データを暗号化します。Oracleは、このデフォルトの暗号化を管理しますが、アクションは必要ありません。

永続ボリューム、永続ボリューム要求、およびボリューム・プラグインの詳細は、Kubernetesのドキュメントを参照してください。

CSIおよびCCMプラグインのアップグレード

この項では、OpenShiftクラスタでCSIおよびCloud Controller Manager (CCM)プラグインをアップグレードする手順について説明します。

前提条件

OpenShiftクラスタでCSIおよびCCMプラグインをアップグレードするには、次の前提条件を満たします。

  • OpenShiftアクセス: OpenShiftクラスタへのOpenShift CLI (oc)アクセス権と、プラグインのインストールを管理するための十分な権限があることを確認します。
  • バックアップ構成:アップグレードによってデフォルト設定が変更される可能性があるため、重要な構成およびマニフェストをすべてバックアップします。
  • 互換性のチェック:プラグイン・バージョンとOpenShiftバージョンの互換性を確認します。

プラグインの更新

OpenShiftクラスタでCSIおよびCCMプラグインを更新するには、次のステップに従います。

  1. クラスタにインストールされている現在のバージョンを識別して、現在のプラグインバージョンを取得します。
  2. Oracle Quick StartのGitHubリポジトリ(oracle-quickstart / oci-openshift)で必要なマニフェストを検索します。
  3. 必要なマニフェストを oci-ccm-csi-driversディレクトリからダウンロードします。

    ディレクトリは/custom_manifests/oci-ccm-csi-drivers/<version_number>です。たとえば: /custom_manifests/oci-ccm-csi-drivers/v1.25.0

  4. 次の例に示すように、新しいマニフェストを適用して既存のプラグイン構成を置き換えます。

    oc apply -f custom-manifests/oci-ccm-csi-drivers/v1.xx/01-oci-ccm.yml
    oc apply -f custom-manifests/oci-ccm-csi-drivers/v1.xx/01-oci-csi.yml

プラグインのアップグレードの確認

OpenShiftクラスタでCSIおよびCCMプラグインのアップグレードを確認するには、次のステップを実行します。

  1. 新しいプラグイン・ポッドが実行されていることを確認します。
  2. CSIの場合、永続ボリューム(PV)を検証してストレージ・テストを実行します。
    1. 既存のPVおよび新しいPVにアクセスできることを確認します。
    2. テスト用永続ボリューム要求(PVC)をワークロードにアタッチし、適切な機能を確認します。
  3. CCMの場合、クラウド統合テストを実行します。
    1. ロード・バランサおよびノードIPの適切な作成および管理を確認します。
    2. エラーまたは警告がないか、cloud-controller-managerログを監視します。