Dela via

  • Artikel

Konfigurera en SMI-S-provider för en iSCSI-målserver i VMM

 

Publicerat: mars 2016

Gäller för: System Center 2012 SP1 - Virtual Machine Manager, System Center 2012 R2 Virtual Machine Manager

Från och med Windows Server 2012 är Microsoft iSCSI-målservern en serverroll som gör att servern kan användas som lagringsenhet.Det här avsnittet innehåller information om SMI-S-providern för Microsoft iSCSI-målservern.Detta är providern som Virtual Machine Manager (VMM) använder för att hantera iSCSI-målservern (från och med System Center 2012 SP1).

Beroende på vilken version av programvaran du använder kan du behöva installera providerns programvara på en iSCSI-målserver innan du kan börja hantera servern med VMM.Använd följande lista för att utvärdera din egen miljö:

  • Med VMM i System Center 2012 SP1 kan du hantera en iSCSI-målserver som kör Windows Server 2012 om du först installerar den nödvändiga SMI-S-providern på iSCSI-målservern.Providern ingår i VMM.Om du vill installera den kan du läsa mer i Förbered iSCSI-målservern för hantering av VMM, senare i det här ämnet.

  • Med VMM i System Center 2012 R2 kan du hantera en iSCSI-målserver med flera operativsystemversioner:

Mer information om iSCSI-målservern finns i Introduction of iSCSI Target in Windows Server 2012 (Introduktion till iSCSI-mål i Windows Server 2012).

Det här ämnet innehåller följande avsnitt:

  • Arkitekturdesign

  • Kända problem med SMI-S-providern

  • Information om provider

  • Förbered iSCSI-målservern för hantering av VMM

  • Använd VMM för att konfigurera iSCSI-målservern med hjälp av Windows PowerShell

Arkitekturdesign

SMI-S-providern följer en inbäddad providermodell där providern installeras på iSCI Target Server-datorn.I följande diagram visas hur SMI-S-providern samverkar med andra komponenter.SMI-S-providern är WMI-baserad och hanterar iSCI Target Server via WMI-providern för iSCI Target.

iSCSI

Kända problem med SMI-S-providern

Den här versionen av SMI-S-providern innehåller följande kända problem:

  • iSCSI Target Server har stöd för användning av redundanskluster för att tillhandahålla hög tillgänglighet.Bara en iSCI Target Server-resursgrupp kan användas per kluster för att kunna hanteras av SMI-S-providern.Detta beror på en begränsning i SMI-S-providern som för närvarande bara kan hantera ett datorobjekt.Om det fins flera iSCI Target-resursgrupper i samma klusternod kan inte SMI-S-providern få en korrekt bild av objekten på datorn.

  • Det går bara att läsa in en WMI-baserad SMI-S-provider på en dator.För närvarande finns det två WMI-baserade providrar och båda dessa påverkas av det här problemet:

    • iSCSI Target Server SMI-S-provider

    • LSI MegaRAID SMI-S-provider

    Undvik problemet genom att använda separata datorer för varje SMI-S-provider.

    Problemet förekommer i de två scenarier som beskrivs i avsnitten nedan.I det första scenariot är två SMI-S-providrar installerade på samma dator, och båda är avsedda för hantering i VMM.I det andra scenariot är två SMI-S-providrar installerade på samma dator, och bara en av dem är avsedd för hantering i VMM.I dessa båda situationer när två WMI-baserade SMI-S-providrar är installerade på en iSCI Target Server-datorn kan bara en av providrarna identifieras av lagringshanteringstjänsten.

Två providrar avsedda för VMM-hantering

I följande diagram visas två SMI-S-providrar installerade på samma dator. Varje provider är registrerad i lagringshanteringstjänsten för VMM.På grund av ett känt problem med lagringshanteringstjänsten identifieras bara en av providrarna.

iSCSI

Två providrar avsedda för olika typer av lagringshantering

Två WMI-baserade SMI-S-providrar är installerade på samma dator.En SMI-S-provider är avsedd för VMM-hantering och den andra SMI-S-providern från tredje part är avsedd för filserverlagringshantering.På grund av ett känt fel i lagringshanteringstjänsten kan både VMM och filserverlagringshantering bara identifiera en provider, vilket kanske inte är rätt provider.

iSCSI

Information om provider

