ການເກັບຮັກສາກຸ່ມສໍາລັບກຸ່ມເວັບໄຊຕ໌ຂະຫນາດນ້ອຍໂດຍອີງໃສ່ drbd+ocfs2

ສິ່ງທີ່ພວກເຮົາຈະສົນທະນາກ່ຽວກັບ:
ວິທີການນໍາໃຊ້ການເກັບຮັກສາຮ່ວມກັນຢ່າງໄວວາສໍາລັບສອງເຄື່ອງແມ່ຂ່າຍໂດຍອີງໃສ່ວິທີແກ້ໄຂ drbd+ocfs2.

ນີ້ຈະເປັນປະໂຫຍດສໍາລັບໃຜ:
ການສອນຈະເປັນປະໂຫຍດຕໍ່ຜູ້ບໍລິຫານລະບົບ ແລະທຸກຄົນທີ່ເລືອກວິທີການປະຕິບັດການຈັດເກັບຂໍ້ມູນ ຫຼືຕ້ອງການລອງແກ້ໄຂ.

ການຕັດສິນໃຈອັນໃດທີ່ພວກເຮົາປະຕິເສດ ແລະເປັນຫຍັງ?

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

• Glusterfs ບໍ່ໄດ້ເຮັດໃຫ້ພວກເຮົາພໍໃຈກັບການປະຕິບັດການອ່ານແລະການຂຽນ; ມີບັນຫາກັບການອ່ານໄຟລ໌ຈໍານວນຫລາຍໃນເວລາດຽວກັນ, ແລະມີການໂຫຼດສູງໃນ CPU. ບັນຫາກ່ຽວກັບການອ່ານໄຟລ໌ສາມາດແກ້ໄຂໄດ້ໂດຍການເຂົ້າຫາພວກມັນໂດຍກົງຈາກອິດ, ແຕ່ນີ້ບໍ່ສາມາດໃຊ້ໄດ້ສະເຫມີແລະໂດຍທົ່ວໄປແລ້ວບໍ່ຖືກຕ້ອງ.

• Ceph ບໍ່ມັກຄວາມສັບສົນຫຼາຍເກີນໄປ, ເຊິ່ງສາມາດເປັນອັນຕະລາຍຕໍ່ໂຄງການທີ່ມີ 2-4 ເຄື່ອງແມ່ຂ່າຍ, ໂດຍສະເພາະຖ້າໂຄງການຖືກຮັກສາໄວ້ຕໍ່ມາ. ອີກເທື່ອຫນຶ່ງ, ມີຂໍ້ຈໍາກັດການປະຕິບັດທີ່ຮ້າຍແຮງທີ່ບັງຄັບໃຫ້ພວກເຮົາສ້າງກຸ່ມການເກັບຮັກສາແຍກຕ່າງຫາກ, ເຊັ່ນດຽວກັນກັບ glusterfs.

• ການນໍາໃຊ້ເຄື່ອງແມ່ຂ່າຍ NFS ຫນຶ່ງເພື່ອປະຕິບັດການເກັບຮັກສາທີ່ໃຊ້ຮ່ວມກັນເຮັດໃຫ້ຄໍາຖາມກ່ຽວກັບຄວາມທົນທານຕໍ່ຄວາມຜິດພາດ.

• s3 ເປັນການແກ້ໄຂທີ່ນິຍົມທີ່ດີເລີດສໍາລັບວຽກງານສະເພາະໃດຫນຶ່ງ, ແຕ່ມັນບໍ່ແມ່ນລະບົບໄຟລ໌, ເຊິ່ງເຮັດໃຫ້ຂອບເຂດຂອງມັນແຄບລົງ.

