Hyper-V Den virtuelle maskinen kan ikke starte. Microsoft Virtualization Solutions Kan ikke bruke musen til å kontrollere den virtuelle maskinen. For å koble til en server som har Hyper-V installert, bruk en ekstern tilkobling

Årsaken. Hypervisoren kjører ikke. Følgende feilmelding vises i systemfeilloggen: "Den virtuelle maskinen kan ikke starte fordi hypervisoren ikke kjører."

Eliminering. For å kjøre hypervisoren må den fysiske datamaskinen oppfylle visse maskinvarekrav. For mer informasjon, se Krav for å installere Hyper-V. Hvis datamaskinen din ikke oppfyller kravene, vil du ikke kunne bruke den til å kjøre virtuelle maskiner. Hvis datamaskinen oppfyller kravene og hypervisoren ikke kjører, må du kanskje aktivere alternativer for virtualisering ved hjelp av maskinvare- og maskinvaredatakjøringsforebygging (DEP) i BIOS. Etter å ha endret disse innstillingene, må du slå av datamaskinen og deretter slå den på igjen. Når du starter datamaskinen på nytt, trer ikke innstillingsendringene i kraft.

Årsaken. Den virtuelle disken, som brukes som systemdisk, er koblet til SCSI-kontrolleren.

Eliminering. Koble systemstasjonen til IDE-kontrolleren. For instruksjoner, se Konfigurere disker og lagringsenheter.

Årsaken. Den virtuelle maskinen er konfigurert til å bruke fysiske CDer og DVDer som installasjonsmedier og bruker en fysisk diskstasjon.

Eliminering. Bare én virtuell maskin kan få tilgang til en fysisk CD- eller DVD-stasjon om gangen. Koble CD/DVD-stasjonen fra den andre virtuelle maskinen og prøv igjen.

Operativsystemet kan ikke installeres på en virtuell maskin over nettverket.

Årsaken. Den virtuelle maskinen bruker en nettverksadapter i stedet for en eldre nettverksadapter, eller den eldre nettverksadapteren er ikke koblet til det aktuelle eksterne nettverket.

Eliminering. Sørg for at den virtuelle maskinen er konfigurert til å bruke en eldre nettverksadapter som er koblet til det eksterne nettverket som tilbyr installasjonstjenester. For instruksjoner om hvordan du konfigurerer nettverkskort, se Sette opp nettverket.

Den virtuelle maskinen blir automatisk suspendert.

Årsaken. Den virtuelle maskinen vil automatisk suspenderes hvis det ikke er nok ledig plass på volumet der øyeblikksbilder eller virtuelle harddisker er lagret. Den virtuelle maskinens status i Hyper-V Manager vil bli oppført som Critical Suspended.

Eliminering. Opprett ekstra diskplass ved hjelp av Hyper-V Manager for å bruke eller slette øyeblikksbilder individuelt. Eller, for å fjerne alle øyeblikksbilder, eksporter den virtuelle maskinen uten dataene, og importer deretter den virtuelle maskinen.

Når du prøver å opprette eller starte en virtuell maskin, får du feilmeldinger: «Brukeren har åpnet en tilordnet seksjon», «Nettverksressursen eller enheten er ikke lenger tilgjengelig» eller «I/U-operasjonen ble avbrutt fordi kommandoen tråden avsluttet eller på grunn av en søknadsforespørsel."

Årsaken.

Eliminering.

Virtuelle maskiner har forsvunnet fra Hyper-V Manager-konsollen.

Årsaken.Årsaken kan være et antivirusprogram som kjører på vertsoperativsystemet når overvåking av virtuelle maskinfiler i Hyper-V er konfigurert ved hjelp av sanntidsskanningskomponenten.

