GPU perdavimas (vDGA) „VMware“: išsamus vadovas

Fizinio GPU tiesioginis prijungimas prie virtualios mašinos „VMware“ sistemoje Tai vienas iš tų pakeitimų, kuris daro didelę įtaką dirbant su didelėmis grafikos apkrovomis. IA arba 3D vaizdavimas. Perėjimas nuo emuliuotos grafikos plokštės prie tiesioginės prieigos per pralaidumą (vDGA / VMDirectPath I/O) gali priartinti virtualios mašinos našumą prie fizinės mašinos, tačiau mainais tai prideda nemažai reikalavimų ir apribojimų, kurie turėtų būti labai aiškūs prieš pradedant.

Be to, dabartinėje ekosistemoje egzistuoja keli GPU naudojimo virtualizuotose aplinkose būdai: Specialus pralaidumas, bendras vGPU ir tokios technologijos kaip „BitFusion“ arba GPU skaidymasSupratimas, ką kiekvienas iš jų daro, kokiais atvejais jis tinka ir kaip jis konfigūruojamas „vSphere“ / „ESXi“ (ir kaip jis susijęs su panašiomis technologijomis, tokiomis kaip „Hyper-V DDA“), yra labai svarbus norint nepatekti į aklavietę su aparatine įranga ar pasirinkta hipervizoriaus versija.

Kas yra GPU perdavimas (vDGA / VMDirectPath I/O) „VMware“ sistemoje?

GPU perdavimas „VMware“ sistemoje, dar žinomas kaip vDGA arba VMDirectPath I/OTai veikimo režimas, kai fizinė vaizdo plokštė, įdiegta ESXi pagrindiniame kompiuteryje, yra tiesiogiai priskirta virtualiai mašinai. Užuot naudojusi hipervizoriaus emuliuojamą grafikos adapterį, svečio operacinė sistema mato GPU beveik taip, lyg jis būtų prijungtas prie fizinės pagrindinės plokštės.

Šis spartusis klavišas leidžia VM pasinaudoti visas grafikos lusto, vaizdo atminties ir pažangių funkcijų galingumas pvz., CUDA, OpenCL, Direct3D ir OpenGL, o hipervizorius sukuria labai mažai papildomų resursų. „VMware“ laboratoriniuose bandymuose paprastai pranešama apie 4–5 % našumo sumažėjimą, palyginti su to paties GPU naudojimu „grynojoje metalinėje“ aplinkoje.

Praktiškai GPU perdavimas reiškia, kad Ta kortelė yra visiškai skirta vienai virtualiai mašinai.Nėra smulkaus išteklių paskirstymo tarp kelių virtualių mašinų, taip pat nėra trečiosios šalies programinės įrangos sluoksnio, įkelto į ESXi, kuris bendrintų vaizdo plokštę, kitaip nei naudojant vGPU sprendimus, pvz. "NVIDIA GRIDĖLIS.

Svarbu atskirti šį metodą nuo kitų GPU naudojimo virtualizacijoje būdų, tokių kaip NVIDIA vGPU (bendras vGPU), „RemoteFX“ / skaidymas naudojant „Hyper-V“ arba „BitFusion“ tipo sprendimus, kuriais siekiama paskirstyti GPU arba GPU telkinį tarp kelių mašinų, naudojant skirtingas virtualizacijos arba nuotolinio peradresavimo technikas.

Kai „VMware“ pasaulyje kalbame apie vDGA, iš esmės apibūdiname tai tiesioginis GPU PCIe įrenginio priskyrimas VM naudojant „VMDirectPath“ įvesties/išvesties funkciją, su visais su tuo susijusiais privalumais (našumas) ir trūkumais (mobilumo ir didelio prieinamumo apribojimai).

GPU perdavimo naudojimo „vSphere“ pranašumai

Pagrindinė perėjimo prie vDGA priežastis yra ta, kad Grafikos ir skaičiavimo našumas yra labai artimas fizinio kompiuterio našumui.Praleidus didelę dalį to PCIe įrenginio virtualizacijos sluoksnio, išnyksta tipinės emuliuojamo GPU kliūtys ir virtuali mašina gali daug sklandžiau dirbti su žaidimais, 3D programomis ar dirbtinio intelekto varikliais.

