Ceph-based သိုလှောင်မှုကို Kubernetes အစုအဝေးသို့ ချိတ်ဆက်ခြင်း၏ လက်တွေ့ဥပမာ

Container Storage Interface (CSI) သည် Kubernetes နှင့် သိုလှောင်မှုစနစ်များကြား ပေါင်းစည်းထားသော အင်တာဖေ့စ်တစ်ခုဖြစ်သည်။ အဲဒါကို အတိုချုံးပြောပြီးပြီ။ ပြောတယ်၊ ယနေ့တွင် ကျွန်ုပ်တို့သည် CSI နှင့် Ceph ၏ပေါင်းစပ်မှုကို အနီးကပ်လေ့လာကြည့်ပါမည်- ကျွန်ုပ်တို့သည် မည်သို့လုပ်ဆောင်ရမည်ကို ပြသပါမည် Ceph သိုလှောင်မှုကို ချိတ်ဆက်ပါ။ Kubernetes အစုအဝေးသို့
ဆောင်းပါးသည် ခံယူချက်လွယ်ကူစေရန် အနည်းငယ်ရိုးရှင်းသော ဥပမာများရှိသော်လည်း အစစ်အမှန်ကို ပေးပါသည်။ Ceph နှင့် Kubernetes အစုအဝေးများကို တပ်ဆင်ခြင်းနှင့် ပြင်ဆင်ခြင်းတို့ကို ကျွန်ုပ်တို့ မစဉ်းစားပါ။

ဘယ်လိုအလုပ်လုပ်လဲလို့ တွေးနေပါသလား။

ထို့ကြောင့်၊ ဥပမာအားဖြင့်၊ သင့်လက်ချောင်းထိပ်တွင် Kubernetes အစုအဝေးတစ်ခုရှိသည်၊ kubespray. အနီးနားတွင် Ceph အစုအဝေးတစ်ခု ရှိသည် - ဥပမာအားဖြင့် ၎င်းကို သင်ထည့်သွင်းနိုင်သည်။ ကစားစာအုပ်အစုံ. ၎င်းတို့ကြားတွင် ထုတ်လုပ်မှုအတွက် bandwidth အနည်းဆုံး 10 Gbit/s ရှိသော ကွန်ရက်တစ်ခု ရှိရမည်ကို ဖော်ပြနေရန် မလိုအပ်ဟု မျှော်လင့်ပါသည်။

ဒါတွေအားလုံးရှိရင် သွားကြရအောင်။

ဦးစွာ၊ Ceph အစုအဝေးများထဲမှ တစ်ခုသို့ သွားကာ အရာအားလုံး စနစ်တကျရှိမရှိ စစ်ဆေးကြည့်ကြပါစို့။

ceph health
ceph -s

ထို့နောက်၊ ကျွန်ုပ်တို့သည် RBD ဒစ်ခ်များအတွက် ရေကူးကန်တစ်ခုကို ချက်ချင်းဖန်တီးပါမည်။

ceph osd pool create kube 32
ceph osd pool application enable kube rbd

Kubernetes အစုအဝေးသို့ ဆက်သွားကြပါစို့။ အဲဒီမှာ ပထမဆုံးအနေနဲ့ RBD အတွက် Ceph CSI driver ကို install လုပ်ပါမယ်။ Helm မှတဆင့် ကျွန်ုပ်တို့ မျှော်လင့်ထားသည့်အတိုင်း တပ်ဆင်ပါမည်။
ကျွန်ုပ်တို့သည် ဇယားတစ်ခုဖြင့် သိုလှောင်ခန်းတစ်ခုကို ပေါင်းထည့်လိုက်သည်၊၊ ကျွန်ုပ်တို့သည် ceph-csi-rbd ဇယားအတွက် ကိန်းရှင်အစုံကို ရရှိသည်-

helm repo add ceph-csi https://ceph.github.io/csi-charts
helm inspect values ceph-csi/ceph-csi-rbd > cephrbd.yml

