Planera VMM-installation
Den här artikeln hjälper dig att planera alla element som krävs för en lyckad installation av System Center – Virtual Machine Manager (VMM) och innehåller information för versioner AV VMM 2016 och senare. Använd dessa krav som gäller för den VMM-version som du planerar att installera.
Den här artikeln hjälper dig att planera alla element som krävs för en lyckad installation av System Center – Virtual Machine Manager (VMM) och innehåller information för versioner AV VMM 2019 och senare. Använd dessa krav som gäller för den VMM-version som du planerar att installera.
Mer information om vilka versioner av maskinvara och programvara som stöds finns i artikeln om systemkrav för den version som du installerar.
Distributionskrav
Kontrollera följande systemkrav:
- VMM-hanteringsserver: Verifiera maskinvaru- och operativsystemkrav.
- SQL Server: Granska SQL Server-versioner som stöds.
- VMM-konsolen: Granska operativsystemkraven och om du vill köra VMM-konsolen på en separat dator.
- VMM-bibliotek: Granska maskinvarukraven för fjärrdelningar av VMM-bibliotek.
- Virtualiseringsvärdar: Granska de operativsystem som stöds för Hyper-V- och SOFS-servrar i VMM-miljön. Granska kraven för VMware-servrar.
- Andra fabric-servrar: Granska de operativsystem som stöds av uppdateringsservrar och PXE-servrar (används för grundläggande OS-distribution).
Ytterligare distributionskrav
Komponent | Detaljer |
---|---|
kommandoradsverktyg för SQL Server |
SQL Server 2014-funktionstilläggspaket för tidigare versioner än 2019, funktionstilläggspaketet 2016/2017 för 2019 Om du vill distribuera VMM-tjänster med hjälp av SQL Server-datanivåappar installerar du de relaterade kommandoradsverktygen på VMM-hanteringsservern. Den version som du installerar ska matcha SQL Server-versionen. |
Windows Assessment and Deployment Kit (ADK) | Windows ADK för Windows 10. Du kan installera från installationsprogrammet eller ladda ned den. Du behöver bara distributionsverktyg och Windows Förinstallationsmiljö alternativen. |
Gästoperativsystem | Windows-operativsystem som stöds av Hyper-V. Linux (RHEL, Debian, Oracle Linux, SUSE, Ubuntu) |
PowerShell | versioner som stöds |
.NET | versioner som stöds |
Värdagent | VMM 2016/2019 Behövs för värdar som hanteras i VMM. |
Övervakning | System Center Operations Manager 2016 Du behöver också SQL Server Analysis Services 2014 eller en senare version. |
VMware | vCenter 5.1, 5.5, 5.8, 6.0, 6.5 vCenter 7.0 och 8.0 (stöds från 2022 UR1 och 2019 UR5) ESXi 5.5, 6.0, 6.5 ESXi 7.0 och 8.0 (stöds från 2022 UR1 och 2019 UR5) vCenter- och ESXi-servrar som kör dessa versioner kan hanteras i VMM. |
Installation av hårdvara utan operativsystem | Systemhanteringsarkitektur för serverhårdvara (SMASH) (v1 eller högre) via WS-MAN. Intelligent Platform Interface 1.5 eller senare Data Center Manager Interface (DCMI) 1.0 eller senare. Krävs för att upptäcka och distribuera fysiska bare-metal-servrar. |
Komponent | Detaljer |
---|---|
kommandoradsverktyg för SQL Server |
SQL Server 2014-funktionspaket för tidigare utgåvor före 2019, funktionspaket 2016/2017 för 2019 Om du vill distribuera VMM-tjänster med hjälp av SQL Server-datanivåappar installerar du de relaterade kommandoradsverktygen på VMM-hanteringsservern. Den version som du installerar ska matcha SQL Server-versionen. |
Windows Bedömnings- och Utrullningspaket (ADK) | Windows ADK för Windows 10. Du kan installera från installationsprogrammet eller så kan du ladda ned den. Du behöver bara Distributionsverktyg och Windows Förinstallationsmiljö. Om du stöter på problem med ADK-filsökvägen när du installerar VMM kopierar du filerna från mappen amd64 i ADK-rotmappen till själva ADK-rotmappen. Standardsökvägen till ADK-mappen är C:\Program Files (x86)\Windows Kits\10\Assessment and Deployment Kit\Deployment Tools\WSIM, men det kan skilja sig beroende på val av mappsökväg under ADK-installationen. |
Gästoperativsystem | Windows-operativsystem som stöds av Hyper-V. Linux (RHEL, Debian, Oracle Linux, SUSE, Ubuntu) |
PowerShell | versioner som stöds |
.NET | versioner som stöds |
Värdprogram | VMM 2016/2019 Behövs för värdar som hanteras i VMM. |
Övervakning | System Center Operations Manager 2016. Du behöver också SQL Server Analysis Services 2014 eller en senare version. |
VMware | vCenter 5.1, 5.5, 5.8, 6.0, 6.5 vCenter 7.0 och 8.0 (stöds från 2022 UR1 och 2019 UR5) ESXi 5.5, 6.0, 6.5 ESXi 7.0 och 8.0 (stöds från 2022 UR1 och 2019 UR5) vCenter- och ESXi-servrar som kör dessa versioner kan hanteras i VMM. |
Etablering utan operativsystem | System Management Architecture for Server Hardware (SMASH) (v1 eller senare) över WS-MAN. Intelligent Platform Interface 1.5 eller senare Data Center Manager Interface (DCMI) 1.0 eller senare. Krävs för att identifiera och distribuera fysiska bare-metal-servrar. |
Komponent | Detaljer |
---|---|
kommandoradsverktyg för SQL Server |
SQL Server 2014-funktionspaket för utgåva före 2019, funktionspaket 2016/2017 för 2019 Om du vill distribuera VMM-tjänster med hjälp av SQL Server-datanivåappar installerar du de relaterade kommandoradsverktygen på VMM-hanteringsservern. Den version som du installerar ska matcha SQL Server-versionen. |
Windows Assessment and Deployment Kit (ADK) | Windows ADK för Windows 10. Du kan installera från installationsprogrammet eller ladda ned den. Du behöver bara alternativet Distributionsverktyg och Windows Förinstallationsmiljö. Om du stöter på problem med ADK-filsökvägen när du installerar VMM kopierar du filerna från mappen amd64 i ADK-rotmappen till själva ADK-rotmappen. Standardsökvägen till ADK-mappen är C:\Program Files (x86)\Windows Kits\10\Assessment and Deployment Kit\Deployment Tools\WSIM, men det kan skilja sig beroende på val av mappsökväg under ADK-installationen. |
Gäst-operativsystem | Windows-operativsystem som stöds av Hyper-V. Linux (RHEL, Debian, Oracle Linux, SUSE, Ubuntu) |
PowerShell | versioner som stöds |
.NET | versioner som stöds |
Värdagent | VMM 2016/2019 Behövs för värdar som hanteras i VMM. |
Övervakning | System Center Operations Manager 2016. Du behöver också SQL Server Analysis Services 2014 eller en senare version. |
VMware | vCenter 5.1, 5.5, 5.8, 6.0, 6.5 vCenter 7.0 och 8.0 (stöds från 2022 UR1 och 2019 UR5) ESXi 5.5, 6.0, 6.5 ESXi 7.0 och 8.0 (stöds från 2022 UR1 och 2019 UR5) vCenter- och ESXi-servrar som kör dessa versioner kan hanteras i VMM. |
Provisionering av bare metal | System Management Architecture for Server Hardware (SMASH) (v1 eller senare) över WS-MAN. Intelligent Platform Interface 1.5 eller senare Data Center Manager Interface (DCMI) 1.0 eller senare. Nödvändigt för att identifiera och distribuera fysiska bare-metal-servrar. |
Komponent | Detaljer |
---|---|
kommandoradsverktyg för SQL Server | Om du vill distribuera VMM-tjänster med hjälp av SQL Server-datanivåappar installerar du de relaterade kommandoradsverktygen på VMM-hanteringsservern. Den version som du installerar ska matcha SQL Server-versionen. |
Windows Bedömnings- och Installationsverktyg (ADK) | Windows ADK för Windows 10 och 11. Du kan installera från installationsprogrammet eller ladda ned installationsfilen. Du behöver bara distributionsverktyg och Windows förinstallationsmiljö alternativen. Om du stöter på problem med ADK-filsökvägen när du installerar VMM kopierar du filerna från mappen amd64 i ADK-rotmappen till själva ADK-rotmappen. Standardsökvägen till ADK-mappen är C:\Program Files (x86)\Windows Kits\10\Assessment and Deployment Kit\Deployment Tools\WSIM, men det kan skilja sig beroende på val av mappsökväg under ADK-installationen. |
Gästoperativsystem | Windows-operativsystem som stöds av Hyper-V. Linux (RHEL, Debian, Oracle Linux, SUSE, Ubuntu, Rocky Linux) |
PowerShell | versioner som stöds |
.NET | versioner som stöds |
Värdagent | VMM 2019/2022 Behövs för värdar som hanteras i VMM. |
Övervakning | System Center Operations Manager 2025. Du behöver också SQL Server Analysis Services 2014 eller en senare version. |
VMware | vCenter 7.0 och 8.0 ESXi 7.0 och 8.0 vCenter- och ESXi-servrar som kör dessa versioner kan hanteras i VMM. |
Provisionering på ren metall | System Management Architecture for Server Hardware (SMASH) (v1 eller senare) över WS-MAN. Intelligent Platform Interface 1.5 eller senare Data Center Manager Interface (DCMI) 1.0 eller senare. Krävs för att identifiera och distribuera fysiska bare-metal-servrar. |
SPN
Om VMM-användaren som installerar VMM eller kör VMM-installationen inte har behörighet att skriva tjänstens huvudnamn (SPN) för VMM-servern i Active Directory avslutas installationen med en varning. Om SPN inte är registrerat kan inte andra datorer som kör VMM-konsolen ansluta till hanteringsservern och du kommer inte att kunna distribuera en Hyper-V värd på en bare metal-dator i VMM-infrastrukturen. För att undvika det här problemet måste du registrera SPN som domänadministratör innan du installerar VMM på följande sätt:
Kör dessa kommandon från <SystemDrive>\Windows\System32>som domänadministratör:
setspn -u -s SCVMM/<MachineBIOSName> <VMMServiceAccount>
setspn -u -s SCVMM/<MachineFQDN> <VMMServiceAccount>
För ett kluster ska <MachineBIOSName> vara <ClusterBIOSName> och <MachineFQDN> ska vara <ClusterFQDN>
Gå till HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Setuppå VMM-servern (eller på varje nod i ett kluster) i registret.
Ange VmmServicePrincipalNames till SCVMM/<MachineBIOSName>,SCVMM/<MachineFQDN>. För ett kluster: SCVMM/<ClusterBIOSName>,SCVMM/<ClusterFQDN>.
Om du inte kan göra det kan du också registrera SPN under VMM-installationen. En domänadministratör kan ge SPN-skrivbehörighet till VMM-tjänstanvändaren eller installationsanvändaren.
Obs
Den här metoden är inte den föredragna metoden. Med behörigheten kan den delegerade användaren registrera alla servicePrincipalName utan begränsningar.
Därför bör den delegerade användaren vara mycket betrodd och kontoautentiseringsuppgifterna måste hållas säkra. Så här gör du:
- Kör adsiedit som domänadministratör.
- Navigera för att hitta VMM-tjänstanvändaren. Högerklicka på Egenskaper>Säkerhet>Avancerat. Välj sedan Lägg tilloch i Välj ett huvudnamnanger du den användare som ska beviljas behörigheterna.
- Välj Write servicePrincipalName>OK.
När du installerar VMM med det här användarkontot registreras SPN.
VMM-hanteringsserver
- Du kan inte köra VMM-hanteringsservern på Nano Server (gäller för Windows Server-versioner före 2019).
- Hanteringsserverns datornamn får inte överstiga 15 tecken.
- Installera inte VMM-hanteringsservern eller andra System Center-komponenter än agenter på servrar som kör Hyper-V.
- Du kan installera VMM-hanteringsservern på en virtuell dator. Om du gör det, och du använder funktionen Dynamiskt minne i Hyper-V, måste du ange start-RAM för den virtuella datorn till minst 2 048 MEGABYTE (MB).
- Vi rekommenderar att du använder en dedikerad SCVMM-hanteringsserver och inte installerar några andra System Center-komponenter och hanteringsverktyg på samma server.
- Om du vill hantera fler än 150 värdar rekommenderar vi följande:
- Lägg till en eller flera fjärrdatorer som biblioteksservrar och använd inte standardbiblioteksresursen på VMM-hanteringsservern.
- Kör inte SQL Server-instansen på VMM-hanteringsservern.
- Om du vill hantera fler än 150 värdar rekommenderar vi att du använder en dedikerad dator för VMM-hanteringsservern och gör följande:
- Lägg till en eller flera fjärrdatorer som biblioteksservrar och använd inte standardbiblioteksresursen på VMM-hanteringsservern.
- Kör inte SQL Server-instansen på VMM-hanteringsservern.
- För hög tillgänglighet kan VMM-hanteringsservern installeras på ett redundanskluster. Läs mer.
SQL Server och databas
Instansen av SQL Server som du använder måste tillåta skiftlägesokänsliga databasobjekt.
SQL Server-datornamnet får inte överstiga 15 tecken.
Om VMM-hanteringsservern och SQL Server-datorn inte är medlemmar i samma Active Directory-domän måste det finnas ett dubbelriktad förtroende mellan de två domänerna.
När du installerar SQL Server väljer du Database Engine Services och Management Tools – Slutför funktioner.
Du kan utföra en uppgradering på plats till en version av SQL Server som stöds (utan att flytta VMM-databasen). Kontrollera att inga jobb körs när du utför uppgraderingen eller att jobb kan misslyckas och måste startas om manuellt.
För VMM-databasen ska du för bättre prestanda inte lagra databasfiler på den disk som används för operativsystemet.
Om du använder SDN (Software Defined Networking) i VMM lagras all nätverksinformation i VMM-databasen. Därför kanske du vill överväga hög tillgänglighet för VMM-databasen med hjälp av följande riktlinjer:
- Redundansklustring stöds och är den rekommenderade konfigurationen för tillgänglighet inom ett enda geografiskt område eller datacenter. Läs mer.
- Användning av AlwaysOn-tillgänglighetsgrupper i Microsoft SQL Server stöds, men det är viktigt att granska skillnaderna mellan de två tillgänglighetslägena, synkron incheckning och asynkron incheckning.
Läs mer.
- Med asynkront incheckningsläge kan repliken av databasen vara inaktuell under en tidsperiod efter varje incheckning. Detta kan få det att se ut som om databasen var tillbaka i tiden, vilket kan orsaka förlust av kunddata, oavsiktligt avslöjande av information eller eventuellt utökade privilegier.
- Du kan använda synkront konfirmationsläge som en konfiguration för fjärrmiljötillgänglighetsscenarier.
SQL Server-tjänsten måste använda ett konto som har behörighet att komma åt Active Directory Domain Services (AD DS). Du kan till exempel ange det lokala systemkontot eller ett domänanvändarkonto. Ange inte ett lokalt användarkonto.
Du behöver inte konfigurera sortering. Under distributionen konfigurerar installationsprogrammet automatiskt CI-sortering enligt språket i serveroperativsystemet.
Dynamisk port stöds.
Om du vill skapa VMM-databasen före VMM-installationen:
Se till att du har behörigheter eller skapa en SQL-databas eller be SQL Server-administratören att göra det.
Konfigurera databasen på följande sätt:
- Skapa en ny databas med inställningar: Namn: VirtualManagerDB; Sortering: Latin1_General_100_CI_AS, men i linje med den specifika SQL Server-instanssorteringen.
- Bevilja db_owner behörigheter för databasen till VMM-tjänstkontot.
- I VMM-konfigurationen väljer du alternativet att använda en befintlig databas och anger databasinformationen och VMM-tjänstkontot som databasanvändare.
Biblioteksserver
- Om du kör biblioteksservern på VMM-hanteringsservern måste du ange ytterligare hårddiskutrymme för att lagra objekt. Det utrymme som krävs varierar beroende på antalet och storleken på de objekt som du lagrar.
- Biblioteksservern är den plats där VMM lagrar objekt som mallar för virtuella datorer, virtuella hårddiskar, virtuella disketter, ISO-avbildningar, skript och lagrade virtuella datorer. De optimala maskinvarukrav som anges för en VMM-biblioteksserver varierar beroende på antalet och storleken på dessa filer. Du måste kontrollera CPU-användning och andra systemtillståndsvariabler för att avgöra vad som fungerar bäst i din miljö.
- Om du vill hantera virtuella hårddiskar i filformatet .vhdx måste VMM-biblioteksservern köra Windows Server 2012 eller senare.
- VMM tillhandahåller ingen metod för att replikera fysiska filer i VMM-biblioteket eller en metod för att överföra metadata för objekt som lagras i VMM-databasen. Om det behövs behöver du i stället replikera fysiska filer utanför VMM, och du måste överföra metadata med hjälp av skript eller på annat sätt.
- VMM stöder inte filservrar som har konfigurerats med alternativet för skiftlägeskänslighet för Windows Services för UNIX eftersom skiftlägeskontrollen i Network File System (NFS) är inställd på Ignorera.
Konto- och domänkrav
När du installerar VMM måste du konfigurera VMM-tjänsten så att den använder något av följande konton:
- Det lokala systemkontot (kan inte användas för en VMM-distribution med hög tillgänglighet) eller
- Ett domänanvändarkonto eller
- Ett grupphanterat tjänstkonto (gMSA)
När du installerar VMM måste du konfigurera VMM-tjänsten så att den använder något av följande konton:
- Det lokala systemkontot (kan inte användas för en VMM-distribution med hög tillgänglighet) eller
- Ett domänanvändarkonto
Kontrollera följande innan du förbereder ett konto:
- VMM-tjänstkontot bör ha logga in som tjänst behörighet på VMM-servern.
- Du kan inte ändra identiteten för Virtual Machine Manager-tjänstkontot efter installationen. Detta inkluderar att ändra från det lokala systemkontot till ett domänkonto, från ett domänkonto till det lokala systemkontot eller ändra domänkontot till ett annat domänkonto. Om du vill ändra tjänstkontot för Virtual Machine Manager efter installationen måste du avinstallera VMM (välja alternativet Behåll data om du vill behålla SQL Server-databasen) och sedan installera om VMM med hjälp av det nya tjänstkontot.
- Om du anger ett domänkonto måste kontot vara medlem i den lokala gruppen Administratörer på datorn.
- Om du anger ett domänkonto rekommenderar vi att du skapar ett konto som är avsett att användas för detta ändamål. När en värd tas bort från VMM-hanteringsservern tas kontot som System Center Virtual Machine Manager-tjänsten körs under bort från den lokala gruppen Administratörer på värden. Om samma konto används för andra syften på värden kan detta orsaka oväntade resultat.
- Om du planerar att använda delade ISO-avbildningar med Hyper-V virtuella datorer måste du använda ett domänkonto.
- Om du använder ett osammanhängande namnområde måste du använda ett domänkonto. Mer information om uppdelade namnområden finns i Namngivningskonventioner i Active Directory för datorer, domäner, platser och organisatoriska enheter.
- Om du installerar en VMM-hanteringsserver med hög tillgänglighet måste du använda ett domänkonto.
- Den dator där du installerar VMM-hanteringsservern måste vara medlem i en Active Directory-domän. I din miljö kan du ha användarkonton i en skog och dina VMM-servrar och värd i en annan. I den här miljön måste du upprätta ett tvåvägsförtroende mellan de två domänerna i korsskogsmodellen. Enkelriktade förtroenden mellan skogsdomäner stöds inte i VMM.
Om du vill skapa och använda gMSA läser du artikeln om gMSA och skapar gMSA enligt den tillgängliga vägledningen. Kontrollera att servrarna där VMM-hanteringstjänsten ska installeras har behörighet att hämta lösenordet för gMSA-kontot.
Note
Du behöver inte ange SPN (Service Principle Name) när du skapar gMSA. VMM-tjänsten anger lämpligt SPN för gMSA.
Hantering av distribuerad nyckel
Som standard krypterar VMM vissa data i VMM-databasen med hjälp av DPAPI (Data Protection Application Programming Interface). Till exempel autentiseringsuppgifter för Kör som-konto, lösenord i gästoperativsystemprofiler och produktnyckelinformation i de virtuella hårddiskarnas egenskaper. Datakryptering är kopplat till den specifika dator där VMM är installerat och det tjänstkonto som VMM använder. Om du flyttar VMM-installationen till en annan dator behåller VMM inte krypterade data och du måste ange dem manuellt.
För att säkerställa att VMM behåller krypterade data mellan flyttningar kan du använda distribuerad nyckelhantering för att lagra krypteringsnycklar i Active Directory. Om du flyttar VMM-installationen behåller VMM krypterade data eftersom den nya VMM-datorn har åtkomst till krypteringsnycklarna i Active Directory. Om du vill konfigurera hantering av distribuerad nyckel bör du samordna med Active Directory-administratören.
Note
- Du måste skapa en container i AD DS innan du installerar VMM. Du kan skapa containern med HJÄLP av ADSI Edit (installeras från Server Manager>Verktyg för fjärrserveradministration.)
- Du skapar containern i samma domän som användarkontot som du installerar VMM med. Om du anger att VMM-tjänsten använder ett domänkonto måste kontot finnas i samma domän. Om installationskontot och tjänstkontot till exempel båda finns i corp.contoso.com domän måste du skapa containern i domänen. Så om du vill skapa en container med namnet VMMDKM anger du containerplatsen som CN=VMMDKM,DC=corp,DC=contoso,DC=com. Det konto som du installerar VMM med behöver fullständig behörighet till containern i AD DS. Behörigheterna måste gälla för det här objektet och för alla underordnade objekt.
- Om du installerar en VMM-hanteringsserver med hög tillgänglighet måste du använda hantering av distribuerade nycklar för att lagra krypteringsnycklar i Active Directory. Du behöver distribuerad nyckelhantering eftersom, om VMM växlar över till en nod, behöver den noden åtkomst till krypteringsnycklarna.
- När du konfigurerar tjänstkontot och den distribuerade nyckeln i installationen måste du ange platsen för containern i AD DS, till exempel: CN=VMMDKM,DC=corp,DC=contoso,DC=com