Tai ypač pastebima tais atvejais, kai integruoti GPU arba numatytoji emuliuota virtuali grafikos plokštė gerokai atsilieka: Pažangus grafinis dizainas, CAD, 3D modeliavimas ir vizualizavimas, vaizdo įrašų redagavimas, animacija ir žaidimų kūrimasTai taip pat labai svarbu mokant mašininio mokymosi modelius ir dirbtinio intelekto darbo krūvius, kurie labai priklauso nuo CUDA ar lygiaverčių technologijų.

Dar vienas aiškus privalumas yra lankstesnis aparatinės įrangos naudojimas duomenų centro lygmeniu. Užuot turėję fizinė darbo vieta vienam vartotojui arba projektuiGalima skirti tinkamo dydžio „ESXi“ pagrindinį kompiuterį kelioms virtualioms mašinoms, kiekvienai su savo GPU pralaidumo režimu, ir žaisti pagal tvarkaraščius arba esant didžiausiai paklausai.

Tam tikrose aplinkose, ypač jei jau yra serverių su laisvais PCIe lizdais, kaina vienam vartotojui arba projektui Tai gali būti mažiau nei išlaikyti galingų fizinių darbo stočių parką, ypač jei vaizdo plokštės nereikia 24 valandas per parą ir ją galima perkonfigūruoti atsižvelgiant į intensyvaus darbo laikotarpius.

Galiausiai, yra ir netiesioginė nauda saugumo ir operacijų požiūriu: išlaikant grafikos darbo krūvius izoliuotose virtualiose mašinoseJei kas nors negerai (įvyksta spragų išnaudojimas, problemiška tvarkyklė, bloga konfigūracija), lengviau suvaldyti poveikį, grįžti prie ankstesnės momentinės kopijos arba atkurti duomenis iš atsarginės kopijos, jei tik laikomasi perdavimo apribojimų, kuriuos pamatysime vėliau.

GPU pralaidumas, palyginti su vGPU ir kitomis alternatyvomis

„VMware“ ekosistemoje yra keletas būdų, kaip panaudoti vaizdo plokštę, ir ne visi jie apima jos skyrimą vienai virtualiai mašinai. Žinomiausi yra šie: vDGA / VMDirectPath įvesties/išvesties, vGPU (NVIDIA GRID arba kiti) ir nuotolinės prieigos / skaičiavimo sprendimai, tokie kaip „BitFusion“.

Tiesioginio perdavimo režimu (vDGA) GPU yra paskirstoma išskirtinai virtualiai mašinaiSkaičiavimo branduoliai ir vaizdo atmintis nėra bendrinami tarp kelių virtualių mašinų, o hipervizoriaus vaidmuo praktiškai neegzistuoja, išskyrus PCIe įrenginio nukreipimą svečiui. Tai lengviausiai suprantamas variantas, labiausiai primenantis fizinį serverį su dedikuota vaizdo plokšte.