Eliminering. Ekskluder virtuelle maskinfiler fra sanntidsskanning. For informasjon om spesifikke filer, se Microsoft Knowledge Base-artikkel 961804 (http://go.microsoft.com/fwlink/?LinkId=143978).

Når du bruker en tilkobling til en virtuell maskin, blir musepekeren en prikk eller blir sittende fast i vinduet med den virtuelle maskinen.

Årsaken. Operativsystemet på den virtuelle maskinen har ikke integrasjonstjenester installert.

Eliminering. Hvis operativsystemet på den virtuelle maskinen støttes, vil integrasjonstjenester være tilgjengelige for det operativsystemet. For å forbedre museintegreringen, installer integreringstjenester. For instruksjoner, se Installer operativsystemet på en virtuell maskin. Hvis operativsystemet på den virtuelle maskinen ikke støttes, kan du bruke en hurtigtast for å flytte musen utenfor vinduet med den virtuelle maskinen. Standard tastekombinasjon er CTRL+ALT+PIL VENSTRE.

Kan ikke bruke mus til å kontrollere virtuell maskin. Du bruker Remote Desktop Connection for å koble til en server som har Hyper-V installert.

Årsaken. Når du bruker Hyper-V Manager til å koble til en virtuell maskin, leveres denne tilkoblingen av Virtual Machine Connection-komponenten. Imidlertid støttes ikke bruk av en virtuell maskintilkobling i en Remote Desktop Connection-økt med mindre Integration Services er installert. Derfor er det forventede resultatet tap av musefunksjonalitet.

Eliminering. Ikke bruk en virtuell maskintilkobling i en Remote Desktop-sesjon før integreringstjenester er installert. Det er flere måter å løse dette problemet på.

• Installer integrasjonstjenester. For instruksjoner, se Installer operativsystemet på en virtuell maskin.
• Etabler en tilkoblingsøkt for eksternt skrivebord direkte på den virtuelle maskinen.
• Logg inn på konsollen til serveren som kjører Hyper-V og bruk komponenten Virtual Machine Connection for å koble til den virtuelle maskinen.
• På en støttet klientdatamaskin, installer Hyper-V-administrasjonsverktøy for å installere funksjonen Virtual Machine Connection og opprette en tilkoblingsøkt til den virtuelle maskinen. For mer informasjon, se Windows Server 2008 Technical Library (http://go.microsoft.com/fwlink/?LinkId=143558).

Når du åpner Enhetsbehandling i operativsystemet på en virtuell maskin, merkes noen enheter som ukjente.

Årsaken. Enhetsbehandling gjenkjenner ikke enheter som er optimalisert for bruk i virtuelle maskiner og kjører med Hyper-V med mindre integrasjonstjenester er installert. Ukjente enheter identifisert i Enhetsbehandling varierer avhengig av operativsystemet på den virtuelle maskinen og kan inkludere: VMBus, Microsoft VMBus HID Miniport, Microsoft VMBus Network Adapter og storvsc miniport.

Eliminering. Hvis operativsystemet på den virtuelle maskinen støttes, vil integrasjonstjenester være tilgjengelige for det operativsystemet. Etter at du har installert Integration Services, vil Enhetsbehandling gjenkjenne enhetene som er tilgjengelige for det operativsystemet på den virtuelle maskinen. For instruksjoner, se Installer operativsystemet på en virtuell maskin.

Du må overvåke ytelsen til den virtuelle maskinen, men prosessorinformasjonen i Task Manager viser ikke hvilke prosessorressurser som brukes av den virtuelle maskinen.

Årsaken. Oppgavebehandling viser ikke CPU-informasjon for virtuelle maskiner.

Eliminering. For å se CPU-bruksinformasjon for virtuelle maskiner som kjører på en server som kjører Hyper-V, bruk System Performance and Stability Monitor. Den viser data samlet inn fra Hyper-V-ytelsestellere. For å åpne System Performance and Stability Monitor, klikk Start, velg en kommando Henrette og gå inn perfmon.

Følgende ytelsestellere kan sees på vertsoperativsystemet (som kjører Hyper-V-rollen).

• Hyper-V Hyper-V logisk prosessor - % gjestetid: Bestemmer mengden fysiske prosessorressurser som brukes til å kjøre virtuelle maskiner. Denne telleren identifiserer ikke individuelle virtuelle maskiner eller mengden ressurser som forbrukes av hver virtuell maskin.
• Hyper-V Hyper-V Hypervisor virtuell prosessor - % gjestetid: Bestemmer mengden virtuelle prosessorressurser som forbrukes av den virtuelle maskinen.

Hyper-V , innfødt til Windows-systemer - i serverutgavene, så vel som i noen skrivebordsversjoner og -utgaver - et miljø for å jobbe med virtuelle maskiner og deres gjester OS fungerer ikke alltid uten problemer. Et av disse problemene kan være et varsel som dukker opp når du starter en virtuell maskin, og sier: Hyper-V Den kan ikke startes fordi en hypervisor ikke kjører.

Hva er denne feilen og hvordan fikser den.

Et vindu med en slik feil er en universell tolkning årsaken kan ligge i flere ting.

Systemkrav

Hvis Windows selv ikke oppfyller kravene for å kjøre Hyper-V, og ikke alle desktop-utgaver lar deg jobbe med denne komponenten, den er ganske enkelt ikke aktivert i systemet. Men det er fortsatt maskinvarekrav. Avviket deres påvirker kanskje ikke aktiveringen av hypervisoren, men i fremtiden kan det føre til at en slik feil vises.

For arbeid Hyper-V nødvendig:

Minst 4 GB RAM;
64-bits prosessor med støtte for SLAT og virtualiseringsteknologi.

BCD-lagring

Den aktuelle feilen kan indikere en feil konfigurasjon av lagringsdata BCD. Komponent Hyper-V er dypt integrert i Windows og starter før systemkjernen starter. Hvis den er på lager BCD Det er gjort endringer for å modifisere lanseringen av hypervisoren, de er kanskje ikke korrekte. Eller lansering Hyper-V og ble tidligere bevisst deaktivert for å midlertidig optimalisere bruken av dataressurser. I dette tilfellet, konfigurasjonen BCD når det gjelder å starte hypervisoren, er det nødvendig å enten justere den eller returnere standardverdien ved å sette autorun Hyper-V. For å installere autorun, åpne CMD på vegne av administrator (Nødvendigvis) , Tast inn:

bcdedit /set hypervisorlaunchtype auto

Etter dette starter vi på nytt.

AMD bulldoser

Hyper-V fungerer ikke med bedriftens prosessorer AMD med arkitektur Bulldoser.

Virtualiseringsteknologier

For å sikre at virtualiseringsmiljøet fungerer gjennom enhver hypervisor, må prosessoren være utstyrt med teknologi som gir virtualisering - Intel virtualisering, eller AMD-V. Støtte for disse teknologiene kan finnes på siden for prosessorspesifikasjoner på nettsidene, henholdsvis, Intel Og AMD. Og virtualiseringsteknologi bør naturligvis inkluderes i BIOS .

Et annet viktig poeng: for prosessorer Intel V BIOS spesifikke teknologier må deaktiveres Intel VT-d Og Pålitelig utførelse. Hypervisoren innebygd i Windows er ikke vennlig med dem. Slik skal innstillingene se ut BIOSå jobbe med Hyper-V: Virtualiseringsteknologi er aktivert og spesifikke teknologier er deaktivert.

I denne artikkelen vil jeg bare beskrive de feilene jeg har møtt personlig støtt på under installasjonen og konfigurasjonen av Hyper-V Server 2012. Du kan lese om andre feil og måter å løse dem på på Microsofts nettside (for eksempel, eller, dessverre, kun på engelsk).

Feil under installasjonsprosessen.

I.: På sluttfasen av installasjonen av Hyper-V Server 2012, eller rettere sagt etter siste omstart, starter ikke systemet - en svart skjerm, ingen respons på tastetrykk, bare en hard tilbakestilling hjelper, oppstart i sikkermodus er mulig.
P.: OS støtter ikke eller er ikke kompatibelt med USB 3.0-drivere.
R.: Deaktiver USB 3.0-kontroller og alle tilknyttede enheter i BIOS.

I.: På det siste stadiet av å installere Hyper-V Server 2012, eller rettere sagt etter siste omstart, starter ikke systemet - en svart skjerm, ingen respons på tastetrykk, bare en hard tilbakestilling hjelper, oppstart i sikkermodus er umulig.
P.:
R.: Prøv løsningen foreslått av forfatteren av denne artikkelen.

Feil under oppsett og bruk.

I.: Nettverksadapteren vises ikke i Hyper-V Server Configuration-konsollen (trinn 8).
P.: 1) Kabelen er ikke satt inn i nettverksadapteren;
2) Problemer med aktivt (switch, ruter, etc.) eller passivt (kabler, stikkontakter, patchpanel, etc.) nettverksutstyr.
R.: 1) Sett inn kabelen;
2) Sjekk funksjonaliteten til nettverksutstyret.

