लिनक्स KVM के तहत विंडोज चलाना

टास्क: एक विशिष्ट लिनक्स सर्वर पर विंडोज के साथ कई वर्चुअल मशीनें चलाएं।

समाधान: किसी भी आधुनिक लिनक्स वितरण, "देशी" KVM वर्चुअलाइजेशन प्रौद्योगिकी, विंडोज 2003 और नीचे वर्णित सेटिंग्स।

इसे भी देखें: फ्रीबीएसडी के लिए केवीएम कंटेनरों को कॉन्फ़िगर करने पर परिचयात्मक लेख।

अतिथि OS चयन

लिनक्स केवीएम के तहत विंडोज एक्सपी अस्थिर है। मुख्य त्रुटियां csrss.exe प्रक्रिया (RDP सत्रों की समाप्ति तक) और BSOD के साथ IRQL_NOT_LESS_OR_EQUAL कोड द्वारा HAL.DLL में 100% प्रोसेसर की खपत हैं। यदि आप स्थिर संचालन प्राप्त करने में कामयाब रहे, तो अपडेट की स्वचालित स्थापना को अक्षम करना सुनिश्चित करें! हमारे अनुभव में, WinXP केवीएम के तहत काम करने के लिए, वे समस्याओं का एक प्रमुख स्रोत बन गए हैं।

विंडोज 7 ठीक काम करता है, लेकिन प्रोक्समॉक्स काउंटरों के अनुसार, इसे काम करने के लिए 3 से अधिक गीगाबाइट रैम की आवश्यकता होती है।

सबसे अच्छा विकल्प विंडोज 2003 R2 का 32-बिट संस्करण था:

• सहित मज़बूती से काम करता है गुण के साथ,
• XP के साथ संगतता समस्याएं नहीं हैं (यहां तक ​​कि उपस्थिति को समान बनाया जा सकता है)
• 800 मेगाबाइट से कम रैम लेता है।

मेमोरी के 4 गीगाबाइट (पीएई के बिना) की ऊपरी सीमा उन सभी समस्याओं के लिए पर्याप्त थी जो उत्पन्न हुई थीं।

सूचना के प्रयोजनों के लिए, RuTracker पर प्रकाशित कोई भी वितरण उपयुक्त है।

पहला प्रक्षेपण और पुण्य

#!/bin/sh VM_ID="10" MACBASE="00:16:3e:ff:ff" HDA="vm_${VM_ID}.img" HDB="temp.img" HDC="w2k3_r2_ent_rus_x86/ru_win_srv_2003_r2_enterprise_with_sp2_vl_cd1_X13-46484.iso" HDD="virtio-win-0.1-52.iso" sudo kvm \ -enable-kvm \ -boot "menu=on,order=d" \ -m 1024M \ -balloon virtio \ -name "kvm_${VM_ID}" \ -drive "file=$HDA,index=0,media=disk,cache=writeback" \ -drive "file=$HDB,index=1,media=disk,cache=writeback,if=virtio" \ -drive "file=$HDC,index=2,media=cdrom,cache=writeback,readonly" \ -drive "file=$HDD,index=3,media=cdrom,cache=writeback,readonly" \ -net "nic,model=virtio,macaddr=${MACBASE}:${VM_ID}" \ -net "tap,ifname=tap${VM_ID},script=no,downscript=no" \ -vnc "0.0.0.0:${VM_ID}" 

-Vnc ... विकल्प केवल GUI के बिना सर्वर पर समझ में आता है। डिफ़ॉल्ट रूप से, KVM SDL के माध्यम से एक विंडो खोलेगा। दोनों मामलों में, विंडो के अंदर अतिथि और प्रबंधन कंसोल के बीच स्विच करने के लिए Ctrl + Alt + Shift + 1 और Ctrl + Alt + Shift + 2 का उपयोग किया जाता है।

" -net nic,model=virtio,... " -net nic,model=virtio,... VM के अंदर अज्ञात विंडोज प्रकार का एक नेटवर्क कार्ड बनाएगा, जिसके लिए हार्डवेयर सेटअप विज़ार्ड आपको ड्राइवर का चयन करने के लिए संकेत देगा। युग्मित " -net tap,... " पैरामीटर वीएम के साथ संचार के लिए होस्ट ओएस में एक नेटवर्क इंटरफ़ेस बनाएगा। IP पते निर्दिष्ट करना, DHCP को कॉन्फ़िगर करना और ProxyARP, NAT, या ब्रिज के माध्यम से बाहरी दुनिया तक पहुंच सीधे विंडोज से संबंधित नहीं है, इसलिए उन्हें यहां नहीं माना जाता है।

