Utvärdera distributionsberedskapen för din miljö för Azure Stack HCI, version 23H2

Använd anslutningsverifieraren för att kontrollera om alla servrar i klustret har Internetanslutning och uppfyller minimikraven för anslutning. Information om anslutningskraven finns i Brandväggskrav för Azure Stack HCI.

Du kan använda anslutningsverifieraren för att:

• Kontrollera servrarnas anslutning innan du tar emot den faktiska maskinvaran. Du kan köra anslutningsverifieraren från valfri klientdator i nätverket där du distribuerar Azure Stack HCI-klustret.
• Kontrollera anslutningen för alla servrar i klustret när du har distribuerat klustret. Du kan kontrollera anslutningen för varje server genom att köra cmdleten validator lokalt på varje server. Eller så kan du fjärransluta från en mellanlagringsserver för att kontrollera anslutningen för en eller flera servrar.

Kör anslutningsverifieraren

Följ dessa steg om du vill köra anslutningsverifieraren.

1. Öppna PowerShell lokalt på arbetsstationen, mellanlagringsservern eller Azure Stack HCI-klusternoden.

2. Kör en anslutningsverifiering genom att ange följande cmdlet:

   Invoke-AzStackHciConnectivityValidation 
   

   Anteckning

   Om du använder cmdleten Invoke-AzStackHciConnectivityValidation utan parameter kontrolleras anslutningen för alla tjänstslutpunkter som är aktiverade från enheten. Du kan också skicka parametrar för att köra beredskapskontroller för specifika scenarier. Se exempel nedan.

Här följer några exempel på hur du kör cmdleten för anslutningsverifieraren med parametrar.

Exempel 1: Kontrollera anslutningen för en fjärrdator

I det här exemplet fjärransluter du från din arbetsstation eller en mellanlagringsserver för att kontrollera anslutningen för ett eller flera fjärrsystem.

$session = New-PSSession -ComputerName remotesystem.contoso.com -Credential $credential
Invoke-AzStackHciConnectivityValidation -PsSession $Session

Exempel 2: Kontrollera anslutningen för en specifik tjänst

Du kan kontrollera anslutningen för en specifik tjänstslutpunkt genom att skicka parametern Service . I följande exempel kontrollerar validatorn anslutningen för Azure Arc-tjänstslutpunkter.

Invoke-AzStackHciConnectivityValidation -Service "Arc For Servers"

Exempel 3: Kontrollera anslutningen om du använder en proxy

Om du använder en proxyserver kan du ange att anslutningsverifieraren ska gå igenom den angivna proxyn och autentiseringsuppgifterna, enligt följande exempel:

Invoke-AzStackHciConnectivityValidation -Proxy http://proxy.contoso.com:8080 -ProxyCredential $proxyCredential 

Exempel 4: Kontrollera anslutningen och skapa PowerShell-utdataobjekt

Du kan visa utdata från anslutningskontrollen som ett objekt med hjälp av parametern –PassThru :

Invoke-AzStackHciConnectivityValidation –PassThru

Här är ett exempel på en skärmbild av utdata:

Attribut för anslutningsverifierare

Du kan filtrera något av följande attribut och visa anslutningsverifierarens resultat i önskat format:

Utdata från anslutningsverifieraren

Följande exempel är utdata från lyckade och misslyckade körningar av anslutningsverifieraren.

Mer information om olika avsnitt i beredskapskontrollrapporten finns i Förstå beredskapskontrollrapporten.

Exempel på utdata: Lyckat test

Följande exempelutdata kommer från en lyckad körning av anslutningsverifieraren. Utdata anger en felfri anslutning till alla slutpunkter, inklusive välkända Azure-tjänster och observerbarhetstjänster. Under Diagnostik kan du se valideringskontrollerna om en DNS-server finns och är felfri. Den samlar in inställningar för WinHttp, IE-proxy och miljövariabelproxy för diagnostik och datainsamling. Den kontrollerar också om en transparent proxy används i den utgående sökvägen och visar utdata.

Exempel på utdata: Misslyckat test

Om ett test misslyckas returnerar anslutningsverifieraren information som hjälper dig att lösa problemet, som du ser i exempelutdata nedan. I avsnittet Behöver åtgärdas visas det problem som orsakade felet. Avsnittet Reparation innehåller en lista över relevanta artiklar som hjälper dig att åtgärda problemet.