I.: Når du prøver å utføre en kommando som netsh advfirewall firewall set rule group=“ i konsollen ” new enable=ja feilmeldingen “Gruppe kan ikke spesifiseres med andre identifikasjonsbetingelser” vises.
P.: Kommandoer ble satt inn i konsollen ved å bruke kopier-lim-metoden.
R.: Skriv inn kommandoene for hånd eller slett og skriv om sitatene.

I.: Hyper-V Manager viser feilmeldingen "Access denied. Kan ikke etablere kommunikasjon mellom Og " (Tilgang nektes. En forbindelse kan ikke opprettes mellom Og ).
P.: Brukeren tildeles ikke fjernstart- og aktiveringsrettigheter i DCOM.
R.: Alle manipulasjoner utføres på klientdatamaskinen:
1) Start snapin-modulen Component Services med fulle administratorrettigheter. For å gjøre dette kan du for eksempel kjøre programmet %SystemRoot%\System32\dcomcnfg.exe.
2) Utvid nodene "Komponenttjenester" og "Datamaskiner" i konsolltreet.
3) Fra kontekstmenyen til Min datamaskin-objektet, velg Egenskaper.
4) I vinduet Egenskaper for min datamaskin velger du kategorien COM Security.
5) I delen Tilgangstillatelser klikker du på knappen Rediger grenser.
6) I dialogboksen Tilgangstillatelser velger du ANONYM PÅLOGG på gruppen eller brukernavnlisten.
I Tillat-kolonnen i delen Tillatelser for bruker velger du Fjerntilgang.
7) Lukk alle dialogbokser med OK-knappen.

I.: Hyper-V Manager viser feilmeldingen "Kan ikke koble til RPC-tjenesten på den eksterne datamaskinen 'xxx.xxx.xxx.xxx'. Kontroller at RPC-tjenesten kjører."

P.: 1) De nødvendige reglene er ikke opprettet i brannmuren.
2) Hosts-filen har ikke en klar samsvar mellom datamaskinens IP og nettverksnavnet.

R.: 1) Det er 2 mulige måter å løse problemet på:

a) Deaktiver brannmuren på klienten og serveren (anbefales ikke).
b) Lag regler i brannmuren på klienten og serveren ved å skrive inn følgende kommandoer:
For ekstern diskadministrasjon:
Netsh advfirewall brannmur set rule group=“Ekstern volumadministrasjon” new enable=ja
Slik fjernstarter du snapin-modulen for brannmuradministrasjon:
Netsh advfirewall brannmur set rule group=“Windows Firewall Remote Management” new enable=ja
2) For entydig å koble servernavnet og IP-adressen, må du gjøre endringer i vertsfilen. For eksempel:192.168.1.100 HV-server

I.: Hyper-V Manager viser feilmeldingen "Den virtuelle maskinen kunne ikke startes fordi hypervisoren ikke kjører." (Den virtuelle maskinen kan ikke starte fordi hypervisoren ikke kjører.)

P.: Det er ulike mulige årsaker til denne feilen.

Hyper-V er et eksempel på en servervirtualiseringsteknologi. Dette betyr at Hyper-V lar deg virtualisere en hel datamaskin ved å kjøre flere operativsystemer (vanligvis serverbasert) på én fysisk datamaskin (vanligvis med maskinvare av serverkvalitet). Hvert gjesteoperativsystem tror (hvis operativsystemer kan tenke) at det eier datamaskinen og har eksklusiv rett til å bruke maskinvareressursene (eller et hvilket som helst annet sett med datamaskinressurser som den virtuelle maskinen har tilgang til). Dermed kjører hvert operativsystem i en separat virtuell maskin, med alle virtuelle maskiner som kjører på samme fysiske datamaskin. I et standard ikke-virtualisert miljø kan en datamaskin bare kjøre ett operativsystem. Hyper-V-teknologi gir datamaskinen din denne muligheten. Før vi ser på hvordan Hyper-V-teknologi fungerer, må vi forstå de generelle driftsprinsippene til virtuelle maskiner.

Generell informasjon om virtuelle maskiner

En virtuell maskin er et datamiljø implementert i programvare som tildeler maskinvareressursene til en fysisk datamaskin på en slik måte at den gir muligheten til å kjøre flere operativsystemer på én datamaskin. Hvert operativsystem kjører i sin egen virtuelle maskin og har dedikerte logiske forekomster av prosessorer, harddisker, nettverkskort og andre maskinvareressurser. Et operativsystem som kjører i en virtuell maskin har ingen kunnskap om at det kjører i et virtuelt miljø og oppfører seg som om det hadde full kontroll over datamaskinens maskinvare. Implementering av virtuelle maskiner på måten beskrevet ovenfor betyr at servervirtualisering må implementeres i samsvar med følgende krav:

• Kontrollgrensesnitt
  Servervirtualisering krever administrasjonsgrensesnitt som lar administratorer opprette, konfigurere og kontrollere virtuelle maskiner som kjører på en datamaskin. Disse grensesnittene må også støtte programvareadministrasjon og fungere over nettverket, og tillate ekstern administrasjon av virtuelle maskiner.
• Minnehåndtering
  Servervirtualisering krever en minnebehandling for å sikre at alle virtuelle maskiner mottar tildelte og isolerte minneressurser.
• Planleggingsverktøy
  Servervirtualisering krever et planleggingsverktøy for å kontrollere virtuelle maskiners tilgang til fysiske ressurser. Planleggingsverktøyet må kunne konfigureres av administratoren og kunne tilordne ulike prioritetsnivåer til utstyr.
• Statsmaskin
  Servervirtualisering krever en tilstandsmaskin som overvåker informasjon om gjeldende tilstand til alle virtuelle maskiner på datamaskinen. Statusinformasjon for virtuell maskin inkluderer informasjon om CPU, minne, enheter og tilstanden til den virtuelle maskinen (kjører eller stoppet). Statsmaskinen må også støtte håndtering av overganger mellom ulike stater
• Lagring og nettverk
  Servervirtualisering krever muligheten til å klargjøre lagring og nettverksressurser på en datamaskin, slik at hver virtuell maskin kan ha separat tilgang til harddisker og nettverksgrensesnitt. I tillegg krever desktop-virtualisering også muligheten for flere maskiner til samtidig å få tilgang til fysiske enheter samtidig som konsistens, isolasjon og sikkerhet opprettholdes.
• Virtualiserte enheter
  Servervirtualisering krever virtualiserte enheter som gir operativsystemer som kjører på virtuelle maskiner logiske representasjoner av enheter som oppfører seg på samme måte som deres fysiske motparter. Med andre ord, når operativsystemet får tilgang til en fysisk datamaskinenhet fra en virtuell maskin, utføres tilgang til den tilsvarende virtualiserte enheten, identisk med prosessen med å få tilgang til en fysisk enhet.
• Drivere for virtuelle enheter
  For å virtualisere en server, må du installere virtuelle enhetsdrivere i operativsystemene som kjører på virtuelle maskiner. Virtuelle enhetsdrivere gir applikasjoner tilgang til virtuelle representasjoner av maskinvare og I/O-tilkoblinger på samme måte som fysisk maskinvare.

Vi ser nedenfor at Microsofts Hyper-V servervirtualiseringsløsning oppfyller alle disse kravene, men først skal vi se på kjerneprogramvarekomponenten som muliggjør servervirtualisering, hypervisoren.

Forstå skallet

Hypervisor er en virtualiseringsplattform som lar flere operativsystemer kjøre på en enkelt fysisk datamaskin - vertsdatamaskinen. Hypervisorens primære funksjon er å lage isolerte utførelsesmiljøer for alle virtuelle maskiner og å administrere samhandlingen mellom gjesteoperativsystemet på den virtuelle maskinen og de underliggende maskinvareressursene til den fysiske datamaskinen. Begrepet hypervisor ble laget i 1972 da IBM oppdaterte administrasjonsprogramvaren for System/370 dataplattform for å støtte virtualisering. Opprettelsen av hypervisoren var en ny milepæl i utviklingen av datateknologi, ettersom den gjorde det mulig å overvinne arkitektoniske begrensninger og redusere kostnadene ved bruk av stormaskin. Skjell på lavt nivå er forskjellige. For eksempel er de forskjellige i type - dvs. etter om de kjører på fysisk maskinvare eller er vert i et operativsystemmiljø. Skjell kan også deles etter design: monolitisk eller mikrokjerne.

Type 1 skall

Type 1-skall kjører direkte på den underliggende fysiske maskinvaren til vertsdatamaskiner og fungerer som kontrollprogrammer. Med andre ord, de utføres "på maskinvare". I dette tilfellet kjører gjesteoperativsystemene på flere virtuelle maskiner plassert over hypervisorlaget (se figur 1).

Fordi type 1-hypervisorer kjører direkte på maskinvaren i stedet for i OS-miljøet, gir de vanligvis optimal ytelse, tilgjengelighet og sikkerhet sammenlignet med andre typer. Type 1 hypervisorer er også implementert i følgende servervirtualiseringsprodukter:

• Microsoft Hyper-V
• Citrix XenServer
• VMware ESX Server

Type 2 skall

Type 2-skall kjører i et OS-miljø som kjører på vertsdatamaskinen. I dette tilfellet kjører gjesteoperativsystemer på virtuelle maskiner over en hypervisor (se figur 2). Denne typen virtualisering kalles vanligvis vertsvirtualisering. Sammenligning av figur 2 med figur 1 avslører at gjesteoperativsystemer som kjører i virtuelle maskiner på Type 2 hypervisor-plattformer er atskilt fra den underliggende maskinvaren med et annet lag. Å ha et ekstra lag mellom virtuelle maskiner og maskinvare forårsaker ytelsesforringelse på Type 2-skallplattformer og begrenser antallet virtuelle maskiner som kan kjøres i praksis. Type 2 hypervisorer er også implementert i følgende servervirtualiseringsprodukter:

• Microsoft Virtual Server
• VMware server

Microsoft Virtual PC-skrbruker også en type 2 hypervisorarkitektur.

Monolittiske skjell på lavt nivå

En monolitisk skallarkitektur involverer enhetsdrivere som støtter, ligger innenfor og kontrolleres av skallet (se figur 3).