• syncd. ຖ້າພວກເຮົາໄດ້ເລີ່ມຕົ້ນເວົ້າກ່ຽວກັບ "ລະບົບທີ່ບໍ່ແມ່ນໄຟລ໌", ມັນຄວນຈະເປັນການແກ້ໄຂທີ່ນິຍົມນີ້. ບໍ່ພຽງແຕ່ມັນບໍ່ເຫມາະສົມສໍາລັບການແລກປ່ຽນສອງທາງ (ແຕ່ຖ້າທ່ານຕ້ອງການແທ້ໆ, ຫຼັງຈາກນັ້ນທ່ານສາມາດເຮັດໄດ້), ມັນຍັງບໍ່ເຮັດວຽກຢ່າງຫມັ້ນຄົງໃນຈໍານວນໄຟລ໌ຈໍານວນຫລາຍ. ນອກ ຈາກ ນັ້ນ ງາມ ກັບ ສິ່ງ ທັງ ຫມົດ ແມ່ນ ວ່າ ມັນ ເປັນ ກະ ທູ້ ດຽວ. ເຫດຜົນແມ່ນຢູ່ໃນສະຖາປັດຕະຍະກໍາຂອງໂປລແກລມ: ມັນໃຊ້ inotify ເພື່ອຕິດຕາມວັດຖຸທີ່ເຮັດວຽກ, ເຊິ່ງມັນມອບຫມາຍໃນຕອນເລີ່ມຕົ້ນແລະໃນລະຫວ່າງການສະແກນໃຫມ່. rsync ຖືກນໍາໃຊ້ເປັນສື່ກາງການໂອນ.

ບົດຮຽນ: ວິທີການນຳໃຊ້ບ່ອນຈັດເກັບຂໍ້ມູນທີ່ໃຊ້ຮ່ວມກັນໂດຍອີງໃສ່ drbd+ocfs2

ຫນຶ່ງໃນການແກ້ໄຂທີ່ສະດວກທີ່ສຸດສໍາລັບພວກເຮົາແມ່ນການເຊື່ອມຕໍ່ ocfs2+drbd. ຕອນນີ້ພວກເຮົາຈະບອກເຈົ້າວ່າເຈົ້າສາມາດນຳໃຊ້ບ່ອນເກັບຂໍ້ມູນຮ່ວມກັນໄດ້ໄວແນວໃດສຳລັບສອງເຊີບເວີໂດຍອີງໃສ່ຖານຂໍ້ມູນການແກ້ໄຂ. ແຕ່ທໍາອິດ, ເລັກນ້ອຍກ່ຽວກັບອົງປະກອບ:

DRBD - ລະບົບການເກັບຮັກສາຈາກການແຈກຢາຍ Linux ມາດຕະຖານທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດເຮັດຊ້ໍາຂໍ້ມູນລະຫວ່າງເຄື່ອງແມ່ຂ່າຍໃນບລັອກ. ຄໍາຮ້ອງສະຫມັກຕົ້ນຕໍແມ່ນການກໍ່ສ້າງການເກັບຮັກສາຄວາມຜິດ, ທົນທານຕໍ່.

OCFS2 - ລະບົບໄຟລ໌ທີ່ໃຫ້ການນໍາໃຊ້ຮ່ວມກັນຂອງການເກັບຮັກສາດຽວກັນໂດຍຫຼາຍລະບົບ. ລວມຢູ່ໃນການແຈກຢາຍ Linux ແລະເປັນໂມດູນ kernel ແລະເຄື່ອງມືພື້ນທີ່ຜູ້ໃຊ້ສໍາລັບການເຮັດວຽກກັບ FS. OCFS2 ສາມາດຖືກນໍາໃຊ້ບໍ່ພຽງແຕ່ໃນໄລຍະ DRBD, ແຕ່ຍັງຜ່ານ iSCSI ທີ່ມີການເຊື່ອມຕໍ່ຫຼາຍ. ໃນຕົວຢ່າງຂອງພວກເຮົາພວກເຮົາໃຊ້ DRBD.

ການປະຕິບັດທັງຫມົດແມ່ນດໍາເນີນຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ ubuntu 18.04 ໃນການຕັ້ງຄ່າຫນ້ອຍ.

ຂັ້ນຕອນທີ 1. ຕັ້ງຄ່າ DRBD:

ໃນໄຟລ໌ /etc/drbd.d/drbd0.res ພວກເຮົາອະທິບາຍອຸປະກອນບລັອກ virtual ຂອງພວກເຮົາ /dev/drbd0:

resource drbd0 {
    syncer { rate 1000M; }
    net {
        allow-two-primaries;
        after-sb-0pri discard-zero-changes;
        after-sb-1pri discard-secondary;
        after-sb-2pri disconnect;
    }
    startup { become-primary-on both; }
    on drbd1 {
        meta-disk internal;
        device /dev/drbd0;
        disk /dev/vdb1;
        address 10.10.10.192:7789;
}
    on drbd2 {
        meta-disk internal;
        device /dev/drbd0;
        disk /dev/vdb1;
        address 10.10.10.193:7789;
}
}