Potentiellt felscenario för anslutningsverifierare

Anslutningsverifieraren söker efter SSL-inspektion innan anslutningen för nödvändiga slutpunkter testas. Om SSL-inspektion är aktiverat i Azure Stack HCI-systemet får du följande fel:

Lösning

Kontakta nätverksteamet för att stänga av SSL-inspektionen för ditt Azure Stack HCI-system. Du kan använda följande exempel för att bekräfta att SSL-inspektionen är avstängd. När SSL-inspektionen har inaktiverats kan du köra verktyget igen för att kontrollera anslutningen till alla slutpunkter.

Om du får felmeddelandet om certifikatverifiering kör du följande kommandon individuellt för varje slutpunkt för att manuellt kontrollera certifikatinformationen:

C:\> Import-Module AzStackHci.EnvironmentChecker 
C:\> Get-SigningRootChain -Uri <Endpoint-URI> | ft subject 

Om du till exempel vill verifiera certifikatinformationen för två slutpunkter, till https://login.microsoftonline.com exempel och https://portal.azure.com, kör du följande kommandon individuellt för varje slutpunkt:

• För https://login.microsoftonline.com gäller följande:

  C:\> Import-Module AzStackHci.EnvironmentChecker 
  C:\> Get-SigningRootChain -Uri https://login.microsoftonline.com | ft subject
  

  Här är exempel på utdata:

  Subject
  -------
  CN=portal.office.com, O=Microsoft Corporation, L=Redmond, S=WA, C=US
  CN=Microsoft Azure TLS Issuing CA 02, O=Microsoft Corporation, C=US
  CN=DigiCert Global Root G2, OU=www.digicert.com, O=DigiCert Inc, C=US
  

• För https://portal.azure.com gäller följande:

  C:\> Import-Module AzStackHci.EnvironmentChecker
  C:\> Get-SigningRootChain -Uri https://portal.azure.com | ft Subject 
  
  

  Här är exempel på utdata:

  Subject
  -------
  CN=portal.azure.com, O=Microsoft Corporation, L=Redmond, S=WA, C=US
  CN=Microsoft Azure TLS Issuing CA 01, O=Microsoft Corporation, C=US
  CN=DigiCert Global Root G2, OU=www.digicert.com, O=DigiCert Inc, C=US
  

Maskinvaruverifieraren kontrollerar om servrarna och andra maskinvarukomponenter uppfyller systemkraven. Den kontrollerar till exempel om alla fysiska servrar i klustret har konfigurerats enhetligt och alla maskinvarukomponenter använder samma versioner av inbyggd programvara och fungerar som förväntat.

Vi rekommenderar att du använder maskinvaruverifieraren innan du startar distributionen.

I följande tabell finns en beskrivning av de tester som maskinvaruverifieraren utför på olika maskinvarukomponenter:

Kör maskinvaruverifieraren

Följ dessa steg om du vill köra maskinvaruverifieraren.

1. Öppna PowerShell som administratör lokalt på Azure Stack HCI-servernoden.

2. Kör följande cmdlet för att anropa maskinvaruverifieraren:

   Invoke-AzStackHciHardwareValidation 
   

Här följer några exempel på hur du använder maskinvaruverifieraren.

Exempel 1: Kontrollera maskinvaruberedskapen för en eller flera fjärrservrar

I det här exemplet fjärransluter du från en arbetsstation eller en mellanlagringsserver för att kontrollera maskinvaruberedskapen för två fjärrsystem.

$session = New-PSSession –ComputerName remotesystem1.contoso.com,remotesystem2.contoso.com -Credential $credential  

Invoke-AzStackHciHardwareValidation -PsSession $Session 

Utdata för maskinvaruverifierare

Följande exempel är utdata från lyckade och misslyckade körningar av maskinvaruverifieraren.

Mer information om olika avsnitt i beredskapskontrollrapporten finns i Förstå beredskapskontrollrapporten.

Exempel på utdata: Lyckat test

Följande exempel är utdata från en lyckad körning av maskinvaruverifieraren:

Exempel på utdata: Misslyckat test