ယခုသင် cephrbd.yml ဖိုင်ကိုဖြည့်ရန်လိုအပ်သည်။ ၎င်းကိုလုပ်ဆောင်ရန် Ceph ရှိ မော်နီတာများ၏ အစုလိုက် ID နှင့် IP လိပ်စာများကို ရှာဖွေပါ-

ceph fsid  # так мы узнаем clusterID
ceph mon dump  # а так увидим IP-адреса мониторов

ကျွန်ုပ်တို့သည် cephrbd.yml ဖိုင်ထဲသို့ရရှိသောတန်ဖိုးများကိုထည့်ပါ။ တစ်ချိန်တည်းမှာပင်၊ ကျွန်ုပ်တို့သည် PSP မူဝါဒများ (Pod Security Policies) ဖန်တီးမှုကို ဖွင့်ထားသည်။ ကဏ္ဍများတွင် ရွေးချယ်စရာများ nodeplugin и စီမံပေးသူ ဖိုင်ထဲတွင် ရှိပြီးသား၊ ၎င်းတို့ကို အောက်တွင် ပြထားသည့်အတိုင်း ပြင်နိုင်သည်။

csiConfig:
  - clusterID: "bcd0d202-fba8-4352-b25d-75c89258d5ab"
    monitors:
      - "v2:172.18.8.5:3300/0,v1:172.18.8.5:6789/0"
      - "v2:172.18.8.6:3300/0,v1:172.18.8.6:6789/0"
      - "v2:172.18.8.7:3300/0,v1:172.18.8.7:6789/0"

nodeplugin:
  podSecurityPolicy:
    enabled: true

provisioner:
  podSecurityPolicy:
    enabled: true

ထို့နောက်၊ ကျွန်ုပ်တို့အတွက် ကျန်ရှိနေသေးသည်မှာ Kubernetes အစုအဝေးတွင် ဇယားကို ထည့်သွင်းရန်ဖြစ်သည်။

helm upgrade -i ceph-csi-rbd ceph-csi/ceph-csi-rbd -f cephrbd.yml -n ceph-csi-rbd --create-namespace

ကောင်းတယ်၊ RBD ယာဉ်မောင်းက အလုပ်လုပ်တယ်။
Kubernetes တွင် StorageClass အသစ်တစ်ခု ဖန်တီးကြပါစို့။ ၎င်းသည် Ceph နှင့် ပတ်သက်မှု အနည်းငယ် လိုအပ်ပြန်သည်။

ကျွန်ုပ်တို့သည် Ceph တွင် အသုံးပြုသူအသစ်ကို ဖန်တီးပြီး ရေကူးကန်သို့ စာရေးပိုင်ခွင့်ပေးသည်။ တုံး:

ceph auth get-or-create client.rbdkube mon 'profile rbd' osd 'profile rbd pool=kube'

အခု Access key ရှိနေသေးတာကို ကြည့်ရအောင်။

ceph auth get-key client.rbdkube

command သည် ဤကဲ့သို့သော အရာများကို ထုတ်ပေးလိမ့်မည်-

AQCO9NJbhYipKRAAMqZsnqqS/T8OYQX20xIa9A==

ကျွန်ုပ်တို့လိုအပ်သည့်နေရာတွင် Kubernetes အစုအဝေးရှိ လျှို့ဝှက်ချက်တွင် ဤတန်ဖိုးကို ထည့်ကြပါစို့ အသုံးပြုသူကီး:

---
apiVersion: v1
kind: Secret
metadata:
  name: csi-rbd-secret
  namespace: ceph-csi-rbd
stringData:
  # Значения ключей соответствуют имени пользователя и его ключу, как указано в
  # кластере Ceph. ID юзера должен иметь доступ к пулу,
  # указанному в storage class
  userID: rbdkube
  userKey: <user-key>

ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏လျှို့ဝှက်ချက်ကို ဖန်တီးပါသည်။

kubectl apply -f secret.yaml

