ການເພີ່ມຄວາມຫນາແຫນ້ນຂອງບັນຈຸຢູ່ໃນ node ໂດຍໃຊ້ເຕັກໂນໂລຢີ PFCACHE

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

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

ຈໍານວນ VPS ສາມາດຖືກໂຮດຢູ່ໃນຫນຶ່ງ node ແມ່ນຂຶ້ນກັບຫຼາຍປັດໃຈ, ທີ່ຈະແຈ້ງເຊັ່ນ:

1. ລັກສະນະຂອງຮາດແວຂອງ node ຕົວຂອງມັນເອງ
2. ຂະຫນາດ VPS
3. ລັກສະນະຂອງການໂຫຼດໃນ VPS
4. ເຕັກໂນໂລຊີຊອບແວທີ່ຊ່ວຍເພີ່ມປະສິດທິພາບຄວາມຫນາແຫນ້ນ

ໃນກໍລະນີນີ້, ພວກເຮົາຈະແບ່ງປັນປະສົບການຂອງພວກເຮົາໃນການນໍາໃຊ້ເຕັກໂນໂລຢີ Pfcache ສໍາລັບ Virtuozzo.
ພວກເຮົາໃຊ້ສາຂາທີ 6, ແຕ່ທຸກຢ່າງທີ່ເວົ້າແມ່ນຍັງເປັນຄວາມຈິງສໍາລັບສາຂາ 7.

Pfcache - ກົນໄກ Virtuozzo ທີ່ຊ່ວຍແຍກ IOPS ແລະ RAM ຊໍ້າກັນຢູ່ໃນຖັງບັນຈຸ, ຈັດສັນໄຟລ໌ທີ່ຄືກັນຢູ່ໃນຖັງບັນຈຸເຂົ້າໄປໃນພື້ນທີ່ທົ່ວໄປແຍກຕ່າງຫາກ.

ໃນຄວາມເປັນຈິງ, ມັນປະກອບດ້ວຍ:
1. ລະຫັດ Kernel
2. User-space demon
3. ອຸປະໂພກ - ພື້ນທີ່

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

[root@pcs13 ~]# cat /proc/mounts
...
/dev/ploop62124p1 /vz/pfcache ext4 rw,relatime,barrier=1,data=ordered,balloon_ino=12 0 0
...
/dev/ploop22927p1 /vz/root/418 ext4 rw,relatime,barrier=1,data=ordered,balloon_ino=12,pfcache_csum,pfcache=/vz/pfcache 0 0
/dev/ploop29642p1 /vz/root/264 ext4 rw,relatime,barrier=1,data=ordered,balloon_ino=12,pfcache_csum,pfcache=/vz/pfcache 0 0
...

ນີ້ແມ່ນສະຖິຕິໂດຍປະມານກ່ຽວກັບຈໍານວນຂອງໄຟລ໌ຢູ່ໃນຫນຶ່ງຂອງ nodes ຂອງພວກເຮົາ:

[root@pcs13 ~]# find /vz/pfcache -type f | wc -l
45851
[root@pcs13 ~]# du -sck -h /vz/pfcache
2.4G    /vz/pfcache
2.4G    total

ຫຼັກການຂອງ pfcache ມີດັ່ງນີ້:
• user-space daemon Pfcached ຂຽນ sha-1 hash ຂອງໄຟລ໌ໄປຫາຄຸນລັກສະນະ xattr ຂອງໄຟລ໌ນີ້. ບໍ່ແມ່ນໄຟລ໌ທັງໝົດຖືກປະມວນຜົນ, ແຕ່ຢູ່ໃນໄດເລກະທໍລີ /usr, /bin, /usr/sbin, /sbin, /lib, /lib64 ເທົ່ານັ້ນ

• ມັນເປັນໄປໄດ້ຫຼາຍທີ່ສຸດວ່າໄຟລ໌ໃນໄດເລກະທໍລີເຫຼົ່ານີ້ຈະຖືກ “ແບ່ງປັນ” ແລະຈະຖືກໃຊ້ໂດຍຫຼາຍບັນຈຸ;

• Pfcached ເປັນໄລຍະເກັບກໍາສະຖິຕິກ່ຽວກັບການອ່ານໄຟລ໌ຈາກ kernel, ວິເຄາະມັນ, ແລະເພີ່ມໄຟລ໌ໃນ cache ຖ້າພວກເຂົາຖືກນໍາໃຊ້ເລື້ອຍໆ;

•ໄດເລກະທໍລີເຫຼົ່ານີ້ອາດຈະແຕກຕ່າງກັນແລະຖືກຕັ້ງຄ່າໃນໄຟລ໌ການຕັ້ງຄ່າ.