Monolittisk arkitektur har både fordeler og noen ulemper. Monolitiske hypervisorer krever for eksempel ikke et vertsoperativsystem (foreldre) fordi alle gjester kommuniserer direkte med den underliggende maskinvaren ved hjelp av enhetsdrivere. Dette er en av fordelene med monolitisk arkitektur. På den annen side byr det på betydelige vanskeligheter at drivere må utformes spesielt for hypervisoren, siden det finnes ulike typer hovedkort, lagringskontrollere, nettverksadaptere og annet utstyr på markedet. Som et resultat må produsenter av monolittiske hypervisorplattformer samarbeide tett med maskinvareprodusenter for å sikre at drivere for disse enhetene støtter hypervisor. I tillegg gjør dette skallprodusenter avhengige av maskinvareprodusenter for å levere de nødvendige driverne til produktene deres. Dermed er utvalget av enheter som kan brukes i virtualiserte operativsystemer på monolitiske lavnivåskallplattformer betydelig smalere sammenlignet med situasjonen med å kjøre de samme operativsystemene på fysiske datamaskiner. Et viktig trekk ved denne arkitekturen er at den ignorerer et av de viktigste sikkerhetsprinsippene – behovet for forsvar i dybden. Med forsvar i dybden skapes flere forsvarslinjer. I denne modellen er det ikke noe dybdeforsvar, siden alt gjøres i den mest privilegerte delen av systemet. Et eksempel på et servervirtualiseringsprodukt som bruker en monolittisk hypervisorarkitektur er VMware ESX Server.

Mikrokjerneskall

Microkernel lavnivåskall krever ikke spesielle drivere, siden operativsystemet fungerer som hovedpartisjonen (overordnet). En slik partisjon gir kjøretidsmiljøet som er nødvendig for enhetsdrivere for å få tilgang til den underliggende fysiske maskinvaren til vertsdatamaskinen. Partisjoner vil bli diskutert senere, men forestill deg at begrepet "partisjon" tilsvarer en virtuell maskin. På kreves installasjon av enhetsdriver kun for fysiske enheter som kjører på den overordnede partisjonen. Installasjon av disse driverne på gjesteoperativsystemer er ikke nødvendig fordi gjesteoperativsystemer bare trenger tilgang til overordnet partisjon for å få tilgang til vertsdatamaskinens fysiske maskinvare. Med andre ord tillater ikke mikrokjernearkitektur at gjesteoperativsystemer har direkte tilgang til den underliggende maskinvaren. Fysiske enheter kan bare nås ved å samhandle med den overordnede partisjonen. Figur 4 viser mikrokjernearkitekturen til hypervisoren mer detaljert.

Mikrokjernearkitektur har flere fordeler fremfor monolitisk arkitektur. For det første tillater fraværet av behovet for spesielle drivere bruk av et bredt spekter av eksisterende drivere levert av produsenten. For det andre er enhetsdrivere ikke inkludert i skallet, så det skaper mindre belastning, er mindre og er mer spenstig. For det tredje, og viktigst av alt, er den potensielle angrepsoverflaten minimert fordi ingen utenlandsk kode er lastet inn i skallet (enhetsdrivere er laget av tredjeparter og anses derfor som fremmed kode fra skallutviklerens perspektiv). Enig at ondsinnet programvare som trenger inn i skallet og etablerer kontroll over alle virtuelle operativsystemer på datamaskinen er det siste du ønsker å oppleve. Den eneste ulempen med mikrokjernedesignet er behovet for en spesiell foreldrepartisjon. Dette øker belastningen på systemet (selv om den vanligvis er minimal) siden barnepartisjoners tilgang til maskinvare krever at de samhandler med den overordnede partisjonen. En betydelig fordel med mikrokjernearkitekturen til Hyper-V er å tilby dybdeforsvar Hyper-V-teknologi lar deg redusere kodekjøring i hypervisoren til et minimum og sende flere funksjoner opp i stabelen (for eksempel tilstandsmaskin og kontroll. grensesnitt, som i brukermodus kjøres høyere opp i stabelen ). Hva er et eksempel på en servervirtualiseringsplattform med mikrokjernearkitektur? Dette er utvilsomt Microsoft Hyper-V, med sin overordnede partisjon som kjører Windows Server 2008 eller nyere.

Hovedfunksjoner i Hyper-V

Nedenfor er noen av hovedfunksjonene til den originale versjonen av Microsoft Hyper-V-plattformen:

• Støtte for ulike OS
  Hyper-V støtter samtidig kjøring av ulike typer OS, inkludert 32-bit og 64-bit OS på ulike serverplattformer (for eksempel Windows, Linux, etc.).
• Utvidbarhet
  Hyper-V-teknologien har standard Windows Management Instrumentation-grensesnitt (WMI) og programmerings-APIer som gjør det mulig for uavhengige programvareleverandører og utviklere å raskt lage tilpassede verktøy og utvidelser for virtualiseringsplattformen.
• Nettverksbelastningsbalansering
  Hyper-V gir virtuelle svitsjfunksjoner som muliggjør bruk av Windows Network Load Balancing for å balansere belastningen på tvers av virtuelle maskiner fra forskjellige servere.
• Mikrokjernearkitektur
  Hyper-V har en 64-bits mikrokjernehypervisorarkitektur som lar plattformen tilby flere enhetsstøttemetoder, ekstra ytelse og sikkerhet.
• Maskinvarevirtualisering
  Hyper-V krever bruk av Intel-VT eller AMD-Vgier.
• Maskinvaredelingsarkitektur
  Hyper-V bruker en virtualiseringstjenesteleverandør (VSP) og virtualiseringstjenesteklient (VSC) arkitektur som gir forbedret tilgang og utnyttelse av maskinvareressurser (som disk, nettverk og video).
