माइक्रोसफ्ट ओपन सोर्स ओपनभीएमएम हाइपरभाइजर र ओपनएचसीएल प्याराभर्चुअलाइजेशन प्लेटफर्म

माइक्रोसफ्टले OpenHCL को प्याराभर्चुअलाइजेसन र भर्चुअल मेसिन मनिटर OpenVMM को लागि लेयरको खुला स्रोत घोषणा गरेको छ, OpenHCL को काम व्यवस्थित गर्न विशेष रूपमा विकसित गरिएको। OpenVMM र OpenHCL कोड Rust मा लेखिएको छ र MIT लाइसेन्स अन्तर्गत वितरण गरिएको छ। OpenVMM ले दोस्रो-स्तर हाइपरभाइजरहरूलाई बुझाउँछ जुन अपरेटिङ सिस्टम कर्नेलसँग समान सुरक्षा रिंगमा काम गर्दछ, जस्तै VirtualBox र VMware Workstation जस्ता उत्पादनहरू। यसले लिनक्स (x86_64), Windows (x86_64, Aarch64) र macOS (x86_64, Aarch64) को आधारमा KVM, SHV (Microsoft Hypervisor), WHP (Windows Hypervisor Platform) र Hypervisor API को भर्चुअलाइजेशन प्रयोग गरी होस्ट प्रणालीहरूको शीर्षमा सञ्चालनलाई समर्थन गर्दछ। ओएस डाटा फ्रेमवर्क द्वारा।

OpenVMM मा समर्थित सुविधाहरू मध्ये:

• UEFI र BIOS मोडहरूमा बुट गर्नुहोस्, लिनक्स कर्नेलको प्रत्यक्ष बुट;
• Virtio ड्राइभरहरूमा आधारित Paravirtualization समर्थन (virtio-fs, virtio-9p, virtio-net, virtio-pmem)
• VMBus-आधारित paravirtualization समर्थन (storvsp, netvsp, vpci, फ्रेमबफर);
• vTPM, NVMe, UART, i440BX + PIIX4 चिपसेट, IDE HDD, PCI र VGA को इमुलेशन;
• फर्वार्डिङ ग्राफिक्स, इनपुट उपकरणहरू, कन्सोलहरू, भण्डारण र नेटवर्क पहुँचको लागि ब्याकएन्डहरू;
• कमाण्ड लाइन इन्टरफेस, अन्तरक्रियात्मक कन्सोल, gRPC र ttrpc मार्फत व्यवस्थापन।

OpenHCL लाई OpenVMM हाइपरभाइजरको शीर्षमा चलिरहेको प्याराभर्चुअलाइजेसन कम्पोनेन्टहरू (प्याराभाइजर) भएको वातावरणको रूपमा राखिएको छ। OpenVMM र OpenHCL मा आधारित भर्चुअलाइजेशन प्रणालीहरूको मुख्य विशेषता भनेको प्याराभर्चुअलाइजेसन कम्पोनेन्टहरू होस्ट प्रणाली साइडमा होइन, तर अतिथि प्रणालीसँग एउटै भर्चुअल मेसिनमा चल्ने हो। अतिथि अपरेटिङ सिस्टमबाट प्याराभर्चुअलाइजेशन तहको अलगाव दोस्रो-स्तर हाइपरभाइजर OpenVMM द्वारा सुनिश्चित गरिएको छ। यसरी प्रयोग गर्दा, OpenHCL लाई अतिथि वातावरणमा चलिरहेको अपरेटिङ सिस्टम भन्दा उच्च विशेषाधिकार स्तरमा चलिरहेको भर्चुअल फर्मवेयरको रूपमा मान्न सकिन्छ।

अतिथि प्रणाली र ओपनएचसीएल कम्पोनेन्टहरूको विभाजन भर्चुअल ट्रस्ट स्तरहरू (VTL, भर्चुअल ट्रस्ट स्तर) को अवधारणा प्रयोग गरी गरिन्छ, जसको कार्यान्वयनको लागि दुवै सफ्टवेयर संयन्त्र र हार्डवेयर प्रविधिहरू प्रयोग गर्न सकिन्छ, जस्तै Intel TDX (ट्रस्ट डोमेन एक्सटेन्सनहरू)। ), AMD SEV-SNP (Secure Encrypted Virtualization-Secure Nested Pageing) र ARM CCA (गोपनीय कम्प्युट आर्किटेक्चर)। OpenHCL कम्पोनेन्टहरू चलाउनको लागि, लिनक्स कर्नेलको स्ट्रिप-डाउन बिल्ड प्रयोग गरिन्छ, जसमा OpenVMM चलाउन आवश्यक न्यूनतम कम्पोनेन्टहरू मात्र समावेश हुन्छन्।

