Rook - ເປັນບ່ອນເກັບຂໍ້ມູນແບບບໍລິການຕົນເອງສໍາລັບ Kubernetes

ໃນວັນທີ 29 ມັງກອນ, ຄະນະກໍາມະການດ້ານວິຊາການຂອງ CNCF (Cloud Native Computing Foundation), ອົງການຈັດຕັ້ງທີ່ຢູ່ເບື້ອງຫລັງ Kubernetes, Prometheus ແລະຜະລິດຕະພັນ Open Source ອື່ນໆຈາກໂລກຂອງ containers ແລະ cloud native, ປະ​ກາດ ກ່ຽວກັບການຍອມຮັບໂຄງການ ຮອກ ຢູ່ໃນອັນດັບຂອງພວກເຂົາ. ເປັນໂອກາດທີ່ດີເລີດທີ່ຈະຮູ້ຈັກກັບ "ຜູ້ຈັດວາງການເກັບມ້ຽນທີ່ແຈກຢາຍຢູ່ໃນ Kubernetes."

Rook ປະເພດໃດ?

ຮອກ ແມ່ນຊອບແວທີ່ຂຽນໃນ Go (ແຈກຢາຍໂດຍ ພາຍ​ໃຕ້​ການ​ຟຣີ Apache License 2.0), ອອກ​ແບບ​ເພື່ອ​ໃຫ້​ສາງ​ຂໍ້​ມູນ​ທີ່​ມີ​ຫນ້າ​ທີ່​ອັດ​ຕະ​ໂນ​ມັດ​ທີ່​ເຮັດ​ໃຫ້​ພວກ​ເຂົາ​ເຈົ້າ ການ​ຄຸ້ມ​ຄອງ​ຕົນ​ເອງ​, ການ​ປັບ​ຂະ​ຫນາດ​ຕົນ​ເອງ​ແລະ​ການ​ປິ່ນ​ປົວ​ດ້ວຍ​ຕົນ​ເອງ​. ເພື່ອເຮັດສິ່ງນີ້, Rook ອັດຕະໂນມັດ (ສໍາລັບຮ້ານຂໍ້ມູນທີ່ໃຊ້ໃນສະພາບແວດລ້ອມ Kubernetes): ການຕິດຕັ້ງ, bootstrapping, ການຕັ້ງຄ່າ, ການຈັດຫາ, ຂະຫນາດ, ການປັບປຸງ, ການເຄື່ອນຍ້າຍ, ການຟື້ນຟູໄພພິບັດ, ການຕິດຕາມແລະການຄຸ້ມຄອງຊັບພະຍາກອນ.

ໂຄງ​ການ​ດັ່ງ​ກ່າວ​ແມ່ນ​ຢູ່​ໃນ​ຂັ້ນ​ຕອນ​ຂອງ​ການ​ອັນ​ຟາ​ແລະ​ຊ່ຽວ​ຊານ​ໃນ​ການ​ຈັດ​ວາງ​ລະ​ບົບ​ການ​ເກັບ​ຮັກ​ສາ​ທີ່​ແຈກ​ຢາຍ Ceph ໃນ​ກຸ່ມ Kubernetes​. ຜູ້ຂຽນຍັງປະກາດແຜນການທີ່ຈະສະຫນັບສະຫນູນລະບົບການເກັບຮັກສາອື່ນໆ, ແຕ່ນີ້ຈະບໍ່ເກີດຂຶ້ນໃນການປ່ອຍຕໍ່ໄປ.

ອົງປະກອບແລະອຸປະກອນດ້ານວິຊາການ

ການເຮັດວຽກຂອງ Rook ພາຍໃນ Kubernetes ແມ່ນອີງໃສ່ຜູ້ປະກອບການພິເສດ (ພວກເຮົາໄດ້ຂຽນເພີ່ມເຕີມກ່ຽວກັບ Kubernetes Operators ໃນ ບົດຂຽນນີ້), ເຊິ່ງເຮັດໃຫ້ການຕັ້ງຄ່າການເກັບຮັກສາອັດຕະໂນມັດແລະປະຕິບັດການຕິດຕາມຂອງມັນ.

