ການປ່ອຍ Kata Containers 3.2 ດ້ວຍການໂດດດ່ຽວໂດຍອີງໃສ່ virtualization

ການປ່ອຍໂຄງການ Kata Containers 3.2 ໄດ້ຖືກຈັດພີມມາ, ການພັດທະນາ stack ສໍາລັບການຈັດຕັ້ງການປະຕິບັດຂອງ containers ໂດຍໃຊ້ການໂດດດ່ຽວໂດຍອີງໃສ່ກົນໄກ virtualization ເຕັມປະສິດທິພາບ. ໂຄງ​ການ​ດັ່ງ​ກ່າວ​ໄດ້​ຖືກ​ສ້າງ​ຕັ້ງ​ຂື້ນ​ໂດຍ Intel ແລະ Hyper ໂດຍ​ການ​ລວມ​ເອົາ​ເຕັກ​ໂນ​ໂລ​ຊີ Clear Containers ແລະ runV​. ລະຫັດໂຄງການແມ່ນຂຽນໃນ Go ແລະ Rust, ແລະຖືກແຈກຢາຍພາຍໃຕ້ໃບອະນຸຍາດ Apache 2.0. ການພັດທະນາຂອງໂຄງການແມ່ນເບິ່ງແຍງໂດຍກຸ່ມເຮັດວຽກທີ່ສ້າງຂຶ້ນພາຍໃຕ້ການອຸປະຖໍາຂອງອົງການເອກະລາດ OpenStack Foundation, ເຊິ່ງລວມມີບໍລິສັດຕ່າງໆເຊັ່ນ Canonical, China Mobile, Dell/EMC, EasyStack, Google, Huawei, NetApp, Red Hat, SUSE ແລະ ZTE. .

Kata ແມ່ນອີງໃສ່ເວລາແລ່ນ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສ້າງເຄື່ອງຈັກ virtual ທີ່ຫນາແຫນ້ນທີ່ດໍາເນີນການໂດຍໃຊ້ hypervisor ເຕັມ, ແທນທີ່ຈະໃຊ້ containers ແບບດັ້ງເດີມທີ່ໃຊ້ Linux kernel ທົ່ວໄປແລະຖືກແຍກອອກໂດຍໃຊ້ namespaces ແລະ cgroups. ການນໍາໃຊ້ເຄື່ອງ virtual ຊ່ວຍໃຫ້ທ່ານສາມາດບັນລຸລະດັບຄວາມປອດໄພທີ່ສູງກວ່າທີ່ປົກປ້ອງການໂຈມຕີທີ່ເກີດຈາກການຂູດຮີດຂອງຊ່ອງໂຫວ່ໃນ Linux kernel.

Kata Containers ແມ່ນສຸມໃສ່ການລວມເຂົ້າກັບໂຄງສ້າງການແຍກບັນຈຸບັນຈຸທີ່ມີຢູ່ກັບຄວາມສາມາດໃນການນໍາໃຊ້ເຄື່ອງ virtual ດັ່ງກ່າວເພື່ອເພີ່ມການປົກປ້ອງຕູ້ຄອນເທນເນີແບບດັ້ງເດີມ. ໂຄງການດັ່ງກ່າວສະຫນອງກົນໄກເພື່ອເຮັດໃຫ້ເຄື່ອງ virtual ທີ່ມີນ້ໍາຫນັກເບົາເຂົ້າກັນໄດ້ກັບກອບການແຍກບັນຈຸບັນຈຸຕ່າງໆ, ແພລະຕະຟອມ orchestration ຕູ້ຄອນເທນເນີ, ແລະຂໍ້ມູນສະເພາະເຊັ່ນ OCI (Open Container Initiative), CRI (Container Runtime Interface), ແລະ CNI (Container Networking Interface). ການປະສົມປະສານກັບ Docker, Kubernetes, QEMU, ແລະ OpenStack ແມ່ນມີຢູ່.