နောက်တစ်ခု၊ ကျွန်ုပ်တို့သည် ဤကဲ့သို့သောအရာတစ်ခုကို StorageClass တစ်ခု လိုအပ်သည်-

---
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
   name: csi-rbd-sc
provisioner: rbd.csi.ceph.com
parameters:
   clusterID: <cluster-id>
   pool: kube

   imageFeatures: layering

   # Эти секреты должны содержать данные для авторизации
   # в ваш пул.
   csi.storage.k8s.io/provisioner-secret-name: csi-rbd-secret
   csi.storage.k8s.io/provisioner-secret-namespace: ceph-csi-rbd
   csi.storage.k8s.io/controller-expand-secret-name: csi-rbd-secret
   csi.storage.k8s.io/controller-expand-secret-namespace: ceph-csi-rbd
   csi.storage.k8s.io/node-stage-secret-name: csi-rbd-secret
   csi.storage.k8s.io/node-stage-secret-namespace: ceph-csi-rbd

   csi.storage.k8s.io/fstype: ext4

reclaimPolicy: Delete
allowVolumeExpansion: true
mountOptions:
  - discard

ဖြည့်စွက်ရန် လိုအပ်ပါသည်။ clusterIDအသင်းက သင်ယူထားပြီးသားပါ။ ceph fsidနှင့် ဤမန်နီးဖက်စ်ကို Kubernetes အစုအဝေးတွင် အသုံးပြုပါ-

kubectl apply -f storageclass.yaml

အစုအဖွဲ့များ မည်သို့အလုပ်လုပ်သည်ကို စစ်ဆေးရန် အောက်ပါ PVC (Persistent Volume Claim) ကို ဖန်တီးကြပါစို့။

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: rbd-pvc
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi
  storageClassName: csi-rbd-sc

Kubernetes သည် Ceph တွင် တောင်းဆိုထားသော volume ကို မည်သို့ဖန်တီးခဲ့သည်ကို ချက်ချင်းကြည့်ကြပါစို့။

kubectl get pvc
kubectl get pv

အရာအားလုံး ကြီးလှပုံရသည်။ Ceph ဘက်မှာ ဒါက ဘယ်လိုပုံလဲ။
ကျွန်ုပ်တို့သည် ရေကူးကန်ရှိ အတွဲများစာရင်းကို ရရှိပြီး ကျွန်ုပ်တို့၏ အသံအတိုးအကျယ်နှင့်ပတ်သက်သော အချက်အလက်များကို ကြည့်ရှုသည်-

rbd ls -p kube
rbd -p kube info csi-vol-eb3d257d-8c6c-11ea-bff5-6235e7640653  # тут, конечно же, будет другой ID тома, который выдала предыдущая команда

ယခု RBD အသံအတိုးအကျယ်ကို မည်ကဲ့သို့ အရွယ်အစားပြောင်းလုပ်ဆောင်သည်ကို ကြည့်ကြပါစို့။
pvc.yaml မန်နီးဖက်စ်တွင် ထုထည်အရွယ်အစားကို 2Gi သို့ပြောင်းပြီး ၎င်းကို အသုံးပြုပါ-

kubectl apply -f pvc.yaml

အပြောင်းအလဲများ အကျိုးသက်ရောက်မှုရှိစေရန် စောင့်ဆိုင်းပြီး ထုထည်အရွယ်အစားကို ထပ်မံကြည့်ရှုကြပါစို့။

rbd -p kube info csi-vol-eb3d257d-8c6c-11ea-bff5-6235e7640653

kubectl get pv
kubectl get pvc

PVC ၏ အရွယ်အစားမှာ ပြောင်းလဲခြင်းမရှိကြောင်း ကျွန်ုပ်တို့မြင်ရပါသည်။ အဘယ်ကြောင့်ဆိုသော် PVC ၏ YAML ဖော်ပြချက်အတွက် Kubernetes ကို သင်မေးမြန်းနိုင်သည်-

kubectl get pvc rbd-pvc -o yaml

ဤသည်မှာ ပြဿနာဖြစ်သည်-