अब इस स्तर पर सबसे महत्वपूर्ण के बारे में, अर्थात्। पहियों के बारे में।

HDC एक ISO इमेज है जिसमें विंडोज डिस्ट्रीब्यूशन है। फ़ाइल नाम पिछले भाग में धार से लिया गया है। इससे, वीएम के अंदर, सिस्टम का पहला बूट होगा (" -boot order=d ")।

HDD एक ISO छवि है जिसमें गुणी ड्राइवर होते हैं। Alt.fedoraproject.org/pub/alt/virtio-win/latest/images/bin से डाउनलोड करें

एचडीए एक खाली डिस्क छवि है, जिस पर सिस्टम स्थापित किया जाएगा। " kvm-img create -f qcow2 vm_10.img 50G " कमांड द्वारा बनाया गया।

HDB एक खाली डिस्क छवि है जो " kvm-img create -f qcow2 temp.img 1G " के माध्यम से एक अज्ञात प्रकार के विंडोज डिवाइस को दिखाने के एकमात्र उद्देश्य के लिए बनाई गई है ताकि इसके लिए ड्राइवर की आवश्यकता हो। अस्थायी डिस्क के लिए पुण्य चालक को सिस्टम में संस्थापित करना, फिर IDE से गुणक तंत्र डिस्क में बदल जाएगा।

सिस्टम और ड्राइवरों की स्थापना पूरी तरह से पूरी होने के बाद, स्टार्ट कमांड में आपको "-बूट" और "-ड्राइव" की सभी लाइनों को हटा देना चाहिए, पहले वाले को छोड़कर, क्योंकि अस्थायी डिस्क और आईएसओ छवियों की आवश्यकता नहीं होगी (नोट करें " if=virtio "!):

 kvm ... -drive "file=$HDA,index=0,media=disk,cache=writeback,if=virtio" ... 

पुण्य लाभ के लिए, नेटवर्क कॉन्फ़िगरेशन विकल्प और kvm कमांड लाइन विकल्प habrahabr.ru/post/167099 में पढ़ें

अनुशंसित विंडोज सेटिंग्स

सबसे पहले, डिफ़ॉल्ट रूप से, विंडोज बीएसओडी के साथ एक पूर्ण मेमोरी डंप बनाता है। सबसे अच्छे मामले में, यह रिबूट को काफी धीमा कर देगा। सबसे कम, पूरी तरह से लटका हुआ होगा।

दूसरे, स्वचालित अपडेट डिफ़ॉल्ट रूप से सक्षम होते हैं, और एक जोखिम है कि उनमें से एक KVM के तहत काम अस्थिर कर देगा।

इसलिए, इंस्टॉलेशन बहुत पहले स्थान पर (ड्राइवरों को स्थापित करने से पहले!) पूरा हो जाने के बाद, कंट्रोल पैनल => सिस्टम पर जाने की सिफारिश की जाती है:

• ऑटो अपडेट: अक्षम करें
• उन्नत => त्रुटि रिपोर्ट => अक्षम करें
• उन्नत => डाउनलोड और पुनर्स्थापित करें => सेटिंग्स => सिस्टम क्रैश => डिबगिंग जानकारी लिखें => छोटी मेमोरी डंप (64KB)

टीसीपी / आईपी सेटिंग्स वैकल्पिक हैं, लेकिन प्रदर्शन में थोड़ा सुधार होगा, जैसा कि एक आभासी वातावरण में, कोई समस्या नहीं है जिसे भौतिक नेटवर्क पर संचारित करने पर विचार करने की आवश्यकता होती है।

विवरण: www.linux-kvm.org/page/WindowsGuestDrivers/kvmnet/registry

तैयार REG फ़ाइल: svn1.sytes.net/linuxkvm/tune-guest-tcpip.reg

उसके बाद, आप डिस्क (पुण्य-स्टॉर) और नेटवर्क कार्ड (पुण्य-नेट) के लिए ड्राइवरों को स्थापित करने के लिए आगे बढ़ सकते हैं। उन्हें स्थापित करने के बाद, "Red Hat Virtio SCSI कंट्रोलर", "Red Hat VirtIO SCSI डिस्क डिवाइस" और "Red Hat VirtIO Ethernet Adapter" हार्डवेयर मैनेजर में दिखाई देंगे।