ການປະສົມປະສານກັບລະບົບການຈັດການຕູ້ຄອນເທນເນີແມ່ນບັນລຸໄດ້ໂດຍໃຊ້ຊັ້ນທີ່ຈໍາລອງການຈັດການບັນຈຸ, ເຊິ່ງ, ໂດຍຜ່ານການໂຕ້ຕອບ gRPC ແລະຕົວແທນພິເສດ, ເຂົ້າເຖິງຕົວແທນຄວບຄຸມໃນເຄື່ອງ virtual. ພາຍໃນສະພາບແວດລ້ອມ virtual, ເຊິ່ງເປີດຕົວໂດຍ hypervisor, kernel Linux ທີ່ຖືກປັບປຸງໃຫ້ດີທີ່ສຸດແມ່ນຖືກນໍາໃຊ້, ເຊິ່ງປະກອບມີພຽງແຕ່ຊຸດຕໍາ່ສຸດທີ່ຂອງຄຸນສົມບັດທີ່ຈໍາເປັນ.

ໃນຖານະເປັນ hypervisor, ການນໍາໃຊ້ Dragonball Sandbox (ສະບັບ KVM ທີ່ດີທີ່ສຸດສໍາລັບບັນຈຸ) ກັບຊຸດເຄື່ອງມື QEMU, ເຊັ່ນດຽວກັນກັບ Firecracker ແລະ Cloud Hypervisor ໄດ້ຮັບການສະຫນັບສະຫນູນ. ສະພາບແວດລ້ອມຂອງລະບົບປະກອບມີ daemon ເລີ່ມຕົ້ນແລະຕົວແທນ. ຕົວແທນແລ່ນຮູບພາບບັນຈຸທີ່ກໍານົດໂດຍຜູ້ໃຊ້ໃນຮູບແບບ OCI ສໍາລັບ Docker ແລະ CRI ສໍາລັບ Kubernetes. ເມື່ອໃຊ້ຮ່ວມກັນກັບ Docker, ເຄື່ອງ virtual ແຍກຕ່າງຫາກແມ່ນຖືກສ້າງຂຶ້ນສໍາລັບແຕ່ລະຖັງ, i.e. ສະພາບແວດລ້ອມທີ່ເປີດຕົວ hypervisor ແມ່ນໃຊ້ເພື່ອຮັງບັນຈຸ.

ເພື່ອຫຼຸດຜ່ອນການບໍລິໂພກຫນ່ວຍຄວາມຈໍາ, ກົນໄກ DAX ຖືກນໍາໃຊ້ (ການເຂົ້າເຖິງໂດຍກົງກັບ FS ຜ່ານ cache ຂອງຫນ້າໂດຍບໍ່ມີການນໍາໃຊ້ລະດັບອຸປະກອນ block), ແລະເຕັກໂນໂລຊີ KSM (Kernel Samepage Merging) ຖືກນໍາໃຊ້ເພື່ອ dedupe ພື້ນທີ່ຫນ່ວຍຄວາມຈໍາດຽວກັນ, ເຊິ່ງອະນຸຍາດໃຫ້ແບ່ງປັນຊັບພະຍາກອນລະບົບເຈົ້າພາບ. ແລະການເຊື່ອມຕໍ່ກັບລະບົບແຂກທີ່ແຕກຕ່າງກັນເປັນແມ່ແບບສະພາບແວດລ້ອມລະບົບທົ່ວໄປ.

ໃນ​ສະ​ບັບ​ໃຫມ່​:

• ນອກເຫນືອຈາກການຮອງຮັບສະຖາປັດຕະຍະກໍາ AMD64 (x86_64), ການປ່ອຍອອກມາແມ່ນສະຫນອງໃຫ້ສະຖາປັດຕະຍະກໍາ ARM64 (Aarch64) ແລະ s390 (IBM Z). ຮອງຮັບສະຖາປັດຕະຍະກຳ ppc64le (IBM Power) ຢູ່ໃນການພັດທະນາ.
• ເພື່ອຈັດລະບຽບການເຂົ້າເຖິງຮູບພາບບັນຈຸ, ລະບົບໄຟລ໌ Nydus 2.2.0 ຖືກນໍາໃຊ້, ເຊິ່ງໃຊ້ການແກ້ໄຂເນື້ອຫາສໍາລັບການຮ່ວມມືທີ່ມີປະສິດທິພາບກັບຮູບພາບມາດຕະຖານ. Nydus ຮອງຮັບການໂຫຼດຮູບພາບໃນຂະນະບິນ (ດາວໂຫຼດພຽງແຕ່ເມື່ອຕ້ອງການ), ສະຫນອງຂໍ້ມູນຊໍ້າຊ້ອນ, ແລະສາມາດໃຊ້ backends ທີ່ແຕກຕ່າງກັນສໍາລັບການເກັບຮັກສາຕົວຈິງ. ຄວາມເຂົ້າກັນໄດ້ຂອງ POSIX ແມ່ນສະຫນອງໃຫ້ (ຄ້າຍຄືກັນກັບ Composefs, ການປະຕິບັດ Nydus ສົມທົບຄວາມສາມາດຂອງ OverlayFS ກັບໂມດູນ EROFS ຫຼື FUSE).
• ຜູ້ຈັດການເຄື່ອງ virtual Dragonball ໄດ້ຖືກປະສົມປະສານເຂົ້າໃນໂຄງສ້າງຕົ້ນຕໍຂອງໂຄງການ Kata Containers, ເຊິ່ງໃນປັດຈຸບັນຈະຖືກພັດທະນາຢູ່ໃນບ່ອນເກັບມ້ຽນທົ່ວໄປ.
• ຟັງຊັນການດີບັກໄດ້ຖືກເພີ່ມໃສ່ kata-ctl utility ສໍາລັບການເຊື່ອມຕໍ່ກັບເຄື່ອງ virtual ຈາກສະພາບແວດລ້ອມເຈົ້າພາບ.
• ຄວາມສາມາດໃນການຄຸ້ມຄອງ GPU ໄດ້ຖືກຂະຫຍາຍອອກແລະການສະຫນັບສະຫນູນໄດ້ຖືກເພີ່ມສໍາລັບການສົ່ງຕໍ່ GPUs ໄປຫາບ່ອນເກັບຂໍ້ມູນສໍາລັບຄອມພິວເຕີ້ທີ່ເປັນຄວາມລັບ (Confidential Container), ເຊິ່ງສະຫນອງການເຂົ້າລະຫັດຂໍ້ມູນ, ຫນ່ວຍຄວາມຈໍາແລະລັດປະຕິບັດເພື່ອປ້ອງກັນໃນກໍລະນີທີ່ມີການປະນີປະນອມຂອງສະພາບແວດລ້ອມເຈົ້າພາບຫຼື hypervisor.
• ລະບົບຍ່ອຍສໍາລັບການຈັດການອຸປະກອນທີ່ໃຊ້ໃນບັນຈຸຫຼືສະພາບແວດລ້ອມ sandbox ໄດ້ຖືກເພີ່ມເຂົ້າໃນ Runtime-rs. ສະຫນັບສະຫນູນການເຮັດວຽກກັບ vfio, ຕັນ, ເຄືອຂ່າຍແລະອຸປະກອນປະເພດອື່ນໆ.
• ຄວາມເຂົ້າກັນໄດ້ກັບ OCI Runtime 1.0.2 ແລະ Kubernetes 1.23.1 ແມ່ນສະຫນອງໃຫ້.
• ມັນແນະນໍາໃຫ້ໃຊ້ການປ່ອຍ 6.1.38 ທີ່ມີ patches ເປັນ Linux kernel.
• ການພັດທະນາໄດ້ຖືກໂອນຈາກການນໍາໃຊ້ລະບົບການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງຂອງ Jenkins ກັບ GitHub Actions.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru