28.5.3. 静的プロビジョニング

静的プロビジョニングを有効にするには、最初に GlusterFS ボリュームを作成します。gluster コマンドラインインターフェイスの使用方法については、Red Hat Gluster Storage Administration Guide、heketi-cli を使用した方法については heketi project site のプロジェクトサイトを参照してください。この例では、ボリュームに myVol1 という名前を付けます。

gluster-endpoints.yaml で以下のサービスとエンドポイントを定義します。

---
apiVersion: v1
kind: Service
metadata:
  name: glusterfs-cluster 
spec:
  ports:
  - port: 1
---
apiVersion: v1
kind: Endpoints
metadata:
  name: glusterfs-cluster 
subsets:
  - addresses:
      - ip: 192.168.122.221 
    ports:
      - port: 1 
  - addresses:
      - ip: 192.168.122.222 
    ports:
      - port: 1 
  - addresses:
      - ip: 192.168.122.223 
    ports:
      - port: 1

---
apiVersion: v1
kind: Service
metadata:
  name: glusterfs-cluster


spec:
  ports:
  - port: 1
---
apiVersion: v1
kind: Endpoints
metadata:
  name: glusterfs-cluster


subsets:
  - addresses:
      - ip: 192.168.122.221


    ports:
      - port: 1


  - addresses:
      - ip: 192.168.122.222


    ports:
      - port: 1


  - addresses:
      - ip: 192.168.122.223


    ports:
      - port: 1

Copy to Clipboard

Toggle word wrap

1 2: これらの名前は一致している必要があります。
3 5 7: ip の値には、Red Hat Gluster Storage サーバーのホスト名ではなく、実際の IP アドレスを指定する必要があります。
4 6 8: ポート番号は無視されます。

OpenShift Container Platform マスターホストからサービスとエンドポイントを作成します。
```
oc create -f gluster-endpoints.yaml
```
```
$ oc create -f gluster-endpoints.yaml
service "glusterfs-cluster" created
endpoints "glusterfs-cluster" created
```
Copy to Clipboard Toggle word wrap

サービスとエンドポイントが作成されたことを確認します。

oc get services
oc get endpoints

$ oc get services
NAME                       CLUSTER_IP       EXTERNAL_IP   PORT(S)    SELECTOR        AGE
glusterfs-cluster          172.30.205.34    <none>        1/TCP      <none>          44s

$ oc get endpoints
NAME                ENDPOINTS                                               AGE
docker-registry     10.1.0.3:5000                                           4h
glusterfs-cluster   192.168.122.221:1,192.168.122.222:1,192.168.122.223:1   11s
kubernetes          172.16.35.3:8443                                        4d

Copy to Clipboard

Toggle word wrap

注記

エンドポイントはプロジェクトごとに一意です。GlusterFS にアクセスする各プロジェクトには独自のエンドポイントが必要です。

ボリュームにアクセスするには、ボリューム上のファイルシステムにアクセスできるユーザー ID (UID) またはグループ ID (GID) でコンテナーを実行する必要があります。この情報は以下の方法で取得できます。
```
mkdir -p /mnt/glusterfs/myVol1
mount -t glusterfs 192.168.122.221:/myVol1 /mnt/glusterfs/myVol1
ls -lnZ /mnt/glusterfs/
```
```
$ mkdir -p /mnt/glusterfs/myVol1

$ mount -t glusterfs 192.168.122.221:/myVol1 /mnt/glusterfs/myVol1

$ ls -lnZ /mnt/glusterfs/
drwxrwx---. 592 590 system_u:object_r:fusefs_t:s0    myVol1 
```
1
```
 
```
2
Copy to Clipboard Toggle word wrap
1
UID は 592 です。
2
GID は 590 です。

gluster-pv.yaml で以下の PersistentVolume (PV) を定義します。

apiVersion: v1
kind: PersistentVolume
metadata:
  name: gluster-default-volume 
  annotations:
    pv.beta.kubernetes.io/gid: "590" 
spec:
  capacity:
    storage: 2Gi 
  accessModes: 
    - ReadWriteMany
  glusterfs:
    endpoints: glusterfs-cluster 
    path: myVol1 
    readOnly: false
  persistentVolumeReclaimPolicy: Retain

apiVersion: v1
kind: PersistentVolume
metadata:
  name: gluster-default-volume


  annotations:
    pv.beta.kubernetes.io/gid: "590"


spec:
  capacity:
    storage: 2Gi


  accessModes:


    - ReadWriteMany
  glusterfs:
    endpoints: glusterfs-cluster


    path: myVol1


    readOnly: false
  persistentVolumeReclaimPolicy: Retain

Copy to Clipboard

Toggle word wrap

1: ボリュームの名前。
2: GlusterFS ボリュームのルートの GID です。
3: このボリュームに割り当てられるストレージの量。
4: accessModes は、PV と PVC を一致させるためのラベルとして使用されます。現時点で、これらはいずれの形態のアクセス制御も定義しません。
5: 以前に作成されたエンドポイントリソースです。
6: アクセス対象の GlusterFS ボリュームです。

OpenShift Container Platform マスターホストから PV を作成します。
```
oc create -f gluster-pv.yaml
```
```
$ oc create -f gluster-pv.yaml
```
Copy to Clipboard Toggle word wrap

PV が作成されたことを確認します。

oc get pv

$ oc get pv
NAME                     LABELS    CAPACITY     ACCESSMODES   STATUS      CLAIM     REASON    AGE
gluster-default-volume   <none>    2147483648   RWX           Available                       2s

Copy to Clipboard

Toggle word wrap

gluster-claim.yaml で、新規 PV にバインドする PersistentVolumeClaim (PVC) を作成します。

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: gluster-claim  
spec:
  accessModes:
  - ReadWriteMany      
  resources:
     requests:
       storage: 1Gi

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: gluster-claim


spec:
  accessModes:
  - ReadWriteMany


  resources:
     requests:
       storage: 1Gi

Copy to Clipboard

Toggle word wrap

1: この要求名は、volumes セクションで Pod によって参照されます。
2: PV の accessModes に一致する必要があります。
3: この要求は、1Gi 以上の容量がある PV を検索します。

OpenShift Container Platform マスターホストから PVC を作成します。
```
oc create -f gluster-claim.yaml
```
```
$ oc create -f gluster-claim.yaml
```
Copy to Clipboard Toggle word wrap

PV と PVC がバインドされていることを確認します。

oc get pv
oc get pvc

$ oc get pv
NAME         LABELS    CAPACITY   ACCESSMODES   STATUS      CLAIM          REASON    AGE
gluster-pv   <none>    1Gi        RWX           Available   gluster-claim            37s

$ oc get pvc
NAME            LABELS    STATUS    VOLUME       CAPACITY   ACCESSMODES   AGE
gluster-claim   <none>    Bound     gluster-pv   1Gi        RWX           24s

Copy to Clipboard

Toggle word wrap

注記

PVC はプロジェクトごとに一意です。GlusterFS ボリュームにアクセスする各プロジェクトには独自の PVC が必要です。PV は単一のプロジェクトにバインドされないため、複数のプロジェクトにまたがる PVC が同じ PV を参照する場合があります。

トップに戻る

28.5.3. 静的プロビジョニング

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

多様性を受け入れるオープンソースの強化

会社概要

Theme

Red Hat legal and privacy links

Red Hat legal and privacy links