meta-disk ພາຍໃນ — ໃຊ້ອຸປະກອນບລັອກດຽວກັນເພື່ອເກັບຮັກສາເມຕາເດຕາ
ອຸປະກອນ /dev/drbd0 - ໃຊ້ /dev/drbd0 ເປັນເສັ້ນທາງໄປສູ່ປະລິມານ drbd.
disk /dev/vdb1 - ໃຊ້ /dev/vdb1
syncer { ອັດຕາ 1000M; } — ໃຊ້ແບນວິດຊ່ອງ gigabit
ອະ​ນຸ​ຍາດ​ໃຫ້​ສອງ​ຂັ້ນ​ຕົ້ນ​ - ທາງເລືອກທີ່ສໍາຄັນທີ່ອະນຸຍາດໃຫ້ການປ່ຽນແປງໄດ້ຮັບການຍອມຮັບໃນສອງເຄື່ອງແມ່ຂ່າຍຕົ້ນຕໍ
after-sb-0pri, after-sb-1pri, after-sb-2pri — ທາງ​ເລືອກ​ທີ່​ຮັບ​ຜິດ​ຊອບ​ສໍາ​ລັບ​ການ​ກະ​ທໍາ​ຂອງ node ໃນ​ເວ​ລາ​ທີ່ splitbrain ຖືກ​ກວດ​ພົບ​. ລາຍລະອຽດເພີ່ມເຕີມສາມາດພົບໄດ້ໃນເອກະສານ.
ກາຍ​ເປັນ​ຂັ້ນ​ຕົ້ນ​ໃນ​ທັງ​ສອງ​ — ຕັ້ງ​ຂໍ້​ມູນ​ທັງ​ສອງ​ເປັນ​ຕົ້ນ​ຕໍ​.

ໃນກໍລະນີຂອງພວກເຮົາ, ພວກເຮົາມີສອງ VM ທີ່ຄ້າຍຄືກັນຢ່າງແທ້ຈິງ, ມີເຄືອຂ່າຍ virtual ທີ່ອຸທິດຕົນທີ່ມີ throughput 10 gigabits.

ໃນຕົວຢ່າງຂອງພວກເຮົາ, ຊື່ເຄືອຂ່າຍຂອງສອງກຸ່ມກຸ່ມແມ່ນ drbd1 ແລະ drbd2. ສໍາລັບການປະຕິບັດງານທີ່ເຫມາະສົມ, ທ່ານຈໍາເປັນຕ້ອງກົງກັບຊື່ແລະທີ່ຢູ່ IP ຂອງເຈົ້າພາບໃນ /etc/hosts.

10.10.10.192 drbd1
10.10.10.193 drbd2

ຂັ້ນຕອນທີ 2. ຕັ້ງຄ່າ nodes:

ໃນທັງສອງເຊີບເວີທີ່ພວກເຮົາດໍາເນີນການ:

drbdadm create-md drbd0

modprobe drbd
drbdadm up drbd0
cat /proc/drbd

ພວກເຮົາໄດ້ຮັບດັ່ງຕໍ່ໄປນີ້:

ທ່ານສາມາດເລີ່ມຕົ້ນ synchronization. ໃນ node ທໍາອິດ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ດໍາເນີນການ:

drbdadm primary --force drbd0

ມາເບິ່ງສະຖານະ:

cat /proc/drbd

ດີຫຼາຍ, synchronization ໄດ້ເລີ່ມຕົ້ນ. ພວກເຮົາລໍຖ້າຈົນເຖິງທີ່ສຸດແລະເບິ່ງຮູບ:

ຂັ້ນ​ຕອນ​ທີ 3. ເລີ່ມ synchronization ໃນ​ຂໍ້​ທີ​ສອງ​:

drbdadm primary --force drbd0

ພວກເຮົາໄດ້ຮັບດັ່ງຕໍ່ໄປນີ້:

ໃນປັດຈຸບັນພວກເຮົາສາມາດຂຽນໃສ່ drbd ຈາກສອງເຄື່ອງແມ່ຂ່າຍ.