Följande exempel är utdata från en misslyckad körning av maskinvaruverifieraren:

Det här exempelutdata anger sju kritiska problem som du måste åtgärda innan du fortsätter med distributionen. En server i klustret har inte samma nätverkskort som andra. Dessutom uppfyller vissa av nätverkskortsegenskaperna på den servern inte minimikraven.

Med den här versionen måste du köra förberedelseverktyget för Active Directory för att skapa grupphanterade tjänstkonton (gMSA) och göra dem identifierbara genom distribution i en dedikerad organisationsenhet (OU).

Använd Active Directory-valideraren för att:

• Kontrollera att förberedelseverktyget för Active Directory körs och att gMSA:erna har angetts och att grupper etableras innan distributionen startas.
• Utvärdera eventuella Active Directory-problem under distributionen. Supportteamet kan kontrollera valideringsrapportloggarna för att bedöma om du skulle köra förberedelseverktyget för Active Directory före distributionen.

Kör Active Directory-valideraren

Följ dessa steg om du vill köra Active Directory-valideraren lokalt från en Azure Stack HCI-servernod, en arbetsstation eller en mellanlagringsserver.

1. Se till att följande parametrar är unika i Active Directory per klusterinstans:

   • Azure Stack HCI-distributionsanvändare
   • Namn på Azure Stack HCI-organisationsenhet
   • Distributionsprefixet för Azure Stack HCI (måste vara högst åtta tecken)
   • Namn på Azure Stack HCI-distributionskluster
   • Fysiska nodobjekt (om de redan har skapats) måste vara tillgängliga under den kapslade datororganisationenhet

2. Kör följande kommando i PowerShell som administratör:

   $params = @{
   ADOUPath = 'OU=Hci001,DC=contoso,DC=local'
   DomainFQDN = 'contoso.local'
   NamingPrefix = "hci"
   ActiveDirectoryServer = 'contoso.local'
   ActiveDirectoryCredentials = (Get-Credential -Message 'Active Directory Credentials')
   ClusterName = 'S-Cluster'
   PhysicalMachineNames = "node01, node02, node03, node04"
   }
   Invoke-AzStackHciExternalActiveDirectoryValidation @params
   

   Cmdleten Invoke-AzStackHciExternalActiveDirectoryValidation kontrollerar om Active Directory- och grupprincip-objektmoduler (GPO) är tillgängliga och försöker installera dem om de inte är det.

Active Directory-valideringsutdata

Följande exempel är utdata från lyckade och misslyckade körningar av Active Directory-valideraren.

Mer information om olika avsnitt i beredskapskontrollrapporten finns i Förstå beredskapskontrollrapporten.

Exempel på utdata: Lyckat test

Följande exempel är utdata från en lyckad körning av Active Directory-valideraren. Utdata anger att den angivna organisationsenheten finns och innehåller rätt underordnade organisationsenheter.

Exempel på utdata: Misslyckat test

Följande exempel är utdata från en misslyckad körning av Active Directory-validatorn. Rapporten visar att Active Directory-verktyget inte har körts och att rätt organisationsenhet (OU) inte har skapats.

Om du vill åtgärda blockeringsproblemen i dessa utdata öppnar du Active Directory-verktyget och skickar följande parametrar:

.\AsHciADArtifactsPreCreationTool.ps1 -AsHciDeploymentUserCredential (get-credential) -AsHciOUName "OU=Hci001,DC=contoso,DC=local,DC=stbtest,DC=microsoft,DC=com" -AsHciPhysicalNodeList @("Physical Machine1", "Physical Machine2") -DomainFQDN "'contoso.local " -AsHciClusterName "s-cluster" -AsHciDeploymentPrefix "Hci001"

Det är möjligt att IP-adresserna som allokerats till Azure Stack HCI redan är aktiva i nätverket. Nätverksverifieraren validerar nätverksinfrastrukturen för giltiga IP-intervall som är reserverade för distribution. Den försöker pinga och ansluta till WinRM- och SSH-portar för att säkerställa att det inte finns någon aktiv värd som använder IP-adressen från det reserverade IP-intervallet.

