ក្រុមហ៊ុន Microsoft បានបើកប្រភពបើកចំហរ OpenVMM hypervisor និង OpenHCL paravirtualization platform

ក្រុមហ៊ុន Microsoft បានប្រកាសពីប្រភពបើកចំហនៃស្រទាប់សម្រាប់ paravirtualization នៃ OpenHCL និងម៉ូនីទ័រម៉ាស៊ីននិម្មិត OpenVMM ដែលបង្កើតឡើងជាពិសេសសម្រាប់រៀបចំការងាររបស់ OpenHCL ។ កូដ OpenVMM និង OpenHCL ត្រូវបានសរសេរជា Rust ហើយត្រូវបានចែកចាយក្រោមអាជ្ញាប័ណ្ណ MIT ។ OpenVMM សំដៅទៅលើ hypervisor កម្រិតទីពីរដែលធ្វើការនៅក្នុងសង្វៀនសុវត្ថិភាពដូចគ្នាជាមួយនឹងខឺណែលប្រព័ន្ធប្រតិបត្តិការ ដែលស្រដៀងទៅនឹងផលិតផលដូចជា VirtualBox និង VMware Workstation។ វាគាំទ្រប្រតិបត្តិការនៅលើកំពូលនៃប្រព័ន្ធម៉ាស៊ីនដោយផ្អែកលើលីនុច (x86_64), វីនដូ (x86_64, Aarch64) និង macOS (x86_64, Aarch64) ដោយប្រើ KVM, SHV (Microsoft Hypervisor), WHP (Windows Hypervisor Platform) និង Hypervisor virtualization APIs ផ្តល់ជូន។ ដោយទិន្នន័យរបស់ OS ។

ក្នុងចំណោមលក្ខណៈពិសេសដែលបានគាំទ្រនៅក្នុង OpenVMM៖

• ចាប់ផ្ដើមនៅក្នុងរបៀប UEFI និង BIOS ការចាប់ផ្ដើមដោយផ្ទាល់នៃខឺណែលលីនុច។
• ការគាំទ្រ Paravirtualization ផ្អែកលើកម្មវិធីបញ្ជា Virtio (virtio-fs, virtio-9p, virtio-net, virtio-pmem)
• ការគាំទ្រ paravirtualization ដែលមានមូលដ្ឋានលើ VMBus (storvsp, netvsp, vpci, framebuffer);
• ការត្រាប់តាម vTPM, NVMe, UART, i440BX + PIIX4 chipset, IDE HDD, PCI និង VGA;
• ផ្នែកខាងក្រោយសម្រាប់ការបញ្ជូនបន្តក្រាហ្វិក ឧបករណ៍បញ្ចូល កុងសូល កន្លែងផ្ទុក និងការចូលប្រើបណ្តាញ។
• ការគ្រប់គ្រងតាមរយៈចំណុចប្រទាក់បន្ទាត់ពាក្យបញ្ជា កុងសូលអន្តរកម្ម gRPC និង ttrpc ។

OpenHCL ត្រូវបានដាក់ជាបរិស្ថានដែលមានសមាសធាតុ paravirtualization (paravisor) ដែលដំណើរការនៅលើកំពូលនៃ OpenVMM hypervisor ។ លក្ខណៈពិសេសសំខាន់នៃប្រព័ន្ធនិម្មិតដោយផ្អែកលើ OpenVMM និង OpenHCL គឺថាសមាសធាតុ paravirtualization ដំណើរការមិននៅលើផ្នែកប្រព័ន្ធម៉ាស៊ីនទេ ប៉ុន្តែនៅក្នុងម៉ាស៊ីននិម្មិតដូចគ្នាជាមួយប្រព័ន្ធភ្ញៀវ។ ភាពឯកោនៃស្រទាប់ paravirtualization ពីប្រព័ន្ធប្រតិបត្តិការភ្ញៀវត្រូវបានធានាដោយ OpenVMM ដែលជាអ្នកត្រួតពិនិត្យកម្រិតទីពីរ។ នៅពេលប្រើតាមរបៀបនេះ OpenHCL អាចត្រូវបានចាត់ទុកថាជាកម្មវិធីបង្កប់និម្មិតដែលកំពុងដំណើរការនៅកម្រិតសិទ្ធិខ្ពស់ជាងប្រព័ន្ធប្រតិបត្តិការដែលកំពុងដំណើរការក្នុងបរិយាកាសភ្ញៀវ។