ຂັ້ນຕອນທີ 4. ຕິດຕັ້ງແລະຕັ້ງຄ່າ ocfs2.

ພວກເຮົາຈະໃຊ້ການຕັ້ງຄ່າເລັກນ້ອຍທີ່ຂ້ອນຂ້າງ:

cluster:
     node_count = 2
     name = ocfs2cluster

node:
     number = 1
     cluster = ocfs2cluster
     ip_port = 7777
     ip_address = 10.10.10.192
     name = drbd1

node:
     number = 2
     cluster = ocfs2cluster
     ip_port = 7777
     ip_address = 10.10.10.193
     name = drbd2

ມັນຈໍາເປັນຕ້ອງໄດ້ຂຽນລົງໃນ /etc/ocfs2/cluster.conf ໃນທັງສອງ nodes.

ພວກເຮົາສ້າງ FS ໃນ drbd0 ໃນ node ໃດ:

mkfs.ocfs2 -L "testVol" /dev/drbd0

ໃນທີ່ນີ້ພວກເຮົາໄດ້ສ້າງລະບົບໄຟລ໌ທີ່ມີປ້າຍຊື່ testVol ໃນ drbd0, ໂດຍໃຊ້ຕົວກໍານົດການເລີ່ມຕົ້ນ.

ໃນ /etc/default/o2cb ທ່ານ​ຈໍາ​ເປັນ​ຕ້ອງ​ກໍາ​ນົດ (ເຊັ່ນ​ດຽວ​ກັນ​ກັບ​ໄຟລ​໌​ການ​ຕັ້ງ​ຄ່າ​ຂອງ​ພວກ​ເຮົາ​)

O2CB_ENABLED=true 
O2CB_BOOTCLUSTER=ocfs2cluster 

ແລະດໍາເນີນການໃນແຕ່ລະ node:

o2cb register-cluster ocfs2cluster

ຫຼັງຈາກນັ້ນ, ພວກເຮົາເປີດແລະເພີ່ມຫນ່ວຍງານທັງຫມົດທີ່ພວກເຮົາຕ້ອງການເພື່ອ autorun:

systemctl enable drbd o2cb ocfs2
systemctl start drbd o2cb ocfs2

ບາງອັນນີ້ຈະຖືກແລ່ນຢູ່ໃນຂັ້ນຕອນການຕັ້ງຄ່າ.

ຂັ້ນ​ຕອນ​ທີ 5. ເພີ່ມ​ຈຸດ mount ກັບ fstab ໃນ​ທັງ​ສອງ nodes​:

/dev/drbd0 /media/shared ocfs2 defaults,noauto,heartbeat=local 0 0

ໄດເລກະທໍລີ /media/shared ມັນຕ້ອງໄດ້ຮັບການສ້າງລ່ວງຫນ້າ.

ໃນທີ່ນີ້ພວກເຮົາໃຊ້ຕົວເລືອກ noauto, ຊຶ່ງຫມາຍຄວາມວ່າໄຟລ໌ຈະບໍ່ຖືກຕິດຕັ້ງໃນຕອນເລີ່ມຕົ້ນ (ຂ້ອຍມັກ mount ໄຟລ໌ເຄືອຂ່າຍຜ່ານ systemd) ແລະ heartbeat = ທ້ອງຖິ່ນ, ຊຶ່ງຫມາຍຄວາມວ່າການໃຊ້ບໍລິການ heartbeat ໃນແຕ່ລະ node. ນອກຈາກນີ້ຍັງມີການເຕັ້ນຂອງຫົວໃຈທົ່ວໂລກ, ເຊິ່ງເຫມາະສົມກັບກຸ່ມຂະຫນາດໃຫຍ່.

ຕໍ່ໄປທ່ານສາມາດ mount /media/shared ແລະກວດສອບການ synchronization ເນື້ອໃນ.

ແລ້ວ! ດັ່ງນັ້ນ, ພວກເຮົາໄດ້ຮັບພື້ນທີ່ເກັບຂໍ້ມູນທີ່ມີຄວາມທົນທານຕໍ່ຄວາມຜິດຫຼາຍ ຫຼື ໜ້ອຍ ພ້ອມກັບການຂະຫຍາຍ ແລະ ປະສິດທິພາບທີ່ເໝາະສົມ.

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