De föregående diagrammen visar att SMI-S-providern är WMI-baserad och skickar information från iSCSI Target-tjänsten till lagringshanteringstjänsten på VMM-servern.Efter registreringen i VMM skickas en förfrågan om fullständig identifiering för att hämta alla objekt och deras mappningar från SMI-S-providern.

I ett redundanskluster för iSCI Target Server måste du registrera lagringsenheten genom att använda nätverksnamnet eller IP-adressen för iSCI Target-resursgruppen, som även kallas klientåtkomstpunkt.På detta sätt kan nätverkets namn eller IP-adress vara samma, oavsett vilken nod som tar emot redundansen.VMM kan ansluta till SMI-S-providern som körs på den resursgruppnod som har växlats över.Efter en redundansväxling måste du göra en fullständig identifiering med hjälp av VMM.

Objektmappningar

  1. MaskingSet mappar till objektet iSCSI Target: Som standard använder det egna namnet på ett MaskingSet-objekt prefixsträngen "SPC:" + 16-bitars slumptal.Vi rekommenderar att du använder ett eget namn när du skapar MaskingSet-objektet.VMM använder antingen virtualiseringsserverns namn eller klusternamnet som eget namn.SMI-S-providern använder det egna namnet som även blir egenskapen Beskrivning för objektet WT_Host för iSCSI Target Server.

  2. StorageVolume mappar till WT_Disk, den virtuella hårddisken (VHD).När en användare skapar en iSCSI-disk genom att använda VMM, använder SMI-S- providern det egna namnet som namn på den virtuella hårddisken.Om den virtuella hårddisken redan finns under SMI-S-identifieringen använder providern beskrivningen av den som eget namn.Om den virtuella hårddisken redan finns men saknar beskrivningssträng, det vill säga om beskrivningssträngen är tom eller NULL, använder den virtuella hårddiskens egna namn prefixsträngen "VirtualDiskIndex:" + WTD som heltal för indexet.

  3. ConcretePool mappar till WT_Volume: Det egna namnet som visas för SMI-S-providern är: "iSCSITarget: SubsystemName" + första monteringspunktsträng.Om monteringspunkten exempelvis är "C" blir namnet "iSCSITarget: SubsystemName: C:".Det finns en enda rotpool och dess namn "MS iSCSITarget Primordial" är fast.

SMI-S-installation

I följande exempel visas hur du installerar SMI-S-providern.

iSCSI

Föregående diagram visar två datorer, en dator för VMM-hanteringsservern och en dator som kör iSCSI-målservern.VMM-hanteringsservern måste finnas i en domän.iSCSI Target Server kan vara i en domän eller i en arbetsgrupp.

Installera VMM

VMM har specifika programvarukrav, till exempel för Microsoft .NET Framework.Mer information finns i Systemkrav: VMM-hanteringsserver i System Center 2012 och System Center 2012 SP1 eller System Requirements for System Center 2012 R2 (Systemkrav för System Center 2012 R2).Microsofts tjänst för standardbaserad lagringshantering aktiveras under installationen av VMM.

Förbered iSCSI-målservern för hantering av VMM

Förbered iSCSI-målservern för hantering av VMM med hjälp av följande steg:

  1. Installera iSCSI-målserverrollen.Ett sätt att göra detta på är att använda Windows PowerShell-kommandot Install-WindowsFeature FS-iSCSITarget-Server.ISCSI-målservern ingår i serverns operativsystem som börjar med Windows Server 2012.Mer information om hur du använder Windows PowerShell för att installera roller och funktioner finns i Get-WindowsFeature och Install-WindowsFeature

  2. Fortsätt till nästa steg om du har en iSCSI-målserver som kör Windows Server 2012.Annars kan du hoppa över resten av den här proceduren (till exempel för en server som kör Windows Server 2012 R2).

  3. Om servern kör Windows Server 2012 installerar du en samlad uppdatering som inte är tidigare än Windows 8 och Windows Server 2012 kumulativ uppdatering: november 2012 (Microsoft KB-artikel 2770917).En av uppdateringarna i den samlade uppdateringen innehåller WMI-relaterade ändringar i iSCSI-målservern som förbättrar prestanda för VMM-identifiering.

  4. Om din iSCSI-målserver kör Windows Server 2012 måste du installera SMI-S-providern, vilket görs på följande sätt:

    1. Hitta installationsfilen på någon av följande platser:

      • På VMM-installationsmedium på:

        \amd64\Setup\msi\iSCSITargetSMISProvider.msi

      • På VMM-servern på:

        \Program Files\Microsoft System Center 2012\Virtual Machine Manager\Setup\Msi\iSCSITargetProv\iSCSITargetSMISProvider.msi

    2. Kör MSI-filen för att starta installationsguiden för SMI-S-providern på iSCSI-målservern.

    3. Slutför guiden för att installera providern.