ការបំបែកប្រព័ន្ធភ្ញៀវ និងសមាសភាគ OpenHCL ត្រូវបានអនុវត្តដោយប្រើគំនិតនៃកម្រិតទុកចិត្តនិម្មិត (VTL, Virtual Trust Level) សម្រាប់ការអនុវត្តដែលទាំងយន្តការសូហ្វវែរ និងបច្ចេកវិទ្យាផ្នែករឹងអាចប្រើប្រាស់បាន ដូចជា Intel TDX (Trust Domain Extensions ។ ), AMD SEV-SNP (Secure Encrypted Virtualization-Secure Nested Paging) និង ARM CCA (Confidential Compute Architecture)។ ដើម្បីដំណើរការសមាសភាគ OpenHCL ការបង្កើតខឺណែលលីនុចដែលត្រូវបានដកចេញត្រូវបានប្រើប្រាស់ ដែលរួមបញ្ចូលតែសមាសធាតុអប្បបរមាដែលត្រូវការដើម្បីដំណើរការ OpenVMM ។

OpenHCL អាចដំណើរការលើវេទិកា x86-64 និង ARM64 និងគាំទ្រផ្នែកបន្ថែម Intel TDX, AMD SEV-SNP និង ARM CCA សម្រាប់ភាពឯកោបន្ថែម។ OpenHCL រួមបញ្ចូលនូវសំណុំនៃសេវាកម្ម កម្មវិធីបញ្ជា និងកម្មវិធីត្រាប់តាមដែលប្រើដើម្បីរៀបចំការចូលប្រើឧបករណ៍ ធានានូវប្រតិបត្តិការនៃឧបករណ៍និម្មិតនៅផ្នែកប្រព័ន្ធភ្ញៀវ និងត្រាប់តាមឧបករណ៍ផ្នែករឹង (ឧទាហរណ៍ បន្ទះឈីបសម្រាប់រក្សាទុកសោគ្រីប - vTPM) អាចត្រូវបានត្រាប់តាម។

ដើម្បីបកប្រែការចូលប្រើផ្នែករឹងនៅផ្នែកប្រព័ន្ធភ្ញៀវ កម្មវិធីបញ្ជាដែលបានបើកដំណើរការ paravirtualization ដែលមានស្រាប់ត្រូវបានប្រើ ឬឧបករណ៍អាចត្រូវបានភ្ជាប់ដោយផ្ទាល់ទៅម៉ាស៊ីននិម្មិត ដែលអនុញ្ញាតឱ្យប្រព័ន្ធភ្ញៀវដែលមានស្រាប់ត្រូវបានផ្លាស់ទីទៅបរិស្ថានដែលមានមូលដ្ឋានលើ OpenHCL ដោយមិនចាំបាច់កែប្រែ។ OpenHCL ក៏រួមបញ្ចូលសមាសធាតុវិនិច្ឆ័យ និងបំបាត់កំហុសផងដែរ។ ម៉ាស៊ីននិម្មិតបានអនុវត្តដោយប្រើកម្មវិធីបន្ថែម ដើម្បីធានាបាននូវការគណនាសម្ងាត់។