ດັ່ງ​ນັ້ນ ຜູ້ປະຕິບັດງານ Rook ປະກົດວ່າເປັນຖັງບັນຈຸທີ່ບັນຈຸທຸກຢ່າງທີ່ຈໍາເປັນສໍາລັບການນໍາໃຊ້ແລະການບໍາລຸງຮັກສາ repository ຕໍ່ມາ. ຄວາມຮັບຜິດຊອບຂອງຜູ້ປະຕິບັດງານປະກອບມີ:

• ການສ້າງ DaemonSet ສໍາລັບ daemon ການເກັບຮັກສາ Ceph (ceph-osd) ກັບກຸ່ມ RADOS ງ່າຍດາຍ;
• ການສ້າງຝັກສໍາລັບການກວດສອບ Ceph (ຈາກ ceph-mon, ການກວດສອບສະຖານະຂອງກຸ່ມ; ສໍາລັບກຸ່ມ, ໃນກໍລະນີຫຼາຍທີ່ສຸດ, ສາມສໍາເນົາຖືກນໍາໄປໃຊ້, ແລະຖ້າອັນໃດຕົກລົງ, ສະບັບໃຫມ່ຈະເພີ່ມຂຶ້ນ);
• ການຄຸ້ມຄອງ CRDs (ຄໍານິຍາມຊັບພະຍາກອນທີ່ກໍາຫນົດເອງ) ສໍາ​ລັບ​ຕົນ​ເອງ​ ກຸ່ມ, ສະລອຍນ້ຳ, ຮ້ານຂາຍວັດຖຸ (ຊຸດຂອງຊັບພະຍາກອນແລະການບໍລິການສໍາລັບການບໍລິການຄໍາຮ້ອງຂໍ HTTP ທີ່ປະຕິບັດ PUT/GET ໃນວັດຖຸ - ພວກມັນເຂົ້າກັນໄດ້ກັບ S3 ແລະ Swift API)ແລະ ລະບົບໄຟລ໌;
• ການເລີ່ມຕົ້ນຝັກເພື່ອເປີດບໍລິການທີ່ຈໍາເປັນທັງໝົດ;
• ການສ້າງຕົວແທນ Rook.

ຕົວແທນຂອງ Rook ຖືກສະແດງໂດຍ pods ແຍກຕ່າງຫາກທີ່ຖືກນໍາໃຊ້ໃນແຕ່ລະຂໍ້ Kubernetes. ຈຸດປະສົງຂອງຕົວແທນແມ່ນການຕັ້ງຄ່າ plugin FlexVolume, ເຊິ່ງສະຫນອງການສະຫນັບສະຫນູນສໍາລັບປະລິມານການເກັບຮັກສາໃນ Kubernetes. ຕົວແທນປະຕິບັດການດໍາເນີນງານຂອງການເກັບຮັກສາ: ເຊື່ອມຕໍ່ອຸປະກອນການເກັບຮັກສາເຄືອຂ່າຍ, mounts ປະລິມານ, ຮູບແບບລະບົບໄຟລ໌, ແລະອື່ນໆ.

ສະຖານທີ່ ແລະບົດບາດຂອງອົງປະກອບ Rook ໃນໂຄງການກຸ່ມ Kubernetes ໂດຍລວມ

Rook ສະຫນອງການເກັບຮັກສາສາມປະເພດ:

1. ຕັນ (Block, StorageClass) — mounts ການ ເກັບ ຮັກ ສາ ເປັນ hearth ດຽວ;
2. ວັດຖຸ (ຈຸດປະສົງ, ObjectStore) - ມີຢູ່ພາຍໃນ ແລະນອກກຸ່ມ Kubernetes (ຜ່ານ S3 API);
3. ລະບົບໄຟລ໌ທີ່ແບ່ງປັນ (ລະບົບໄຟລ໌ທີ່ແບ່ງປັນ, Filesystem) ເປັນລະບົບໄຟລ໌ທີ່ສາມາດຕິດຕັ້ງສໍາລັບການອ່ານແລະຂຽນຈາກຫຼາຍຝັກ.

ພາຍໃນຂອງ Rook ປະກອບມີ:

• Mons — ຝັກສໍາລັບການກວດສອບ Ceph (ກັບ ceph-mon ທີ່ໄດ້ກ່າວມາແລ້ວ);
• OSDs - ຝັກທີ່ມີ daemon ceph-osd (Object Storage Daemons);
• M.G.R. - ຝັກທີ່ມີຜີ ceph-mgr (Ceph Manager), ເຊິ່ງສະຫນອງຄວາມສາມາດໃນການຕິດຕາມເພີ່ມເຕີມແລະການໂຕ້ຕອບສໍາລັບລະບົບພາຍນອກ (ການຕິດຕາມ / ການຄວບຄຸມ);
• RGW (ທາງເລືອກ) — ຝັກທີ່ມີບ່ອນເກັບມ້ຽນວັດຖຸ;
• MDS (ທາງເລືອກ) - ຝັກທີ່ມີລະບົບໄຟລ໌ທີ່ແບ່ງປັນ.

Rook daemon ທັງໝົດ (Mons, OSDs, MGR, RGW, MDS) ຖືກລວບລວມເປັນຄູ່ດຽວ (rook) ແລ່ນຢູ່ໃນຖັງ.

ສໍາລັບການແນະນໍາສັ້ນໆກ່ຽວກັບໂຄງການ Rook, ສັ້ນນີ້ (12 slides) ອາດເປັນປະໂຫຍດ. ການ ນຳ ສະ ເໜີ ຈາກ Bassam Tabbara (CTO ຢູ່ Quantum Corp).

ປະຕິບັດການ Rook ໄດ້

ຜູ້ປະກອບການ Rook ຮອງຮັບ Kubernetes ເວີຊັນ 1.6 ແລະສູງກວ່າຢ່າງເຕັມສ່ວນ (ແລະ, ບາງສ່ວນ, ການປ່ອຍ K8s ເກົ່າ - 1.5.2). ຂອງ​ພຣະ​ອົງ ການຕິດຕັ້ງ в ສະຖານະການທີ່ງ່າຍດາຍທີ່ສຸດ ເບິ່ງຄືວ່ານີ້:

cd cluster/examples/kubernetes
kubectl create -f rook-operator.yaml
kubectl create -f rook-cluster.yaml

ນອກຈາກນັ້ນ, ຜູ້ປະກອບການ Rook ແມ່ນການກະກຽມ ຕາຕະລາງຫມວກກັນກະທົບ, ຂໍ​ຂອບ​ໃຈ​ທີ່​ການ​ຕິດ​ຕັ້ງ​ສາ​ມາດ​ດໍາ​ເນີນ​ການ​ດັ່ງ​ນີ້​:

helm repo add rook-alpha https://charts.rook.io/alpha
helm install rook-alpha/rook

ປະລິມານຂະຫນາດນ້ອຍທີ່ມີຢູ່ ຕົວເລືອກການຕັ້ງຄ່າ (ຕົວຢ່າງ, ທ່ານສາມາດປິດການສະຫນັບສະຫນູນ RBAC, ຖ້າຄຸນສົມບັດນີ້ບໍ່ຖືກນໍາໃຊ້ໃນກຸ່ມຂອງທ່ານ), ເຊິ່ງຖືກສົ່ງຜ່ານໄປຫາ helm install ຜ່ານພາລາມິເຕີ --set key=value[,key=value] (ຫຼືເກັບຮັກສາໄວ້ໃນໄຟລ໌ YAML ແຍກຕ່າງຫາກແລະສົ່ງຜ່ານ -f values.yaml).

ຫຼັງຈາກການຕິດຕັ້ງ Rook operator ແລະເປີດຕົວ pods ກັບຕົວແທນຂອງມັນ, ທັງຫມົດທີ່ຍັງເຫຼືອແມ່ນການສ້າງກຸ່ມ Rook ຕົວມັນເອງ, ການຕັ້ງຄ່າທີ່ງ່າຍດາຍທີ່ສຸດທີ່ມີລັກສະນະນີ້ (rook-cluster.yaml):

apiVersion: v1
kind: Namespace
metadata:
  name: rook