Använd VMM för att konfigurera iSCSI-målservern med hjälp av Windows PowerShell

Du kan använda VMM för att konfigurera iSCSI-målservern med hjälp av Windows PowerShell.Det här avsnittet innehåller några vanliga aktiviteter med exempel på Windows PowerShell-kommandon som du kan använda för dessa aktiviteter.SMI-S-providern har stöd för alla hanteringsuppgifter genom VMM.

Använd Windows PowerShell-menyn för att öppna PowerShell-gränssnittet i VMM. Menyn visas i följande bild.

iSCSI

Lägg till en lagringsprovider

Hämta behörighet som lokal administratör för iSCSI Target Server baserat på följande användarnamn och lösenord:

$Cred = Get-Credential

Observera att det räcker med vilket konto som helst som tillhör gruppen Lokala administratörer.

Skapa ett Kör som-konto i VMM enligt följande:

$Runas = New-SCRunAsAccount -Name "iSCSIRunas" -Credential $Cred

Lägg till lagringsprovidern enligt följande:

Add-SCStorageProvider -Name "Microsoft iSCSI Target Provider" -RunAsAccount $Runas -ComputerName "<computername>" -AddSmisWmiProvider

Visa lagringsegenskaper

Granska lagringsmatrisattribut enligt följande:

$array = Get-SCStorageArray -Name “<computername>”

Visa tillgängliga lagringspooler enligt följande:

$array.StoragePools

Lägg till pooler från iSCSI Target Server för VMM-hantering

Hämta den särskilda lagringspoolen som ska läggas till enligt följande:

$pool = Get-SCStoragePool -Name "MS iSCSITarget Concrete: D:"

Skapa en lagringsklassificering om ingen finns, enligt följande:

$class = New-SCStorageClassification -Name “gold”

Lägg till lagringspoolen i VMM enligt följande:

Set-SCStorageArray -AddStoragePoolToManagement $pool -StorageArray $pool.StorageArray -StorageClassification $class

Allokera lagringspoolen till en virtualiseringsservergrupp enligt följande:

Set-SCStoragePool -StoragePool $pool -AddVMHostGroup (Get-SCVMHostGroup -Name "All Hosts")

Skapa ett logiskt enhetsnummer

Skapa ett logiskt enhetsnummer för iSCI enligt följande:

$LUN = New-SCStorageLogicalUnit -Name "iSCSI1" -StoragePool $pool -DiskSizeMB 1000

Allokera det logiska enhetsnumret till virtualiseringsservergruppen enligt följande:

Set-SCStorageLogicalUnit -StorageLogicalUnit $LUN -VMHostGroup (Get-SCVMHostGroup -Name "All Hosts")

Tilldela värdgruppen det logiska enhetsnumret enligt följande:

$host = Get-SCVMhost -ComputerName <host name>

Lägg till värddatorn i virtualiseringsservergruppen enligt följande:

Register-SCStorageLogicalUnit -StorageLogicalUnit $LUN -VMHost $host

Rensningsuppgifter

Ta bort ett logiskt enhetsnummer enligt följande:

Remove-SCStorageLogicalUnit -StorageLogicalUnit $LUN

Ta bort en lagringsprovider enligt följande:

Remove-SCStorageProvider -StorageProvider (Get-SCStorageProvider -Name "Microsoft iSCSI Target Provider")

Sammanfattning

I den här artikeln beskrivs bara några av de uppgifter du kan utföra med VMM genom att använda SMI-S-providern.Information om fler Windows PowerShell-cmdlet:ar du kan använda för att hantera lagring med SMI-S-providern finns i Cmdlet Reference for Virtual Machine Manager in System Center 2012 (Cmdlet-referens för Virtual Machine Manager i System Center 2012).

Se även

Konfigurera lagring i VMM