OpenHCL x86-64 र ARM64 प्लेटफर्महरूमा चल्न सक्छ, र थप अलगावको लागि Intel TDX, AMD SEV-SNP र ARM CCA विस्तारहरूलाई समर्थन गर्दछ। OpenHCL ले उपकरणहरूमा पहुँच व्यवस्थित गर्न, अतिथि प्रणाली साइडमा भर्चुअल उपकरणहरूको सञ्चालन सुनिश्चित गर्न र हार्डवेयर उपकरणहरू (उदाहरणका लागि, क्रिप्टोग्राफिक कुञ्जीहरू भण्डारण गर्नको लागि चिप - vTPM) अनुकरण गर्न प्रयोग गरिने सेवाहरूको सेट, ड्राइभर र इमुलेटरहरू समावेश गर्दछ।

अतिथि प्रणाली पक्षमा हार्डवेयरमा पहुँच अनुवाद गर्न, अवस्थित प्याराभर्चुअलाइजेशन-सक्षम ड्राइभरहरू प्रयोग गरिन्छ, वा उपकरणहरू सिधै भर्चुअल मेसिनमा बाँध्न सकिन्छ, जसले गर्दा अवस्थित अतिथि प्रणालीहरूलाई परिमार्जन बिना OpenHCL-आधारित वातावरणमा स्थानान्तरण गर्न अनुमति दिइन्छ। OpenHCL मा निदान र डिबगिङ घटकहरू पनि समावेश छन्। भर्चुअल मेसिनहरू, गोप्य कम्प्युटिङ सुनिश्चित गर्न एक्सटेन्सनहरू प्रयोग गरेर प्रदर्शन गरिएको।

अवस्थित खुला स्रोत परियोजना COCONUT-SVSM (सुरक्षित VM सेवा मोड्युल) भन्दा फरक, जसले गोप्य रूपमा चल्ने अतिथि प्रणालीहरूको लागि सेवाहरू र अनुकरण गरिएका उपकरणहरू प्रदान गर्दछ। भर्चुअल मेसिनहरू (CVM, गोप्य भर्चुअल मेसिन), OpenHCL ले अतिथि प्रणालीहरूमा मानक इन्टरफेसहरूको प्रयोगलाई अनुमति दिन्छ, जबकि COCONUT-SVSM लाई SVSM सँग विशेष अन्तरक्रियाको संगठन, अतिथि प्रणालीमा परिवर्तनहरू र छुट्टै ड्राइभरहरूको प्रयोग आवश्यक पर्दछ।

ओपनएचसीएल प्याराभाइजरका अनुप्रयोगहरू मध्ये, अतिथि प्रणाली डिस्क छविमा परिवर्तनहरू नगरी Azure बूस्ट हार्डवेयर एक्सेलेटरहरू प्रयोग गर्न अवस्थित प्रणालीहरूको संक्रमण जस्ता परिदृश्यहरू उल्लेख गरिएको छ; अवस्थित अतिथिहरूलाई भर्चुअल मेसिनहरूमा चलाउनुहोस् जसले गोप्य कम्प्युटिङ प्रदान गर्दछ (उदाहरणका लागि, Intel TDX र AMD SEV-SNP मा आधारित); UEFI सुरक्षित बुट र vTPM मोड प्रयोग गरेर भर्चुअल मेसिनहरूको प्रमाणित बुटको संगठन।

यो छुट्टै उल्लेख गरिएको छ कि OpenVMM परियोजना OpenHCL सँग प्रयोगमा केन्द्रित छ र अन्तिम प्रयोगकर्ताहरूद्वारा उत्पादन कार्यान्वयनको लागि होस्ट प्रणालीहरूमा स्ट्यान्डअलोन प्रयोगको लागि अझै तयार छैन। OpenVMM का समस्याहरू मध्ये जसले परम्परागत सन्दर्भमा होस्ट वातावरणमा यसको प्रयोगलाई रोक्छ, OpenHCL बाहिर, निम्न उल्लेख गरिएको छ: नियन्त्रण इन्टरफेसको कमजोर कागजात; भण्डारण, नेटवर्क र ग्राफिक्सको लागि ब्याकएन्ड प्रदर्शनको उचित अनुकूलनको अभाव; केही ड्राइभरहरूको लागि समर्थनको अभाव (उदाहरणका लागि, IDE ड्राइभहरू र PS/2 माइस); API स्थिरता र कार्यक्षमताको कुनै ग्यारेन्टी छैन। एकै समयमा, OpenVMM र OpenHCL को संयोजन पहिले नै औद्योगिक कार्यान्वयनको स्तरमा पुगेको छ र Microsoft द्वारा Azure प्लेटफर्म (Azure Boost SKU) मा 1.5 मिलियन भन्दा बढी भर्चुअल मेसिनहरूको सञ्चालनलाई समर्थन गर्न प्रयोग गरिन्छ।

स्रोत: opennet.ru