មិនដូចគម្រោងប្រភពបើកចំហ COCONUT-SVSM (ម៉ូឌុលសេវាកម្ម VM សុវត្ថិភាព) ដែលមានស្រាប់ ដែលផ្តល់សេវាកម្ម និងឧបករណ៍ត្រាប់តាមសម្រាប់ប្រព័ន្ធភ្ញៀវដែលកំពុងដំណើរការជាសម្ងាត់នោះទេ។ ម៉ាស៊ីននិម្មិត (CVM, Confidential Virtual Machine) OpenHCL អនុញ្ញាតឱ្យប្រើប្រាស់ចំណុចប្រទាក់ស្តង់ដារនៅក្នុងប្រព័ន្ធភ្ញៀវ ខណៈពេលដែល COCONUT-SVSM តម្រូវឱ្យមានការរៀបចំអន្តរកម្មពិសេសជាមួយ SVSM ដោយធ្វើការផ្លាស់ប្តូរប្រព័ន្ធភ្ញៀវ និងការប្រើប្រាស់កម្មវិធីបញ្ជាដាច់ដោយឡែក។

ក្នុងចំណោមកម្មវិធីរបស់ OpenHCL paravisor សេណារីយ៉ូដូចជាការផ្លាស់ប្តូរនៃប្រព័ន្ធដែលមានស្រាប់ដើម្បីប្រើឧបករណ៍បង្កើនល្បឿនផ្នែករឹង Azure Boost ដោយមិនចាំបាច់ធ្វើការផ្លាស់ប្តូររូបភាពថាសប្រព័ន្ធភ្ញៀវត្រូវបានលើកឡើង។ ដំណើរការភ្ញៀវដែលមានស្រាប់នៅក្នុងម៉ាស៊ីននិម្មិតដែលផ្តល់នូវការគណនាសម្ងាត់ (ឧទាហរណ៍ ផ្អែកលើ Intel TDX និង AMD SEV-SNP); ការរៀបចំការចាប់ផ្ដើមម៉ាស៊ីននិម្មិតដែលបានផ្ទៀងផ្ទាត់ដោយប្រើ UEFI Secure Boot និងរបៀប vTPM ។

វាត្រូវបានកត់សម្គាល់ដោយឡែកពីគ្នាថាគម្រោង OpenVMM គឺផ្តោតលើការប្រើប្រាស់ជាមួយ OpenHCL ហើយមិនទាន់រួចរាល់សម្រាប់ការប្រើប្រាស់តែម្នាក់ឯងនៅលើប្រព័ន្ធម៉ាស៊ីនសម្រាប់ការអនុវត្តផលិតកម្មដោយអ្នកប្រើប្រាស់ចុងក្រោយ។ ក្នុងចំនោមបញ្ហារបស់ OpenVMM ដែលរារាំងការប្រើប្រាស់របស់វានៅក្នុងបរិយាកាសម៉ាស៊ីននៅក្នុងបរិបទប្រពៃណី នៅខាងក្រៅ OpenHCL ខាងក្រោមត្រូវបានលើកឡើង៖ ឯកសារមិនល្អនៃចំណុចប្រទាក់ត្រួតពិនិត្យ។ កង្វះការធ្វើឱ្យប្រសើរត្រឹមត្រូវនៃការអនុវត្តផ្នែកខាងក្រោយសម្រាប់ការផ្ទុក បណ្តាញ និងក្រាហ្វិក។ កង្វះការគាំទ្រសម្រាប់អ្នកបើកបរមួយចំនួន (ឧទាហរណ៍ ដ្រាយ IDE និងកណ្តុរ PS/2); មិនមានការធានានូវស្ថេរភាព និងមុខងាររបស់ API ទេ។ ទន្ទឹមនឹងនេះ ការរួមបញ្ចូលគ្នានៃ OpenVMM និង OpenHCL បានឈានដល់កម្រិតនៃការអនុវត្តឧស្សាហកម្មរួចហើយ ហើយត្រូវបានប្រើប្រាស់ដោយ Microsoft នៅក្នុងវេទិកា Azure (Azure Boost SKU) ដើម្បីគាំទ្រដល់ប្រតិបត្តិការនៃម៉ាស៊ីននិម្មិតជាង 1.5 លានគ្រឿង។

ប្រភព: opennet.ru