गुब्बारों

पारंपरिक दृष्टिकोण तुरंत दिए गए आकार के रैम ब्लॉक को आवंटित करना है, उदाहरण के लिए, वर्चुअल मशीन (वीएम) की शुरुआत में 512 मेगाबाइट। इसका नुकसान उन क्षणों में होता है जब वीएम मेमोरी में अप्रयुक्त स्थान होता है, यह अन्य वीएम और होस्ट सिस्टम में याद किया जा सकता है।

मेमोरी बॉलिंग गतिशील रूप से (ए) के लिए आवश्यक के रूप में वीएम के लिए मेजबान रैम आवंटित करना है और (ख) अनुपयोगी ब्लॉकों को उपलब्ध कराने के रूप में उपलब्ध है। इसके लिए धन्यवाद, एक साथ कई वीएम लॉन्च करना संभव हो जाता है, वर्चुअल रैम की कुल मात्रा जिसमें मेजबान सिस्टम में भौतिक रैम की मात्रा से अधिक है, बशर्ते कि वे एक ही बार में अधिकतम अनुमत मात्रा का उपयोग न करें। इसके लिए धन्यवाद, मेजबान सिस्टम की मेमोरी को VMs के बीच लचीले रूप से सामान्य प्रक्रियाओं के बीच वितरित किया जाता है।

कई संसाधनों से प्यारी, आभासी संसाधनों का निर्माण, जो मात्रा में भौतिक से अधिक है, शब्द "ओवरकमिट" और "ओवरसेलिंग" द्वारा इंगित किया गया है।

बैलोनिंग के लिए दो सॉफ्टवेयर घटकों के समन्वित संचालन की आवश्यकता होती है:

• होस्ट सिस्टम में MOM (मेमोरी ओवरकॉमिटमेंट मैनेजर), जो इसके अनुरोधों के आधार पर VM के लिए RAM की मात्रा को बदलता है,
• VMM (वर्चुअल मेमोरी मैनेजर) एक अतिथि ओएस में जो वर्चुअल पीसीआई नियंत्रक के माध्यम से एमओएम के साथ बातचीत करता है।

KVM के नवीनतम संस्करणों में MOM स्वचालित रूप से चालू होता है, पुराने लोगों ने कमांड लाइन पर "kvm ... -balloon virtio" का उपयोग करके इसे सक्षम करने की मांग की थी।

विंडोज MOM हार्डवेयर मैनेजर (devmgmt.msc) के साथ संवाद करने के लिए अतिथि डिवाइस को "अज्ञात प्रकार के पीसीआई मानक रैम नियंत्रक" के रूप में देखेगा। पुण्य-पथ और गुण-जाल के विपरीत, इसके लिए ड्राइवर को स्वचालित रूप से स्थापित करने की पेशकश नहीं की जाएगी। इसके बजाय, उपकरण के गुणों पर जाएं, "ड्राइवर" टैब पर अपडेट का चयन करें और मैन्युअल रूप से गुब्बारे के लिए पथ निर्दिष्ट करें। उसके बाद, डिवाइस को "VirtIO Balloon Driver" नाम दिया गया है।

ACPI

डिफ़ॉल्ट रूप से, विंडोज 2003 आपको केवल खुद को बंद करने की अनुमति देता है - लॉगिन पासवर्ड दर्ज करें, प्रारंभ => "शटडाउन" चुनें, एक नोट दर्ज करें, "ओके" पर क्लिक करें। बेशक, यह दृष्टिकोण एक वीडीएस फार्म पर स्वीकार्य नहीं है। KVM (और QEMU) ACPI का अनुकरण कर सकते हैं। "System_powerdown" कमांड भौतिक कंप्यूटर पर पावर बटन दबाने के समान है, लेकिन विंडोज इसे अनदेखा करेगा। यह निम्न .reg फ़ाइल के साथ व्यवहार किया जाता है:

 Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\policies\system] "ShutdownWithoutLogon"=dword:00000001 "DisableCAD"=dword:00000001 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows] "ShutdownWarningDialogTimeout"=dword:00000003 

यह चलने के लिए तैयार है: svn1.sytes.net/linuxkvm/win-acpi-kvm.reg