Taikant vGPU metodą, specializuota programinė įranga (pvz. NVIDIA GRID vGPU sistemoje „VMware vSphere“Jis tvarko GPU virtualizaciją valdiklio lygmeniu ir pateikia virtualius GPU egzempliorius, kuriuos galima vienu metu priskirti kelioms virtualioms kompiuteriams. Kiekvienas svečio kompiuteris mato GPU „gabalėlį“ su garantuotais arba bendrais ištekliais.

vGPU leidžia keliems virtualiems darbalaukiams arba serveriams dalytis viena grafikos plokšte, o tai labai naudinga VDI, lengvos, pagreitintos biuro aplinkos, priekinės linijos grafinės darbo vietos mažmeninėje prekyboje ar svetingumo sektoriuosearba scenarijai, kai didžiausias grafikos naudojimas tarp naudotojų yra nevienodas. Dėl to atsiranda tam tikrų papildomų resursų ir nepasiekiamas toks pat maksimalus našumas, kaip naudojant visą fizinę GPU, skirtą vienai virtualiai mašinai.

Taip pat yra tokių sprendimų kaip „BitFusion Flexdirect“ ir panašios technologijoskurios leidžia GPU naudoti tinkle iš skirtingų virtualių mašinų, idealiai tinka dirbtinio intelekto ir didelio našumo skaičiavimų darbo krūviams, kai GPU veikia labiau kaip nuotolinis skaičiavimo išteklius, o ne kaip vaizdo plokštė vartotojo grafinei sąsajai.

Pasirinkite tarp vDGA, vGPU arba nuotolinio GPU modelio Tai priklauso nuo to, ar jums reikia pilnai išnaudoti GPU vienam įrenginiui (pralaidumas), ar norite paskirstyti brangią kortelę daugeliui vartotojų su vidutiniu darbo krūviu (vGPU), ar svarbiausia yra suorganizuoti GPU telkinį paskirstytam skaičiavimui („BitFusion“ ir panašiai).

Aparatinės įrangos reikalavimai vDGA naudojimui ESXi sistemoje

Prieš planuodami GPU perdavimo diegimą „VMware“ sistemoje, turite įsitikinti, kad Aparatinės įrangos platforma atitinka keletą sąlygų kurie neapsiriboja vien „prijungta vaizdo plokšte prie serverio“.

Pirma, „ESXi“ pagrindinės plokštės procesorius ir lustų rinkinys turi palaikyti virtualizacija su IOMMU. Į "Intel" Tai pasiekiama naudojant „Intel VT-x“ ir „VT-dy“, o AMD – per AMD-V su IOMMU. Serverio BIOS/UEFI paprastai turi specialias šioms funkcijoms parinktis. aktyvuoti virtualizacijos plėtinius įvesties/išvesties.

Antra, reikia patikrinti atraminę plokštę MMIO atminties susiejimas, viršijantis 4 GB (kartais žymimi kaip „dekodavimas virš 4G“, „atminties žemėlapių įvestis/išvestis virš 4G“ ar panašiai). Tai ypač svarbu naudojant aukščiausios klasės GPU, pvz. Tesla, P100, V100 ir atitikmenys, kurie savo BAR (baziniuose adresų registruose) deklaruoja labai didelius atminties regionus.

Kai kurios iš šių aukščiausios klasės kortelių gali atvaizduoti daugiau nei 16 GB MMIO vietosTodėl, be žaidimo, BIOSTada reikės pakoreguoti tam tikrus išplėstinių VM nustatymų parametrus „vSphere“ programoje, kad sistema galėtų paleisti sistemą su ta GPU be nepakankamų išteklių klaidų.

Žinoma, pats GPU turi būti suderinamas su serverio platforma ir būti palaikoma pagrindinio kompiuterio gamintojo („Dell“, „HPE“, "Lenovo"ir kt.), kai naudojama pralaidumo režimu. Praktiškai dauguma šiuolaikinių PCIe GPU veikia, tačiau patartina patikrinti suderinamumo sąrašus, ypač GRID plokščių arba labai naujų modelių atveju.

Programinės įrangos reikalavimai ir versijų suderinamumas

Programinės įrangos lygmeniu svarbu aiškiai suprasti, kad „VMware“ palaiko „vDGA“ „vSphere 6.x“ ir naujesnėse versijose.Vis dėlto kai kurie vartotojai pranešė apie specifines problemas, susijusias su tam tikrais aparatinės įrangos deriniais (pavyzdžiui, NVIDIA GRID GPU Dell R720 serveriuose su ESXi 6.x).

Tokiais atvejais dažnai matomos klaidos, pvz., „įrenginys jau naudojamas“ arba simptomai, rodantys, kad Perdavimas nustojo veikti atnaujinus iš ESXi 5.5 į 6.xkai iš tikrųjų kalbama apie konkrečias klaidas, PCI įrenginių valdymo ar tvarkyklių pakeitimus, o ne apie oficialų palaikymo nutraukimą.

Svečio operacinė sistema, kuri naudos GPU perdavimui, turi turėti oficialios gamintojo tvarkyklės, įdiegtos VM (NVIDIA, AMD, Intel), kadangi „ESXi“ neįkelia jokio konkretaus tvarkyklės tai kortelei naudojant „VMDirectPath I/O“; hipervizorius tiesiog pateikia įrenginį svečiui.

Be to, VM turi būti sukonfigūruota paleisti EFI arba UEFI režimas naudojant GPU, kurie deklaruoja didelius MMIO atminties regionus. Ši detalė yra labai svarbi: neteisinga VM programinė įranga gali sukelti gedimus. bagažinė arba kad GPU netinkamai inicijuojamas iš svečio operacinės sistemos.

Kliento pusėje, jei prieiga prie VM vyksta per Nuotolinis darbalaukis (RDP arba kiti protokolai)Reikės aktyvuoti atitinkamas politikas, kad svečio sistema nuotolinėse sesijose naudotų aparatinės įrangos grafikos adapterį ir nebūtų įstrigusi su bendruoju tvarkykle be spartinimo.

ESXi pagrindinio kompiuterio konfigūravimas, kad jis naudotų GPU pralaidumo režimu

Pirmasis praktinis žingsnis – pasiruošti „vSphere“ / „ESXi“ serveris, skirtas GPU pateikimui kaip „DirectPath“ įvesties / išvesties įrenginiuiTai apima prieigą prie BIOS, PCI inventoriaus patikrinimą pagrindiniame kompiuteryje ir kortelės žymėjimą, kad ją būtų galima priskirti virtualioms kompiuteriams.

Jei GPU reikia didelių MMIO atminties regionų (16 GB ar daugiau), serverio BIOS/UEFI reikia ieškoti tokių parinkčių kaip „Dekodavimas virš 4G“ arba „PCI 64 bitų išteklių apdorojimas virš 4G“ ir juos suaktyvinti. Konkretus pavadinimas priklauso nuo gamintojo, tačiau paprastai jį galima rasti PCI nustatymuose arba išplėstinių išteklių skiltyje.

Kai „ESXi“ bus paleista su šiais nustatymais, „vSphere“ kliente galėsite pereiti prie atitinkamo pagrindinio kompiuterio ir pasiekti „Konfigūruoti → Aparatinė įranga → PCI įrenginiai → Redaguoti“ Norėdami peržiūrėti aptiktų PCI įrenginių sąrašą, matysite NVIDIA, AMD arba panašias korteles kartu su likusia serverio PCI įranga.

Jei GPU dar neįgalintas „DirectPath I/O“, tiesiog pažymėkite langelį. praėjimo dėžutė prie jūsų įėjimo tame sąraše. Išsaugojant pakeitimus, „vSphere“ paragins jus paleisti pagrindinį kompiuterį iš naujo, kad būtų pritaikyta konfigūracija, nes hipervizorius turi rezervuoti ir paruošti įrenginį, kad jis būtų iš naujo priskirtas virtualioms kompiuteriams.

Po perkrovimo, grįžus į sekciją „Konfigūruoti → Aparatinė įranga → PCI įrenginiai“ Bus parodytas langas, pavadintas maždaug taip, kaip „DirectPath I/O PCI įrenginiai, prieinami virtualioms mašinoms“, kuriame bus išvardyti visi įrenginiai, kurie tapo prieinami naudoti virtualiose mašinose, įskaitant GPU ir daugeliu atvejų pažangius tinklo adapterius, tokius kaip „Mellanox“.

Virtualios mašinos paruošimas ir konfigūravimas

Kai pagrindinis kompiuteris paruoštas, kitas žingsnis yra sukurti arba pritaikyti virtualią mašiną, kuri naudos GPU. Pirmiausia įsitikinkite, kad VM Jis buvo sukurtas naudojant tinkamą EFI/UEFI programinę-aparatinę įrangą., ypač scenarijuose su aukščiausios klasės GPU ir dideliu MMIO.

„vSphere“ kliente tiesiog pasirinkite VM ir eikite į „Redaguoti nustatymus → VM parinktys → Įkrovos parinktys“ ir patikrinkite, ar lauke „Programinė-aparatinė įranga“ pasirinkta „EFI“ arba „UEFI“. Jei ne, ją reikės pakeisti (o kai kuriais atvejais, jei nepalaikomas šis karštasis keitimas, reikės iš naujo sukurti virtualiąją mašiną arba operacinę sistemą).

Naudojant perdavimą su plokštėmis, kurios susieja daugiau nei 16 GB MMIO vietos, patartina pakoreguoti kai kuriuos išplėstinius VM konfigūracijos parametrus, pasiekiamus iš „Redaguoti nustatymus → VM parinktys → Išplėstiniai → Konfigūracijos parametrai → Redaguoti konfigūraciją“Ten galite pridėti su „pciPassthru“ susijusius raktus, kad valdytumėte, kaip rezervuojama adresų erdvė.

Tiksliau sakant, 64 bitų MMIO naudojimas paprastai yra įjungtas, o to regiono dydis yra apibrėžtas, apskaičiuojamas pagal Kiek aukštos klasės GPU bus priskirta VM?Paprastai paprastai 16 reikia padauginti iš GPU skaičiaus ir gautą rezultatą suapvalinti iki didesnio dviejų laipsnio (pavyzdžiui, du tokie GPU turėtų 64 GB 64 bitų MMIO).

Sureguliavus šiuos parametrus, atliekamas diegimas arba patikrinama, ar Svečių operacinė sistema palaiko EFI/UEFI ir gali apdoroti atitinkamą atminties dydį ir GPU.Šiuo metu vaizdo plokštė dar nėra prijungta prie virtualios mašinos; aplinka tiesiog ruošiama, kad, kai tai bus padaryta, viskas prasidėtų be klaidų dėl išteklių trūkumo ar nesuderinamos programinės įrangos.

Priskirkite GPU VM naudodami VMDirectPath I/O

Kai pagrindinis kompiuteris pažymi GPU kaip prieinamą „DirectPath I/O“ ir VM yra teisingai sukonfigūruota, laikas fiziškai susieti kortelę su ta virtualia mašinaŠis žingsnis turi būti atliktas visiškai išjungus VM.

„vSphere“ kliente pasirinkite VM ir įveskite „Redaguoti nustatymus“, kad peržiūrėtumėte virtualią aparatinę įrangąĮrenginių sąraše galite spustelėti „Pridėti naują įrenginį“ ir pasirinkti „PCI įrenginys“, jei GPU dar nėra sąraše. Tada pasirinkite PCI įrenginį, atitinkantį vaizdo plokštę (pvz., pagrindiniame kompiuteryje aptiktą NVIDIA arba AMD plokštę).

Kai konfigūracija bus išsaugota, VM savo aparatinėje įrangoje rodys kažką panašaus „PCI įrenginys 0“, susietas su konkrečiu GPUNuo šio momento, paleidus svečio operacinę sistemą, ji matys papildomą PCIe adapterį, atitinkantį fizinę vaizdo plokštę.

Svarbu, kad virtuali mašina turėtų rezervavo visą jam skirtą atmintį„vSphere“ sistemoje tai konfigūruojama skiltyje „Redaguoti nustatymus → Virtualioji įranga → Atmintis“, nustatant „Rezervavimo“ reikšmę pagal VM sukonfigūruotą RAM kiekį. Be šio pilno rezervavimo PCI perdavimas gali nepavykti arba gali kilti protarpinių problemų.

Įjungus VM, sistemoje Linux GPU buvimą galima patikrinti naudojant komandos tipas lspci | grep nvidia, o sistemoje „Windows“ jis bus rodomas skiltyje „Ekrano adapteriai“ Įrenginių tvarkytuvėNormalu matyti ir „VMware“ emuliuojamą grafikos adapterį, ir dedikuotą fizinę GPU.

Paskutinis žingsnis yra įdiegti šiuos dalykus svečio įrenginyje: vairuotojai GPU gamintojo atstovai, atsisiųstas iš NVIDIA, AMD arba Intel svetainių, vengiant pasikliauti bendriniais arba pateiktais tvarkyklėmis "Windows" naujinimokuris gali būti neoptimizuotas pralaidumo scenarijams.

„vSphere“ apribojimai ir funkcijos, kurios neveikia su „vDGA“

GPU perdavimo B pusė „VMware“ sistemoje yra ta, kad Prarandamos kelios pažangios platformos funkcijos skiriant fizinį įrenginį tiesiai VM. Tai kaina, kurią reikia sumokėti už beveik natyvų našumą.

Pirmoji didelė auka yra vMotion ir DRSVirtualios mašinos su GPU, veikiančiu pralaidumo režimu, negalima perkelti į kitą pagrindinį kompiuterį be operacijos, nes plokštė yra fiziškai susieta su pradiniu serveriu. Taip pat negalima naudoti automatinio apkrovos balansavimo politikos, apimančios VM perkėlimą tarp pagrindinių kompiuterių klasteryje.

Tokios savybės kaip Tradicinės momentinės kopijos arba tam tikri didelio prieinamumo mechanizmai tai konkrečiai virtualiai mašinai. Kadangi ji naudoja labai specifinę fizinę įrangą, sudėtingų būsenų įšaldymo ir atkūrimo galimybė yra apribota.

Kitas aspektas, į kurį reikia atsižvelgti, yra tai, kad šiuo režimu GPU nėra bendrinamas tarp kelių virtualių mašinų.Jei tame pačiame kompiuteryje reikia kelių stalinių kompiuterių arba serverių su grafikos spartinimu, reikės vienos plokštės kiekvienai virtualiai mašinai arba, kaip alternatyva, galima naudoti vGPU modelį, kai plokštė virtualizuojama keliose instancijose.

Kalbant apie palaikymą, gali būti konkrečių atvejų, kai Tam tikri aparatinės įrangos ir tvarkyklių deriniai sukelia problemųKaip pastebėjo kai kurie vartotojai, atnaujindami į „ESXi 6.x“ su „NVIDIA GRID“ plokštėmis konkrečiuose serveriuose (pvz., „Dell R720“), tokiais atvejais patartina peržiūrėti „VMware“ ir GPU gamintojų dokumentaciją ir prireikus pateikti pagalbos užklausas.

Galiausiai reikėtų atkreipti dėmesį, kad tam tikros technologijos ar paslaugos, kurios sąveikauja su grafika, pvz. nuotoliniai darbalaukiai, „Linux“ posistemiai sistemoje „Windows“ arba išplėstinės operacinės sistemos funkcijosJie gali trikdyti arba sukelti „43 kodo“ klaidas NVIDIA tvarkyklėse, jei aptinka, kad dirbate virtualioje mašinoje su GPU perdavimu.

GPU perdavimas kituose hipervizoriuose: lygiagrečiai su „Hyper-V“

Nors čia daugiausia dėmesio skiriama „VMware“, verta suprasti, kaip tai veikia kiti hipervizoriai (pvz., virtualizacija su KVM ir „Virt-Manager“) sprendžia tą patį poreikį priskirti fizinį GPU VMnes terminologija ir įrankiai keičiasi, bet pagrindinė idėja išlieka panaši.

„Hyper-V“ sistemoje „VMware VMDirectPath I/O“ atitikmuo yra tiesioginis įrenginių priskyrimas naudojant DDA (diskretųjį įrenginių priskyrimą)Ši technika leidžia susieti konkretų PCIe įrenginį, pvz., GPU arba NVMe, tiesiogiai su „Windows“ virtualia mašina, užtikrinant panašų valdymo ir našumo lygį kaip ir naudojant „ESXi“ perdavimą.

Senesnėse „Windows Server“ versijose buvo naudojama ši technologija. RemoteFX pasiūlyti GPU virtualizaciją ir dalytis grafikos plokšte tarp kelių virtualių mašinų. Su El TiempoDėl saugumo problemų ir našumo apribojimų (pvz., 1 GB VRAM vienai VM ir 30 FPS) „Microsoft“ nutraukė „RemoteFX“ naudojimą ir paliko DDA kaip pagrindinį kelią dedikuotų GPU scenarijams.

„Windows 10“ ir langai 11Ypač su tam tikromis kompiliacijomis atsirado palaikymas GPU skaidymas ir pakartotinai panaudoti mechanizmai iš WSL2 ir „Windows Sandbox“Tačiau jo konfigūravimas paprastai apima sudėtingus scenarijus ir tvarkyklių kopijavimą iš pagrindinio kompiuterio į svečią, o tai nėra taip paprasta, kaip įrenginio priskyrimas „vSphere“.

Žinodami šias alternatyvas, galime suprasti, kad Filosofija, siūlanti beveik natyvią prieigą prie GPU per tiesioginį PCIe kanalą Tai būdinga keliems hipervizoriams, nors kiekvienas turi savo niuansų, komandų ir suderinamumo apribojimų.

Visa ši perdavimo, vGPU ir DDA ekosistema įrodo, kad tinkamai sukonfigūravus ir naudojant tinkamą aparatinę įrangą, Visiškai įmanoma naudoti galingus GPU virtualios mašinos gamybai Kalbant apie darbo krūvius – nuo ​​sudėtingų grafinių stalinių kompiuterių iki dirbtinio intelekto ir didelio našumo skaičiavimų, visada reikia daryti prielaidą, kad teks atsisakyti tam tikrų tradicinės virtualizacijos patogumų ir atidžiai stebėti tvarkykles, hipervizoriaus versijas ir GPU gamintojo palaikymą.