---
apiVersion: rook.io/v1alpha1
kind: Cluster
metadata:
  name: rook
  namespace: rook
spec:
  dataDirHostPath: /var/lib/rook
  storage:
    useAllNodes: true
    useAllDevices: false
    storeConfig:
      storeType: bluestore
      databaseSizeMB: 1024
      journalSizeMB: 1024

Примечание: ຄວນເອົາໃຈໃສ່ເປັນພິເສດຕໍ່ຄຸນລັກສະນະ dataDirHostPath, ມູນຄ່າທີ່ຖືກຕ້ອງທີ່ຈໍາເປັນເພື່ອບັນທຶກກຸ່ມຫຼັງຈາກ reboots. ສໍາລັບກໍລະນີທີ່ມັນຖືກໃຊ້ເປັນບ່ອນເກັບຂໍ້ມູນຖາວອນສໍາລັບຂໍ້ມູນ Rook ໃນ Kubernetes hosts, ຜູ້ຂຽນແນະນໍາໃຫ້ມີພື້ນທີ່ຫວ່າງຢ່າງຫນ້ອຍ 5 GB ໃນໄດເລກະທໍລີນີ້.

ທັງຫມົດທີ່ຍັງເຫຼືອແມ່ນເພື່ອສ້າງກຸ່ມຢ່າງແທ້ຈິງຈາກການຕັ້ງຄ່າແລະໃຫ້ແນ່ໃຈວ່າ pods ຖືກສ້າງຂຶ້ນໃນກຸ່ມ (ໃນ namespace. rook):

kubectl create -f rook-cluster.yaml
kubectl -n rook get pod
NAME                              READY     STATUS    RESTARTS   AGE
rook-api-1511082791-7qs0m         1/1       Running   0          5m
rook-ceph-mgr0-1279756402-wc4vt   1/1       Running   0          5m
rook-ceph-mon0-jflt5              1/1       Running   0          6m
rook-ceph-mon1-wkc8p              1/1       Running   0          6m
rook-ceph-mon2-p31dj              1/1       Running   0          6m
rook-ceph-osd-0h6nb               1/1       Running   0          5m

ຍົກລະດັບ Rook cluster (ເຖິງສະບັບໃຫມ່) ແມ່ນຂັ້ນຕອນທີ່ໃນຂັ້ນຕອນນີ້ຮຽກຮ້ອງໃຫ້ມີການປັບປຸງຕາມລໍາດັບຂອງອົງປະກອບທັງຫມົດຂອງມັນຢູ່ໃນລໍາດັບທີ່ແນ່ນອນ, ແລະທ່ານສາມາດເລີ່ມຕົ້ນມັນໄດ້ພຽງແຕ່ຫຼັງຈາກທີ່ທ່ານຮັບປະກັນວ່າການຕິດຕັ້ງ Rook ໃນປັດຈຸບັນຢູ່ໃນ "ສຸຂະພາບ" ຢ່າງສົມບູນ. ລັດ. ຄໍາແນະນໍາຂັ້ນຕອນໂດຍຂັ້ນຕອນຢ່າງລະອຽດໂດຍໃຊ້ຕົວຢ່າງຂອງການປັບປຸງ Rook ຮຸ່ນ 0.5.0 ຫາ 0.5.1 ສາມາດພົບໄດ້ໃນ ເອກະສານໂຄງການ.

ເດືອນພະຈິກທີ່ຜ່ານມາໃນ blog Rook ໄດ້ຖືກຈັດພີມມາ ການປຽບທຽບ ຜະລິດຕະພັນ ກັບ EBS. ຜົນໄດ້ຮັບຂອງມັນແມ່ນສົມຄວນທີ່ຈະເອົາໃຈໃສ່, ແລະໂດຍຫຍໍ້, ພວກເຂົາເຈົ້າມີດັ່ງຕໍ່ໄປນີ້:

ຄວາມຄາດຫວັງ