विस्तृत विवरण के साथ मूल स्रोत: umgum.com/acpi-windows2003-shutdown

कैशिंग

यदि अतिथि डिस्क की छवि को फ़ाइल के रूप में VDS फ़ार्म पर संग्रहीत किया जाता है, तो अतिथि फ़ाइलों का कैशिंग डबल हो सकता है - अतिथि OS वर्चुअल डिस्क तक पहुँचने पर पहले उन्हें कैश करता है, फिर फ़िज़िकल एक्सेस करते समय फ़ार्म OS।

कुल में, 3 मुख्य मोड संभव हैं:

• कोई नहीं - मेजबान सिस्टम छवि फ़ाइल को पढ़ने या लिखने के लिए कैश नहीं करता है
• राइटबैक - तुरंत लिखना, पढ़ना कैश्ड है
• writethrough - पढ़ना और लिखना कैश्ड है

Qemu / kvm के विभिन्न संस्करणों में और अलग-अलग ऑपरेटिंग सिस्टम में, अलग-अलग मोड डिफ़ॉल्ट रूप से उपयोग किए जा सकते हैं। उदाहरण के लिए, संस्करण 1.2 से पहले Qemu राइटथ्रू का उपयोग करता है, 1.2 राइटबैक में बदल जाता है, कैश = कोई भी समीपस्थ में नहीं चुना जाता है।

अपवाद के बिना, वेब पर स्रोत रिटथ्रू को सबसे धीमी गति से उपयोग करने के खिलाफ सलाह देते हैं। एक व्यक्तिपरक आकलन के अनुसार, राइटबैक विंडोज़ के साथ वीएम के लिए इष्टतम है, लिनक्स और फ्रीबीएसडी के साथ वीएम के लिए कोई भी नहीं।

नेटवर्क हैंग हो जाता है

एकमात्र गंभीर समस्या जो केवीएम त्रुटि निश्चित रूप से उत्पन्न करती है, वह है भारी ट्रैफ़िक के दौरान अतिथि नेटवर्क का फ्रीज़ होना : Bugs.centos.org/view.php?id=5526 (त्रुटि विवरण के अलावा, अन्य बगट्रैक के महत्वपूर्ण लिंक हैं)।

चर्चा में प्रतिभागियों द्वारा प्रस्तावित सिफारिशें (qemu-kvm को अपडेट करना और कर्नेल, कमांड लाइन के मापदंडों को बदलना, vhost-net का उपयोग करना), दुर्भाग्यवश, अभी तक इसे हल नहीं कर पाए हैं।

प्रत्येक फ्रीज के साथ, आपको वीएनसी के माध्यम से वीएम कंसोल पर जाना होगा और नेटवर्क इंटरफेस को रीसेट करना होगा, जिसके बाद ट्रैफिक फिर से सामान्य होने लगता है।

यदि आप PingFailed_ResetNic.au3 फ़ाइल बनाते हैं और इसे टास्क मैनेजर द्वारा हर कुछ मिनटों में कॉल करते हैं, तो आप AutoIt का उपयोग करके Windows में इस क्रिया को स्वचालित कर सकते हैं:

 #include «EventLog.au3» Local $PingHost = "192.168.0.1" Local $Interface = "LAN" Ping($PingHost, 250) If @error = 0 Then Exit Local $hEventLog = _EventLog__Open("", "RestartNicOnPingFailure") Local $aEmpty[1] = [0] _EventLog__Report($hEventLog, 2, 0, 1, "", "Restart NIC " & Interface & " on failed ping to " & PingHost, $aEmpty) _EventLog__Close($hEventLog) RunWait("netsh interface set interface " & $Interface & " DISABLED", "", @SW_HIDE) RunWait("netsh interface set interface " & $Interface & " ENABLED", "", @SW_HIDE) 

CMD.EXE के लिए विकल्प: rickosborne.org/blog/2007/02/stupid-windows-tricks-restart-network-adapter-when-it-hangs

इस तरह के "समाधान" को हमेशा संतोषजनक नहीं माना जा सकता है, लेकिन कुछ मामलों में यह नकारात्मक प्रभाव को स्वीकार्य न्यूनतम तक कम करने के लिए पर्याप्त है, जिससे आप अधिक कठोर उपायों के बजाय सुधार की प्रतीक्षा कर सकते हैं।