မက်ဆေ့ချ်- node ပေါ်ရှိ ဖိုင်စနစ်၏ အသံအရွယ်အစားကို အပြီးသတ်ရန်အတွက် ပေါ့ဒ်တစ်ခုအား ပြန်လည်စတင်ရန် အသုံးပြုသူအား စောင့်နေသည်။ အမျိုးအစား- FileSystemResizePending

ဆိုလိုသည်မှာ၊ disk သည်ကြီးထွားလာသော်လည်း၎င်းပေါ်ရှိဖိုင်စနစ်မရှိပါ။
ဖိုင်စနစ်ကြီးထွားရန်၊ အသံအတိုးအကျယ်ကို တပ်ဆင်ရန် လိုအပ်သည်။ ကျွန်ုပ်တို့နိုင်ငံတွင် ဖန်တီးထားသော PVC/PV ကို မည်သည့်နည်းဖြင့်မျှ လောလောဆယ်တွင် အသုံးမပြုပါ။

ဥပမာအားဖြင့် ဤကဲ့သို့သော စမ်းသပ်မှု Pod တစ်ခုကို ကျွန်ုပ်တို့ ဖန်တီးနိုင်သည်။

---
apiVersion: v1
kind: Pod
metadata:
  name: csi-rbd-demo-pod
spec:
  containers:
    - name: web-server
      image: nginx:1.17.6
      volumeMounts:
        - name: mypvc
          mountPath: /data
  volumes:
    - name: mypvc
      persistentVolumeClaim:
        claimName: rbd-pvc
        readOnly: false

ယခု PVC ကိုကြည့်ရအောင်။

kubectl get pvc

အရွယ်အစားပြောင်းသွားပြီ၊ အားလုံးအဆင်ပြေပါတယ်။

ပထမအပိုင်းတွင်၊ ကျွန်ုပ်တို့သည် RBD ပိတ်ဆို့ကိရိယာနှင့် လုပ်ဆောင်ခဲ့သည် (၎င်းသည် Rados Block Device ကို ဆိုလိုသည်)၊ သို့သော် မတူညီသော microservices များသည် ဤ disk နှင့် တစ်ပြိုင်နက်အလုပ်လုပ်ရန် လိုအပ်ပါက ၎င်းကို လုပ်ဆောင်၍မရပါ။ CephFS သည် ဒစ်ခ်ရုပ်ပုံများထက် ဖိုင်များနှင့် လုပ်ဆောင်ရန်အတွက် ပိုမိုသင့်လျော်ပါသည်။
Ceph နှင့် Kubernetes အစုအဝေးများ၏နမူနာကိုအသုံးပြု၍ CSI နှင့် အခြားလိုအပ်သည့်အရာများကို CephFS နှင့်လုပ်ဆောင်ရန် စီစဉ်ဆောင်ရွက်ပါမည်။

ကျွန်ုပ်တို့လိုအပ်သော Helm ဇယားအသစ်မှ တန်ဖိုးများကို ရယူကြပါစို့။

helm inspect values ceph-csi/ceph-csi-cephfs > cephfs.yml

သင် cephfs.yml ဖိုင်ကို ထပ်မံဖြည့်စွက်ရန် လိုအပ်သည်။ ယခင်အတိုင်း၊ Ceph ညွှန်ကြားချက်များသည် ကူညီပေးလိမ့်မည်-

ceph fsid
ceph mon dump

ဖိုင်ကို ဤကဲ့သို့သော တန်ဖိုးများဖြင့် ဖြည့်ပါ-

csiConfig:
  - clusterID: "bcd0d202-fba8-4352-b25d-75c89258d5ab"
    monitors:
      - "172.18.8.5:6789"
      - "172.18.8.6:6789"
      - "172.18.8.7:6789"

nodeplugin:
  httpMetrics:
    enabled: true
    containerPort: 8091
  podSecurityPolicy:
    enabled: true

provisioner:
  replicaCount: 1
  podSecurityPolicy:
    enabled: true