ສະຖານະປັດຈຸບັນຂອງ Rook ແມ່ນ alpha, ແລະການເປີດຕົວຄັ້ງໃຫຍ່ຫຼ້າສຸດມາຮອດປະຈຸບັນແມ່ນ ຮຸ່ນ 0.6, ປ່ອຍອອກມາເມື່ອເດືອນພະຈິກ 2017 (ການແກ້ໄຂໃນປະຈຸບັນ - v0.6.2 - ອອກມາໃນວັນທີ 14 ທັນວາ). ແລ້ວໃນເຄິ່ງທໍາອິດຂອງປີ 2018, ຄາດວ່າຈະມີການປ່ອຍເວີຊັນທີ່ໃຫຍ່ກວ່າຄື: ເບຕ້າ ແລະ ຄວາມໝັ້ນຄົງ (ຢ່າງເປັນທາງການພ້ອມທີ່ຈະໃຊ້ໃນການຜະລິດ).

ອີງຕາມການ roadmap ໂຄງການ, ນັກພັດທະນາມີວິໄສທັດລະອຽດສໍາລັບການພັດທະນາ Rook ໃນຢ່າງຫນ້ອຍສອງລຸ້ນຕໍ່ໄປ: 0.7 (ຄວາມພ້ອມຂອງມັນແມ່ນຢູ່ໃນ GitHub tracker. ຖືກປະເມີນຜົນ ເປັນ 60%) ແລະ 0.8. ໃນບັນດາການປ່ຽນແປງທີ່ຄາດໄວ້ແມ່ນການໂອນການສະຫນັບສະຫນູນສໍາລັບ Ceph Block ແລະ Ceph Object ໄປສູ່ສະຖານະເວີຊັນເບຕ້າ, ການສະຫນອງແບບເຄື່ອນໄຫວຂອງປະລິມານສໍາລັບ CephFS, ລະບົບບັນທຶກແບບພິເສດ, ການປັບປຸງກຸ່ມອັດຕະໂນມັດ, ການສະຫນັບສະຫນູນການຖ່າຍຮູບສໍາລັບປະລິມານ.

ເອົາ Rook ເຂົ້າໄປໃນຈໍານວນ ໂຄງການ CNCF (ມາເຖິງຕອນນັ້ນຢູ່ໃນຂັ້ນຕອນຕົ້ນ - "ລະດັບການເລີ່ມຕົ້ນ" - ເທົ່າກັບ ຕົວເຊື່ອມຕໍ່ и CoreDNS) ເປັນປະເພດຂອງການຄໍ້າປະກັນຄວາມສົນໃຈເພີ່ມຂຶ້ນໃນຜະລິດຕະພັນ. ວິທີທີ່ມັນຈະໄດ້ຮັບການ foothold ໃນໂລກຂອງຄໍາຮ້ອງສະຫມັກ cloud ຈະກາຍເປັນທີ່ຈະແຈ້ງເມື່ອສະບັບທີ່ຫມັ້ນຄົງໄດ້ຖືກປ່ອຍອອກມາ, ເຊິ່ງແນ່ນອນວ່າຈະນໍາເອົາຜູ້ທົດສອບໃຫມ່ແລະຜູ້ໃຊ້ Rook.

PS

ອ່ານຍັງຢູ່ໃນ blog ຂອງພວກເຮົາ:

• «ການສ້າງບ່ອນເກັບຂໍ້ມູນຄົງທີ່ດ້ວຍການສະໜອງໃນ Kubernetes ໂດຍອີງໃສ່ Ceph"
• «ຜູ້ປະກອບການສໍາລັບ Kubernetes: ວິທີການດໍາເນີນການຄໍາຮ້ອງສະຫມັກຂອງລັດ"
• «CoreDNS - ເຊີບເວີ DNS ສໍາລັບໂລກພື້ນເມືອງຂອງຄລາວ ແລະການຄົ້ນພົບບໍລິການສໍາລັບ Kubernetes"
• «Container Networking Interface (CNI) - ການໂຕ້ຕອບເຄືອຂ່າຍ ແລະມາດຕະຖານສໍາລັບກ່ອງບັນຈຸ Linux"
• «ໂຄງສ້າງພື້ນຖານທີ່ມີ Kubernetes ເປັນບໍລິການທີ່ມີລາຄາບໍ່ແພງ".

ແຫຼ່ງຂໍ້ມູນ: www.habr.com