• ເມື່ອອ່ານໄຟລ໌, ມັນຖືກກວດເບິ່ງວ່າມັນມີ hash ທີ່ລະບຸໄວ້ໃນຄຸນລັກສະນະຂະຫຍາຍ xattr ຫຼືບໍ່. ຖ້າມັນມີ, ໄຟລ໌ "ທົ່ວໄປ" ຖືກເປີດແທນທີ່ຈະເປັນໄຟລ໌ບັນຈຸ. ການທົດແທນນີ້ເກີດຂຶ້ນໂດຍ unnoticed ໂດຍລະຫັດ container ແລະຖືກເຊື່ອງໄວ້ໃນ kernel;

• ເມື່ອຂຽນໃສ່ໄຟລ໌, hash ບໍ່ຖືກຕ້ອງ. ດັ່ງນັ້ນ, ໃນຄັ້ງຕໍ່ໄປທີ່ທ່ານເປີດມັນ, ໄຟລ໌ container ຕົວຂອງມັນເອງຈະຖືກເປີດ, ແລະບໍ່ແມ່ນ cache ຂອງມັນ.

ໂດຍການຮັກສາໄຟລ໌ທີ່ແບ່ງປັນຈາກ /vz/pfcache ໃນ cache ຂອງຫນ້າ, ພວກເຮົາບັນລຸການປະຫຍັດໃນ cache ນີ້ເອງ, ເຊັ່ນດຽວກັນກັບການປະຫຍັດໃນ IOPS. ແທນທີ່ຈະອ່ານສິບໄຟລ໌ຈາກແຜ່ນ, ພວກເຮົາອ່ານຫນຶ່ງ, ເຊິ່ງທັນທີໄປຫາ cache ຂອງຫນ້າ.

struct inode {
...
 struct file             *i_peer_file;
...
};
struct address_space {
...
 struct list_head        i_peer_list;
...
}

ບັນຊີລາຍຊື່ VMA ສໍາລັບໄຟລ໌ຍັງຄົງເປັນອັນດຽວ (ພວກເຮົາຖອດຫນ່ວຍຄວາມຈໍາ) ແລະຖືກອ່ານຈາກແຜ່ນເລື້ອຍໆຫນ້ອຍລົງ (ປະຫຍັດ iops). ກອງທຶນທົ່ວໄປຂອງພວກເຮົາແມ່ນຕັ້ງຢູ່ໃນ SSD - ການເພີ່ມຂຶ້ນຂອງຄວາມໄວ.

ຕົວຢ່າງສໍາລັບການເກັບໄຟລ໌ /bin/bash:

[root@pcs13 ~]# ls -li /vz/root/2388/bin/bash
524650 -rwxr-xr-x 1 root root 1021112 Oct  7  2018 /vz/root/2388/bin/bash
[root@pcs13 ~]# pfcache dump /vz/root/2388 | grep 524650
8e3aa19fdc42e87659746f6dc8ea3af74ab30362 i:524650      g:1357611108  f:CP
[root@pcs13 ~]# sha1sum /vz/root/2388/bin/bash
8e3aa19fdc42e87659746f6dc8ea3af74ab30362  /vz/root/2388/bin/bash
[root@pcs13 /]# getfattr -ntrusted.pfcache /vz/root/2388/bin/bash
# file: vz/root/2388/bin/bash
trusted.pfcache="8e3aa19fdc42e87659746f6dc8ea3af74ab30362"
[root@pcs13 ~]# sha1sum /vz/pfcache/8e/3aa19fdc42e87659746f6dc8ea3af74ab30362
8e3aa19fdc42e87659746f6dc8ea3af74ab30362  /vz/pfcache/8e/3aa19fdc42e87659746f6dc8ea3af74ab30362

ພວກເຮົາຄິດໄລ່ປະສິດທິພາບຂອງການນໍາໃຊ້ script ພ້ອມທີ່ຈະເຮັດ.

ສະຄຣິບນີ້ຜ່ານທຸກ container ຢູ່ໃນ node, ການຄິດໄລ່ໄຟລ໌ cache ຂອງແຕ່ລະ container.

[root@pcs16 ~]# /pcs/distr/pfcache-examine.pl
...
Pfcache cache uses 831 MB of memory
Total use of pfcached files in containers is 39837 MB of memory
Pfcache effectiveness: 39006 MB

ດັ່ງນັ້ນ, ຈາກຫນ່ວຍຄວາມຈໍາພວກເຮົາປະຫຍັດໄຟລ໌ປະມານ 40 gigabytes ໃນຖັງ; ພວກມັນຈະຖືກໂຫລດຈາກ cache.

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

ທ່ານສາມາດປັບ pfcache ຜ່ານໄຟລ໌ config
/etc/vz/pfcache.conf

MINSIZE, MAXSIZE – ຂະໜາດໄຟລ໌ຕໍ່າສຸດ/ສູງສຸດສຳລັບການຈັດເກັບຂໍ້ມູນ
TIMEOUT – ໝົດເວລາລະຫວ່າງຄວາມພະຍາຍາມເກັບຂໍ້ມູນ

ທ່ານສາມາດເບິ່ງບັນຊີລາຍຊື່ເຕັມຂອງຕົວກໍານົດການ ການເຊື່ອມຕໍ່.

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