このページは機械翻訳したものです。

既存のファイル・システムを使用した永続ファイル・システム・ストレージの作成

Compute Cloud@Customerでは、既存のファイル・システムにPVCをプロビジョニングできます。

このプロシージャは、マウント・ターゲット、ファイル・システムおよびファイル・システムのエクスポートを作成します。次に、kubectlコマンドを使用して、ストレージ・クラス、永続ボリュームおよび永続ボリューム要求を作成します。

  1. マウント・ターゲットを作成します。

    手順については、マウント・ターゲットの作成を参照してください。

    重要

    ワーカー・ノードからマウント・ターゲットに到達できるようにするには、OKEワーカー・サブネットの作成で説明されているワーカー・サブネットを持つサブネットにマウント・ターゲットを作成します。NFSサーバーへのTCPポート2049がそのサブネットで開いていることを確認します。

    エクスポート・セットOCIDおよびマウント・ターゲットのOCIDを書き留めます。エクスポート・セットOCIDはファイル・システム・エクスポートの作成に必要であり、後のステップでストレージ・クラスを作成するにはマウント・ターゲットOCIDが必要です。

    VCN当たり保持できるマウント・ターゲットは1つのみです。

  2. ファイル・システムを作成します。

    手順については、ファイル・システムの作成を参照してください。

    VCNごとに1つのファイル・システムのみを作成できます。クラスタごとに複数のストレージ・クラス、永続ボリュームおよび永続ボリューム要求を持つことができ、それらはすべて1つのNFSを共有します。

  3. ファイル・システム・エクスポートを作成して、マウント・ターゲットをファイル・システムに関連付けます。

    手順については、ファイル・システムのエクスポートの作成を参照してください。

    • マウント・ターゲットの作成からの出力からエクスポート・セットOCIDを指定します。

    • 「OKEワーカー・サブネットの作成」の説明に従って、ワーカー・サブネットの作成時に指定したCIDR範囲内で最も長いCIDR (最小ネットワーク)を指定します。

    エクスポート・パスおよびマウント・ターゲットのIPアドレスを書き留めます。

  4. ストレージ・クラスを作成し、マウント・ターゲットの作成ステップの出力からマウント・ターゲットOCIDを指定します。

    $ kubectl create -f sc.yaml

    sc.yamlファイルのコンテンツは、次のとおりです。

    kind: StorageClass
    apiVersion: storage.k8s.io/v1
    metadata:
      name: pca-fss
    provisioner: fss.csi.oraclecloud.com
    parameters:
      mntTargetId: ocid1.mounttarget.unique_ID
                

    apiVersionおよびprovisionerプロパティの値は標準です。メタデータ・セクション内のストレージ・クラス名の値は、ユーザー指定です。マウント・ターゲットごとに複数のストレージ・クラスを作成でき、次のステップでストレージ・クラス名を使用して永続ボリュームおよび永続ボリューム要求を作成します。

    get scサブコマンドを使用して、新しいストレージ・クラスに関する情報を表示します。

    $ kubectl get sc
  5. 永続ボリュームを作成し、ストレージ・クラス名、エクスポート・パスおよびマウント・ターゲットのIPアドレスを指定します。

    ストレージ・クラス名は、前のステップのsc.yamlファイルのメタデータにあります。エクスポート・パスとマウント・ターゲットのIPアドレスは、ファイル・システムの作成エクスポート・ステップから出力されます。前述のステップ3を参照してください。

    $ kubectl create -f pv.yaml

    pv.yamlファイルのコンテンツは、次のとおりです。

    apiVersion: v1
    kind: PersistentVolume
    metadata:
      name: fss-pv
    spec:
      storageClassName: pca-fss
      capacity:
        storage: 200Gi
      accessModes:
        - ReadWriteMany
      mountOptions:
        - nosuid
      nfs:
        server: mount_target_IP_address
        path: "/export/unique_ID"
        readOnly: false

    metadataセクションの永続ボリューム名はユーザー指定です。1つのストレージ・クラスに複数の永続ボリュームを含めることができます。

    nfsセクションでは、server値はマウント・ターゲットのIPアドレスで、path値はエクスポート・パスです。

    get pvサブコマンドを使用して、新しい永続ボリュームに関する情報を表示します。

    $ kubectl get pv
    NAME    CAPACITY  ACCESS MODES  RECLAIM POLICY  STATUS  CLAIM            STORAGECLASS  REASON  AGE
    fss-pv  200Gi     RWX           Retain          Bound   default/fss-pvc  pca-fss               20h
  6. 永続ボリューム名とストレージ・クラス名を指定して、永続ボリューム要求を作成します。

    永続ボリューム名とストレージ・クラス名は、get pvコマンドの出力に含まれています。

    このストレージを使用する前に、PVCステータスが「Bound」になるまで待ちます。

    kubectl create -f pvc.yaml

    pvc.yamlファイルのコンテンツは、次のとおりです。

    apiVersion: v1
    kind: PersistentVolumeClaim
    metadata:
      name: fss-pvc
    spec:
      storageClassName: pca-fss
      accessModes:
        - ReadWriteMany
      resources:
        requests:
          storage: 200Gi
      volumeName: fss-pv

    metadataセクションの永続ボリューム要求名はユーザー指定です。1つの永続ボリュームに対して複数の永続ボリュームを要求できます。

    accessModesプロパティの値はReadWriteManyである必要があります。

    storageプロパティの値は50GB以上である必要があります。

    次のコマンドを実行して、新しい永続ボリューム要求に関する情報を表示します。

    $ kubectl get pvc
    NAME      STATUS   VOLUME   CAPACITY   ACCESSMODES   STORAGECLASS   AGE
    fss-pvc   Bound    fss-pv   200Gi      RWX           pca-fss        2h
  7. ポッドなどの他のオブジェクトを作成する場合は、PVCを使用します。

    たとえば、次のポッド定義から新しいポッドを作成できます。このポッド定義は、/persistent-storageでポッドによってマウントされるfss-pvc PVCをnginxボリュームとして使用するようにシステムに指示します。

    apiVersion: v1
    kind: Pod
    metadata:
      name: fss-dynamic-app
    spec:
      containers:
        - name: nginx
          image: nginx:latest
          ports:
            - name: http
              containerPort: 80
          volumeMounts:
            - name: persistent-storage
              mountPath: /usr/share/nginx/html
      volumes:
      - name: persistent-storage
        persistentVolumeClaim:
          claimName: fss-pvc

    次のコマンドを実行して、ポッドが新しいPVCを使用していることを確認します。

    $ kubectl describe pod fss-dynamic-app

この記事は役に立ちましたか。