Du anger det nätverks-IP-intervall som är reserverat för Azure Stack HCI-distribution som en del av svarsfilens JSON, som du kan använda under nätverksverifieringen. Eller så kan du ange start- och slut-IP-adresserna manuellt när du kör validerings-cmdleten.

Kör nätverksverifieraren

Följ dessa steg om du vill köra nätverksverifieraren lokalt på Azure Stack HCI-servernoden, arbetsstationen eller mellanlagringsservern med svarsfilen.

1. Kör någon av följande cmdletar:

   • Om du använder svarsfilen:

     Invoke-AzStackHciNetworkValidation -AnswerFile <Answerfilename>.json
     

   • Om du anger start- och slut-IP-adresserna manuellt:

     Invoke-AzStackHciNetworkValidation -StartingAddress <StartingIPRangeAddress> -EndingAddress <EndingIPRangeAddress> 
     

Utdata från nätverksverifieraren

Följande exempel är utdata från lyckade och misslyckade körningar av nätverksverifieraren.

Mer information om olika avsnitt i beredskapskontrollrapporten finns i Förstå beredskapskontrollrapporten.

Exempel på utdata: Lyckat test

Följande exempel är utdata från en lyckad körning av nätverksverifieraren. Utdata anger att ingen aktiv värd använder en IP-adress från det reserverade IP-intervallet.

Exempel på utdata: Misslyckat test

Följande exempel är utdata från en misslyckad körning av nätverksverifieraren. Dessa utdata visar att två aktiva värdar använder IP-adress från det reserverade IP-intervallet.

Arc-integreringsverifieraren hjälper till att utvärdera om Azure Stack HCI-klustret uppfyller alla nödvändiga krav för att azure Arc-registrering ska lyckas.

Du kan använda Arc-integreringsverifieraren för att verifiera följande:

• Arc-resursgruppen innehåller inte redan Arc-resurser med samma namn som noderna i klustret som du försöker registrera.
• En eller flera noder är inte redan Arc-aktiverade i ett annat prenumerations-ID eller resursgrupp.
• Den angivna Azure-regionen är giltig.
• Resursgruppsgränsen i prenumerationen har inte nåtts.
• Gränsen för antal Azure Stack HCI-resurser i registreringsresursgruppen har inte nåtts.
• Gränsen för antal rolltilldelningar i prenumerationen har inte nåtts.

Kör Arc-integrationsverifieraren

1. Öppna PowerShell på valfri Azure Stack HCI-klusternod.

2. Kör följande kommando för att ansluta till Azure med det konto som du tänker registrera ditt Azure Stack HCI-kluster:

   Connect-AzAccount -Tenant <Your_tenant_ID> -Subscription <Your_subscription_ID> -DeviceCode
   

3. Kör följande kommando för att skapa en matrisvariabel som innehåller namnen på dina Azure Stack HCI-klusternoder:

   $nodes = [string[]]("host1"," host2"," host3"," host4")
   

4. Kör följande kommando för att anropa validatorn:

   Invoke-AzStackHciArcIntegrationValidation -SubscriptionID <Your_subscription_ID> -ArcResourceGroupName <ARC_resourcegroup_name> -NodeNames $nodes
   

   där:

   • Arc_resourcegroup_name representerar den resursgrupp som du planerar att använda för att registrera ditt Azure Stack HCI-kluster.

Arc Integration Validator-utdata

Följande exempel är utdata från lyckade och misslyckade körningar av Arc-integreringsverifieraren.

Mer information om olika avsnitt i beredskapskontrollrapporten finns i Förstå beredskapskontrollrapporten.

Exempelutdata: Lyckat test

Följande exempel är utdata från en lyckad körning av Arc Integration-validatorn. Utdata anger att det inte finns några befintliga Arc-resurser i resursgruppen med samma namn som noderna i det aktuella klustret.

Exempelutdata: Misslyckat test

Följande exempel är utdata från en misslyckad körning av Arc-integreringsverifieraren. Dessa utdata visar att det finns befintliga Arc-resurser i resursgruppen som delar samma namn som noderna i det aktuella klustret. För en lyckad klusterregistrering måste du åtgärda den här konflikten genom att välja en alternativ resursgrupp för att registrera klustret eller ta bort arc-resurser som är i konflikt från den befintliga resursgruppen.