• Rask migrasjon
  Hyper-V lar deg flytte en virtuell maskin som kjører fra en fysisk vertsdatamaskin til en annen med minimal latenstid. Dette gjøres ved å bruke de svært tilgjengelige administrasjonsverktøyene til Windows Server 2008 og System Center.
• Skalerbarhet
  Hyper-V støtter flere prosessorer og kjerner på vertsnivå, samt avansert minnetilgang på virtuell maskinnivå. Denne støtten gjør virtualiseringsmiljøer skalerbare for å være vert for et stort antall virtuelle maskiner på én enkelt vert. Imidlertid lar raske migreringsfunksjoner deg også skalere over flere noder.
• Støtte for symmetrisk multiprosessor (SMP) arkitektur
  Hyper-V støtter opptil fire prosessorer i et virtuelt maskinmiljø for å kjøre flertrådede applikasjoner i en virtuell maskin.
• 
  Hyper-V gir muligheten til å ta øyeblikksbilder av kjørende virtuelle maskiner for raskt å rulle tilbake til en tidligere tilstand, og effektivisere sikkerhetskopierings- og gjenopprettingsløsninger.

Alle disse funksjonene diskuteres i detalj i denne anmeldelsen, men de mest interessante er funksjonene lagt til Hyper-V i R2. Disse funksjonene er beskrevet nedenfor.

Hva er nytt i Hyper-V R2

Windows Server 2008 R2 legger til ny funksjonalitet til Hyper-V-rollen. De forbedrer fleksibiliteten, ytelsen og skalerbarheten til Hyper-V. La oss se på dem mer detaljert.

Økt fleksibilitet

Hyper-V R2 inkluderer følgende nye funksjoner som øker fleksibiliteten til å distribuere og vedlikeholde enur:

• Live Migrasjon
  Hyper-V R2 inkluderer en direkte migreringsfunksjon som lar deg flytte en virtuell maskin fra en Hyper-V-server til en annen uten å avbryte nettverkstilkoblingen, uten å forstyrre brukeropplevelsen eller avbryte tjenesten. Bevegelse resulterer kun i redusert ytelse i noen få sekunder. Live migrering bidrar til å sikre høy tilgjengelighet av servere og applikasjoner som kjører på klyngede Hyper-V-servere i et virtualisert datasentermiljø. Live-migrering forenkler også prosessen med å oppgradere og vedlikeholde vertsmaskinvare, og gir nye funksjoner som muligheten til å balansere nettverksbelastninger for maksimal strømeffektivitet eller optimal prosessorutnyttelse. Live migrering er beskrevet i detalj nedenfor i delen Arbeide med Live Migration.
• Klyngedelte volumer
  Cluster Shared Volumes er en ny funksjon i Windows Server 2008 R2 Failover Clustering. Det gir et enkelt og konsistent filnavnområde som lar alle klyngenoder få tilgang til samme lagringsenhet. Bruken av Cluster Shared Volumes anbefales sterkt for direkte migrering og er beskrevet nedenfor i delen Arbeide med Live Migration.
• Støtte for å legge til og fjerne lagringsmedier
  R2-versjonen av Hyper-V lar deg legge til eller fjerne virtuelle harddisker og passthrough-disker på en virtuell maskin som kjører uten å slå av eller starte den på nytt. Dette lar deg justere hele lagringsplassen som brukes av den virtuelle maskinen etter hvert som arbeidsmengden endres uten nedetid. I tillegg gir den nye sikkerhetskopieringsmuligheter i Microsoft SQL Server, Microsoft Exchange Server og i datasentre. For å bruke denne funksjonen må virtuelle disker og passthrough-disker kobles til den virtuelle maskinen ved hjelp av en virtuell SCSI-kontroller. For mer informasjon om å legge til SCSI-kontrollere til virtuelle maskiner, se delen "Administrere virtuelle maskiner" nedenfor.
• Prosessorkompatibilitetsmodus
  Den nye prosessorkompatibilitetsmodusen, tilgjengelig i Hyper-V R2, lar deg migrere en virtuell maskin fra en vertsdatamaskin til en annen hvis prosessorarkitekturen samsvarer (AMD eller Intel). Dette gjør det enklere å oppgradere Hyper-V-vertsinfrastrukturen ved å gjøre det enklere å migrere virtuelle maskiner fra datamaskiner med eldre maskinvare til datamaskiner med nyere maskinvare. I tillegg gir det også fleksibilitet for migrering av virtuelle maskiner mellom klyngenoder. For eksempel kan prosessorkompatibilitetsmodus brukes til å migrere virtuelle maskiner fra en Intel Core 2-vert til en Intel Pentium 4-vert, eller fra en AMD Opteron-vert til en AMD Athlon-vert. Vær oppmerksom på at prosessorkompatibilitetsmodus lar deg migrere virtuelle maskiner bare hvis prosessorarkitekturen til nodene stemmer overens. Med andre ord støttes AMD-AMD og Intel-Intel migrering. Migrering av virtuelle maskiner fra en vertsdatamaskin med én arkitektur til en vertsdatamaskin med en annen arkitektur støttes ikke. Med andre ord, AMD-Intel og Intel-AMD-migreringer støttes ikke. For mer informasjon om prosessorkompatibilitetsmodus og hvordan du konfigurerer den, se sidefeltet "Slik fungerer det. prosessorkompatibilitetsmodus."

Forbedret ytelse

Hyper-V R2 inneholder følgende nye funksjoner som kan forbedre ytelsen til servdin:

1. Støtter opptil 384 samtidige virtuelle maskiner og opptil 512 virtuelle prosessorer per server
   Med riktig maskinvare kan Hyper-V R2-servere brukes til å oppnå tidligere uoppnåelige nivåer av serverkonsolidering. For eksempel, på én Hyper-V vertsdatamaskin kan du være vert for:
   • 384 virtuelle maskiner med én prosessor (betydelig mindre enn grensen på 512 virtuelle prosessorer)
   • 256 virtuelle maskiner med to prosessorer (totalt 512 virtuelle prosessorer)
   • 128 virtuelle maskiner med fire prosessorer (totalt 512 virtuelle prosessorer)

   Du kan også kjøre en hvilken som helst kombinasjon av enkelt-, dual-core og quad-core prosessorer, så lenge det totale antallet virtuelle maskiner ikke overstiger 384 og det totale antallet virtuelle prosessorer som er allokert til virtuelle maskiner ikke overstiger 512. Disse egenskapene lar Hyper-V R2 gi de høyeste tetthetene som er tilgjengelige på markedets virtuelle maskiner for øyeblikket. Til sammenligning støttet den forrige versjonen av Hyper-V i Windows Server 2008 SP2 kun opptil 24 logiske prosessorer og opptil 192 virtuelle maskiner. Merk at når du bruker failover-klynger, støtter Hyper-V R2 opptil 64 virtuelle maskiner per klyngennode.

2. Støtte for andre nivå adresseoversettelse (SLAT).
   I Hyper-V R2 håndterer prosessoren adresseoversettelser i virtuelle maskiner i stedet for i Hyper-V-kode, som programmatisk utfører tabelltilordninger. Dermed skaper SLAT-teknologi et andre lag med sider under x86/x64-sidetabellene til x86/x64-prosessorer gjennom et lag med indirekte fra virtuell maskinminnetilgang til fysisk minnetilgang.

Når den brukes med de riktige prosessorene (som Intel-prosessorer med utvidede EPT-sidetabeller som starter med i7-generasjonen, eller de nyeste AMD-prosessorene med nestede NPT-sidetabeller), forbedrer Hyper-V R2 systemytelsen betydelig i mange tilfeller. Ytelsesforbedringene skyldes forbedringer i minnebehandlingsteknologi og en reduksjon i antall minnekopier som kreves for å bruke disse prosessorfunksjonene. Ytelsen forbedres spesielt når du arbeider med store datasett (for eksempel Microsoft SQL Server). Minnebruk for Microsoft Hypervisor hypervisor kan reduseres fra 5 prosent til 1 prosent av det totale fysiske minnet. Dermed vil mer minne være tilgjengelig for barnepartisjoner, noe som muliggjør en høy grad av konsolidering.

3. V.M. Skorstein
   Denne funksjonen lar TCP/IP-trafikk for en virtuell maskin videresendes til vertsdatamaskinens fysiske nettverksadapter. For å oppnå dette må den fysiske nettverksadapteren og operativsystemet støtte TCP Chimney-avlastning, noe som vil forbedre ytelsen til virtuell maskin ved å redusere CPU-belastningen på logiske prosessorer. Støtte for TCP Chimney lossing på Microsoft Windows har dukket opp i versjoner

Vær oppmerksom på at ikke alle applikasjoner kan bruke denne funksjonen. Spesielt vil applikasjoner som bruker forhåndstildelte buffere og langvarige tilkoblinger med store mengder dataoverføring dra mest nytte av å aktivere denne funksjonen. Vær i tillegg oppmerksom på at fysiske nettverkskort som støtter TCP Chimney-avlasting kan håndtere et begrenset antall avlastede tilkoblinger som deles av alle virtuelle maskiner på verten.

4. Støtte for Virtual Machine Queue (VMQ).
   Hyper-V R2 gir støtte for virtuell maskinenhetskøer (VMDq) - Intel Virtualization Technology For Connectivity. VMQ overfører oppgaven med å sortere virtuell maskindatatrafikk fra Virtual Machine Manager til Network Controller. Dette lar en enkelt fysisk NIC vises som flere NIC (køer) i gjesten, optimaliserer CPU-bruken og gir mulighet for økt nettverksgjennomstrømning og forbedrede funksjoner for administrasjon av virtuell maskintrafikk. Vertsdatamaskinen lagrer da ikke direkte minnetilgang (DMA) data fra enhetene i sin egen buffer, siden nettverksadapteren kan bruke denne tilgangen til å rute pakker til den virtuelle maskinens minne. Å redusere I/O-banen gir forbedret ytelse. For mer informasjon om VMDq-kø, se Intels nettsted på http://www.intel.com/network/connectivity/vtc_vmdq.htm.
5. · Stor støtte for rammestørrelse
   Jumborammer er Ethernet-rammer som inneholder mer enn 1500 byte nyttelast. Store rammestørrelser var tidligere tilgjengelig i ikke-virtuelle miljøer. Hyper-V R2 gir muligheten til å kjøre dem i virtuelle maskiner og støtter rammer på opptil 9014 byte i størrelse (hvis støttet av det underliggende fysiske nettverket).

Dette resulterer i økt nettverksgjennomstrømning og redusert CPU-bruk ved overføring av store filer.

Økt skalerbarhet

Hyper-V R2 inkluderer følgende nye funksjoner som forbedrer skalerbarheten til servdin:

• Støtter opptil 64 logiske prosessorer i hovedprosessorpoolen
  Antallet logiske prosessorer som støttes i denne versjonen av Hyper-V er firedoblet sammenlignet med den gamle versjonen av Hyper-V. Dette lar bedrifter utnytte de nyeste store, skalerbare serversystemene for å maksimere fordelene ved å konsolidere eksisterende arbeidsbelastninger. I tillegg gjør bruken av slike serversystemer det enklere å tilby flere prosessorer for hver virtuell maskin. Hyper-V støtter opptil fire logiske virtuelle prosessorer per virtuell maskin.