မော်နီတာလိပ်စာများကို ရိုးရှင်းသောပုံစံလိပ်စာ-ပို့တ်တွင် သတ်မှတ်ထားကြောင်း ကျေးဇူးပြု၍ သတိပြုပါ။ node တစ်ခုပေါ်တွင် cephfs တပ်ဆင်ရန်၊ ဤလိပ်စာများကို v2 မော်နီတာပရိုတိုကောနှင့် မည်သို့လုပ်ဆောင်ရမည်ကို မသိသေးသည့် kernel module သို့ လွှဲပြောင်းပေးပါသည်။
ကျွန်ုပ်တို့သည် httpMetrics အတွက် ပို့တ်ကို ပြောင်းလိုက်သည် (Prometheus သည် ဤနေရာတွင် စောင့်ကြည့်တိုင်းတာမှုများ ပြုလုပ်ရန်) Kubespray မှ ထည့်သွင်းထားသည့် nginx-proxy နှင့် မကွဲလွဲစေရန် ကျွန်ုပ်တို့သည် ပြောင်းလဲပါသည်။ ဒါကို သင် မလိုအပ်ပါဘူး။

Kubernetes အစုအဝေးတွင် Helm ဇယားကို ထည့်သွင်းပါ-

helm upgrade -i ceph-csi-cephfs ceph-csi/ceph-csi-cephfs -f cephfs.yml -n ceph-csi-cephfs --create-namespace

အဲဒီမှာ သီးခြားအသုံးပြုသူ ဖန်တီးဖို့ Ceph ဒေတာစတိုးကို သွားကြရအောင်။ CephFS စီမံပေးသူသည် အစုအဖွဲ့ စီမံခန့်ခွဲသူ ဝင်ရောက်ခွင့် အခွင့်အရေး လိုအပ်ကြောင်း စာရွက်စာတမ်းတွင် ဖော်ပြထားသည်။ သို့သော် ကျွန်ုပ်တို့သည် သီးခြားအသုံးပြုသူတစ်ဦးကို ဖန်တီးပါမည်။ fs ကန့်သတ်အခွင့်အရေးများနှင့်အတူ

ceph auth get-or-create client.fs mon 'allow r' mgr 'allow rw' mds 'allow rws' osd 'allow rw pool=cephfs_data, allow rw pool=cephfs_metadata'

သူ့ဝင်ရောက်ခွင့်ကီးကို ချက်ချင်းကြည့်ရအောင်၊ နောက်မှ လိုအပ်ပါလိမ့်မယ်-

ceph auth get-key client.fs

သီးခြား Secret နှင့် StorageClass ကို ဖန်တီးကြပါစို့။
အသစ်အဆန်းမဟုတ်ပါ၊ RBD ၏ဥပမာတွင်၎င်းကိုကျွန်ုပ်တို့မြင်ပြီးဖြစ်သည်။

---
apiVersion: v1
kind: Secret
metadata:
  name: csi-cephfs-secret
  namespace: ceph-csi-cephfs
stringData:
  # Необходимо для динамически создаваемых томов
  adminID: fs
  adminKey: <вывод предыдущей команды>

မန်နီးဖက်စ်ကို အသုံးပြုခြင်း-

kubectl apply -f secret.yaml

ယခု - သီးခြား StorageClass:

---
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: csi-cephfs-sc
provisioner: cephfs.csi.ceph.com
parameters:
  clusterID: <cluster-id>

  # Имя файловой системы CephFS, в которой будет создан том
  fsName: cephfs

  # (необязательно) Пул Ceph, в котором будут храниться данные тома
  # pool: cephfs_data

  # (необязательно) Разделенные запятыми опции монтирования для Ceph-fuse
  # например:
  # fuseMountOptions: debug

  # (необязательно) Разделенные запятыми опции монтирования CephFS для ядра
  # См. man mount.ceph чтобы узнать список этих опций. Например:
  # kernelMountOptions: readdir_max_bytes=1048576,norbytes

  # Секреты должны содержать доступы для админа и/или юзера Ceph.
  csi.storage.k8s.io/provisioner-secret-name: csi-cephfs-secret
  csi.storage.k8s.io/provisioner-secret-namespace: ceph-csi-cephfs
  csi.storage.k8s.io/controller-expand-secret-name: csi-cephfs-secret
  csi.storage.k8s.io/controller-expand-secret-namespace: ceph-csi-cephfs
  csi.storage.k8s.io/node-stage-secret-name: csi-cephfs-secret
  csi.storage.k8s.io/node-stage-secret-namespace: ceph-csi-cephfs

  # (необязательно) Драйвер может использовать либо ceph-fuse (fuse), 
  # либо ceph kernelclient (kernel).
  # Если не указано, будет использоваться монтирование томов по умолчанию,
  # это определяется поиском ceph-fuse и mount.ceph
  # mounter: kernel
reclaimPolicy: Delete
allowVolumeExpansion: true
mountOptions:
  - debug

အဲဒါကို ဒီမှာ ဖြည့်ကြည့်ရအောင် clusterID Kubernetes တွင် အသုံးပြုနိုင်သည်-

kubectl apply -f storageclass.yaml

ကြည့်ရှုစစ်ဆေးခြင်း

ယခင်ဥပမာအတိုင်း စစ်ဆေးရန်အတွက် PVC ကိုဖန်တီးကြပါစို့။

---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: csi-cephfs-pvc
spec:
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 5Gi
  storageClassName: csi-cephfs-sc

PVC/PV ပါဝင်မှုကို စစ်ဆေးပါ။

kubectl get pvc
kubectl get pv

CephFS ရှိ ဖိုင်များနှင့် လမ်းညွှန်များကို ကြည့်ရှုလိုပါက ဤဖိုင်စနစ်ကို တစ်နေရာရာတွင် ထည့်သွင်းနိုင်သည်။ ဥပမာအနေနဲ့ အောက်မှာ ပြထားသလိုပါပဲ။

Ceph အစုအဝေးများထဲမှ တစ်ခုသို့ သွားကာ အောက်ပါလုပ်ဆောင်ချက်များကို လုပ်ဆောင်ကြပါစို့။

# Точка монтирования
mkdir -p /mnt/cephfs

# Создаём файл с ключом администратора
ceph auth get-key client.admin >/etc/ceph/secret.key

# Добавляем запись в /etc/fstab
# !! Изменяем ip адрес на адрес нашего узла
echo "172.18.8.6:6789:/ /mnt/cephfs ceph name=admin,secretfile=/etc/ceph/secret.key,noatime,_netdev    0       2" >> /etc/fstab

mount /mnt/cephfs

ဟုတ်ပါတယ်၊၊ ဤကဲ့သို့သော Ceph node တွင် FS တပ်ဆင်ခြင်းသည် လေ့ကျင့်ရေးရည်ရွယ်ချက်အတွက်သာ သင့်လျော်သည်၊ ၎င်းသည် ကျွန်ုပ်တို့၏လုပ်ဆောင်မှုဖြစ်သည်။ Slurm သင်တန်းများ. ထုတ်လုပ်ရေးမှာ ဘယ်သူကမှ ဒါကို လုပ်မယ်လို့ မထင်ပါဘူး၊ အရေးကြီးတဲ့ဖိုင်တွေကို မတော်တဆ ဖျက်ပစ်နိုင်ခြေ မြင့်မားပါတယ်။

နောက်ဆုံးအနေနှင့်၊ CephFS ကိစ္စတွင် volumes များကို အရွယ်အစားပြောင်းလဲခြင်းဖြင့် အရာများ မည်သို့လုပ်ဆောင်သည်ကို စစ်ဆေးကြည့်ကြပါစို့။ Kubernetes သို့ပြန်သွားပြီး PVC အတွက် ကျွန်ုပ်တို့၏မန်နီးဖက်စ်ကို တည်းဖြတ်ကြပါစို့ - ထိုနေရာတွင် အရွယ်အစားကို ဥပမာအားဖြင့် 7Gi သို့ တိုးပါ။