• Kjerne parkeringsstøtte
  Kjerneparkeringsfunksjonen lar Windows og Hyper-V konsolidere databehandling til et minimum antall prosessorkjerner. For å gjøre dette blir inaktive prosessorkjerner suspendert ved å plassere dem i tilstand C (den "parkerte" tilstanden). Dette lar deg planlegge virtuelle maskiner på en enkelt node i stedet for å distribuere dem over flere noder. Dette har fordelen av å flytte nærmere en grønn databehandlingsmodell ved å redusere mengden strøm som kreves av CPU-en til datasenternoder.

Sammenligning av Hyper-V og Virtual Server

Kraften til Hyper-V har allerede ført til at den erstatter Microsoft Virtual Server i mange organisasjoner som tidligere stolte på Virtual Server for serverkonsolidering, forretningskontinuitet, testing og utvikling. Samtidig kan Virtual Server fortsatt finne applikasjoner i bedriftens virtualiseringsinfrastruktur. Tabell 1 sammenligner noen av funksjonene og tekniske data mellom Hyper-V og Virtual Server.

Tabell 1. Sammenligning av komponenter og tekniske spesifikasjoner for Virtual Server 2005 R2 SP1 og Hyper-V R2

Komponent eller tekniske data	Virtual Server 2005 R2 SP1
Arkitektur
Virtualiseringstype	Vertsbaserte systemer	Basert på hypervisor
Ytelse og skalerbarhet
32-bits virtuelle maskiner
64-biters virtuelle maskiner
32-bits noder
64-bits noder
Virtuelle maskiner med flere prosessorer
Maksimal gjeste-RAM per virtuell maskin
Maksimalt antall gjeste-CPUer per virtuell maskin
Maksimal node RAM
Maksimalt antall kjørende virtuelle maskiner
Ressursforvaltning
Tilgjengelighet
Gjestefailover
Failover av vertsdatamaskiner
Nodemigrering
Øyeblikksbilder av virtuell maskin
Kontroll
Mulighet for utvidelse og kontroll via script
Brukergrensesnitt	Webgrensesnitt	MMC-grensesnitt 3 0
SCVMM-integrasjon

Mer informasjon For mer informasjon om Virtual Server-funksjoner og hvordan du laster den ned, gå til http://www.microsoft.com/windowsserversystem/virtualserver/downloads.aspx. For informasjon om migrering av virtuelle maskiner fra Virtual Server til Hyper-V, se "Virtual Machine Migration Guide: How To Migrate from Virtual Server to Hyper-V" i TechNet Library på http://technet.microsoft.com/en - us/library/dd296684.aspx .

Bakgrunn

Jeg bygde en hjemmedatamaskin for ca 4 år siden som passet alle mine behov. Jeg bestemte meg for å spare penger på prosessoren - jeg tok amd. Det er ingen spørsmål om datamaskinen.

Så begynte jeg å utvikle for Android og da ventet en overraskelse på meg! Emulatoren kjørte kun på en Intel-prosessor. Den kan selvfølgelig lanseres uten maskinvarevirtualisering ved å bruke dette rådet www.youtube.com/watch?v=QTbjdBPKnnw&t=127s, men alle som har brukt den vet at emulatoren kan ta veldig lang tid å starte. Med 12 GB tok det meg opptil 10 minutter. Dette kan selvfølgelig skyldes det innebygde skjermkortet.

Hovedarbeidsplassen min var på kontoret, så jeg var spesielt bekymret og testet det hjemme på ekte enheter. Men for et par måneder siden ble emulatoren nødvendig. Den første tanken var selvfølgelig å kjøpe en Intel-prosessor. Men det var nødvendig å kjøpe et annet hovedkort og skjermkort. Mest sannsynlig ville jeg ha gjort det hvis jeg ikke hadde kommet over de oppdaterte systemkravene. Kravene sier at emulatoren fortsatt kan kjøres på Windows 10 (med oppdateringer etter april 2018) ved hjelp av WHPX-teknologi.

Nå er hoveddelen av historien hvordan du gjør dette. Alt viste seg å ikke være så trivielt. Jeg beklager på forhånd for eventuelle utelatelser, fordi jeg ikke kan kalle meg selv en ekspert på hverken maskinvare eller Windows.

Bruksanvisning

Etter alle oppdateringene startet emulatoren naturlig nok ikke. AndroidStudio prøvde å starte emulatoren ved hjelp av HAXM og kastet feilen "Emulator: emulator: FEIL: x86-emulering krever for øyeblikket maskinvareakselerasjon!".

Må støtte for å jobbe med maskinvarevirtualisering.

3. Fjern HAXM:

4. Aktiver virtualiseringsmodus i bios. Det kan kalles IOMMU der, ikke VT.

5. Last ned bios-oppdateringer fra den offisielle nettsiden. For min asus, for eksempel, var de .

Bios-versjonen bør være noe rundt 3001:

7. Gå til Microsofts nettsted og les instruksjonene for aktivering av komponenten.

8. Du må sjekke Hyper-V-kravene. For å gjøre dette, skriv inn systeminfo på kommandolinjen. Vi sjekker at disse verdiene vises:

I stedet fikk jeg denne meldingen:

Den offisielle nettsiden sier at inntil Yes-Yes-Yes-Yes vises, vil ikke WHPX-systemet fungere. For meg starter emulatoren med lavnivåskallet aktivert.

I den russiske oversettelsen er navnene litt forskjellige:

Forresten, etter å ha deaktivert "Windows Shell Platform"-komponenten, blir "hyper-v-krav" Ja-Ja-Ja-Ja. Jeg forsto ikke dette øyeblikket. Hvis noen vet, skriv i kommentarfeltet.

10. Finn ut om vi trenger alt dette? Eller det hadde vært enklere å kjøpe Intel)

Etter disse innstillingene skal alt fungere:

Jeg vil merke meg at ved å bruke WHPX-teknologi og en amd-prosessor, tar det omtrent samme tid å starte emulatoren som på en Intel-prosessor. Tatt i betraktning at resten av maskinvaren er sammenlignbar i sine parametere.