တည်းဖြတ်ထားသော ဖိုင်ကို အသုံးပြုကြပါစို့။

kubectl apply -f pvc.yaml

ခွဲတမ်းဘယ်လိုပြောင်းသွားလဲဆိုတာကြည့်ဖို့ Mounted directory ကို ကြည့်ကြရအောင်။

getfattr -n ceph.quota.max_bytes <каталог-с-данными>

ဤအမိန့်ကို လုပ်ဆောင်ရန်၊ သင့်စနစ်တွင် ပက်ကေ့ခ်ျကို ထည့်သွင်းရန် လိုအပ်နိုင်သည်။ attr.

မျက်လုံးက ကြောက်ပေမယ့် လက်က

ဤစာလုံးပေါင်းများနှင့် ရှည်လျားသော YAML သရုပ်ဖော်ပုံများသည် မျက်နှာပြင်ပေါ်တွင် ရှုပ်ထွေးနေပုံပေါ်သော်လည်း လက်တွေ့တွင်၊ Slurm ကျောင်းသားများသည် ၎င်းတို့ကို မြန်မြန်ဆန်ဆန် ကိုင်တွယ်နိုင်ကြသည်။
ဤဆောင်းပါး၌ ကျွန်ုပ်တို့သည် တောနက်ထဲသို့ မ၀င်ရောက်ဘဲ၊ ထိုအတွက် တရားဝင် စာရွက်စာတမ်း ရှိပါသည်။ Kubernetes အစုအဝေးဖြင့် Ceph သိုလှောင်မှုစနစ်ထည့်သွင်းခြင်းအသေးစိတ်အချက်အလက်များကို သင်စိတ်ဝင်စားပါက၊ ဤလင့်ခ်များသည် ကူညီပေးပါမည်-

Volume များနှင့် အလုပ်လုပ်သော Kubernetes ၏ ယေဘုယျအခြေခံမူများ
RBD စာရွက်စာတမ်း
Ceph ရှုထောင့်မှ RBD နှင့် Kubernetes ပေါင်းစပ်ခြင်း။
CSI ရှုထောင့်မှ RBD နှင့် Kubernetes ပေါင်းစပ်ခြင်း။
အထွေထွေ CephFS စာရွက်စာတမ်း
CSI ရှုထောင့်မှ CephFS နှင့် Kubernetes ပေါင်းစပ်ခြင်း။

Slurm သင်တန်းတွင် Kubernetes အခြေစိုက်စခန်း သင်သည် အနည်းငယ်ပို၍ CephFS ကို ဖိုင်သိုလှောင်မှုအဖြစ် အသုံးပြုမည့် Kubernetes တွင် တကယ့်အပလီကေးရှင်းကို အသုံးချနိုင်သည်။ GET/POST တောင်းဆိုမှုများမှတစ်ဆင့် သင်သည် Ceph ထံမှ ဖိုင်များကို လွှဲပြောင်းပြီး လက်ခံနိုင်မည်ဖြစ်သည်။

ဒေတာသိုလှောင်မှုကို ပိုစိတ်ဝင်စားတယ်ဆိုရင်၊ စာရင်းသွင်းလိုက်ပါ။ Ceph ၏သင်တန်းအသစ်. ဘီတာစမ်းသပ်မှုကို ဆက်လက်လုပ်ဆောင်နေချိန်တွင် သင်တန်းကို လျှော့စျေးဖြင့် ရရှိနိုင်ပြီး ၎င်း၏အကြောင်းအရာကို သင်လွှမ်းမိုးနိုင်သည်။

ဆောင်းပါးရေးသားသူ- Alexander Shvalov၊ အင်ဂျင်နီယာလေ့ကျင့်ရေး တောင်တံတားလက်မှတ်ရ Kubernetes စီမံခန့်ခွဲသူ၊ စာရေးဆရာနှင့် Slurm သင်တန်းများကို ပြုစုသူ။

source: www.habr.com