Freigeben über


Bereitstellen von Azure Local über die Azure Resource Manager-Bereitstellungsvorlage

In diesem Artikel wird erläutert, wie Sie eine Azure Resource Manager (ARM)-Vorlage im Azure-Portal verwenden, um ein Azure Local in Ihrer Umgebung bereitzustellen. Der Artikel enthält auch die Voraussetzungen und die Vorbereitungsschritte, die zum Starten der Bereitstellung erforderlich sind.

Wichtig

Die ARM-Vorlagenbereitstellung von lokalen Azure-Systemen richtet sich an Bereitstellungen im großen Maßstab. Die zielgruppe für diese Bereitstellung ist IT-Administratoren, die Erfahrung beim Bereitstellen von lokalen Azure-Instanzen haben. Es wird empfohlen, zuerst ein System über das Azure-Portal bereitzustellen und anschließend nachfolgende Bereitstellungen über die ARM-Vorlage durchzuführen.

Voraussetzungen

  • Stellen Sie für Azure Local 2411.3 und frühere Versionen sicher, dass Sie die Vorlage create-cluster-2411.3 für die Bereitstellung auswählen.
  • Stellen Sie für Azure Local 2503 und höhere Versionen sicher, dass Sie die Create-Cluster-Vorlage für die Bereitstellung auswählen.

Schritt 1: Vorbereiten von Azure-Ressourcen

Führen Sie die folgenden Schritte aus, um die Azure-Ressourcen vorzubereiten, die Sie für die Bereitstellung benötigen:

Erstellen eines Dienstprinzipals und eines Secret für den Client

Um Ihr System zu authentifizieren, müssen Sie einen Dienstprinzipal und einen entsprechenden geheimen Clientschlüssel für Arc Resource Bridge (ARB) erstellen.

Erstellen eines Dienstprinzipals für ARB

Führen Sie die Schritte unter Erstellen einer Microsoft Entra-Anwendung und eines Dienstprinzipals aus, die über Azure-Portal auf Ressourcen zugreifen können, um den Dienstprinzipal zu erstellen und die Rollen zuzuweisen. Verwenden Sie alternativ das PowerShell-Verfahren zum Erstellen eines Azure-Dienstprinzipals mit Azure PowerShell.

Die Schritte sind auch hier zusammengefasst:

  1. Melden Sie sich mindestens als Cloudanwendungsadministrator beim Microsoft Entra Admin Center an. Navigieren Sie zu Identity > Applications > App-Registrierungen und wählen Sie dann Neue Registrierung.

  2. Geben Sie einen Namen für die Anwendung ein, wählen Sie einen unterstützten Kontotyp aus, und wählen Sie dann "Registrieren" aus.

    Ein Screenshot zeigt die Registrierung einer Anwendung zur Erstellung eines Dienstprinzipals.

  3. Nachdem der Dienstprinzipal erstellt wurde, wechseln Sie zur Seite "Enterprise-Anwendungen". Suchen Sie nach dem von Ihnen erstellten SPN, und wählen Sie es aus.

    Ein Screenshot zeigt die Suchergebnisse für den erstellten Dienstprinzipal.

  4. Kopieren Sie unter eigenschaften die Anwendungs-ID (Client) und die Objekt-ID für diesen Dienstprinzipal.

    Screenshot der Anwendungs-ID (Client) und der Objekt-ID für den erstellten Dienstprinzipal.

    Sie verwenden die Anwendungs-ID (Client-ID) für den arbDeploymentAppID Parameter und die Objekt-ID für den arbDeploymentSPNObjectID Parameter in der ARM-Vorlage.

Erstellen eines Client-Secrets für den ARB-Dienstprinzipal

  1. Rufen Sie die Anwendungsregistrierung auf, die Sie erstellt haben, und gehen Sie zu Zertifikate & Geheimnisse > Client-Geheimnisse.

  2. Wählen Sie + Neues Client-Geheimnis aus.

    Screenshot der Erstellung eines neuen geheimen Clientschlüssels.

  3. Fügen Sie eine Beschreibung für den geheimen Clientschlüssel hinzu, und geben Sie einen Zeitrahmen an, wenn er abläuft. Wählen Sie Hinzufügen aus.

    Ein Screenshot zeigt die Blade für das Hinzufügen eines Client Secret.

  4. Kopieren Sie den geheimen Clientschlüsselwert , während Sie ihn später verwenden.

    Hinweis

    Für die Anwendungsclient-ID benötigen Sie den geheimen Wert. Geheime Client-Schlüsselwerte können nicht angezeigt werden, außer unmittelbar nach ihrer Erstellung. Achten Sie darauf, diesen Wert beim Erstellen zu speichern, bevor Sie die Seite verlassen.

    Screenshot, der den Wert des Clientgeheimnisses zeigt.

    Sie verwenden den geheimen Clientschlüsselwert für den arbDeploymentAppSecret Parameter im ARM.

Abrufen der Objekt-ID für Azure Local Resource Provider

Diese Objekt-ID für die Azure Local Resource Provide (RP) ist pro Azure-Mandant eindeutig.

  1. Suchen Sie im Azure-Portal nach Microsoft Entra ID, und gehen Sie dahin.

  2. Wechseln Sie zur Registerkarte "Übersicht ", und suchen Sie nach Dem Microsoft.AzureStackHCI-Ressourcenanbieter.

    Screenshot der Suche nach dem Azure Local Resource Provider-Dienstprinzipal.

  3. Wählen Sie den aufgelisteten Dienstprinzipalnamen aus, und kopieren Sie die Objekt-ID.

    Ein Screenshot zeigt die Objekt-ID für das Dienstprinzipal des Azure Local Resource Provider.

    Alternativ können Sie PowerShell verwenden, um die Objekt-ID des Azure Local RP-Dienstprinzipals abzurufen. Führen Sie in PowerShell den folgenden Befehl aus:

    Get-AzADServicePrincipal -DisplayName "Microsoft.AzureStackHCI Resource Provider"
    

    Sie verwenden die Objekt-ID für den hciResourceProviderObjectID Parameter in der ARM-Vorlage.

Schritt 2: Bereitstellen mithilfe der ARM-Vorlage

Eine ARM-Vorlage erstellt und weist alle Ressourcenberechtigungen zu, die für die Bereitstellung erforderlich sind.

Nachdem alle erforderlichen und vorbereitenden Schritte abgeschlossen sind, können Sie die Bereitstellung mithilfe einer bewährten und getesteten ARM-Bereitstellungsvorlage und der entsprechenden JSON-Parameterdatei durchführen. Verwenden Sie die parameter, die in der JSON-Datei enthalten sind, um alle Werte auszufüllen, einschließlich der zuvor generierten Werte.

Ein Beispiel für eine JSON-Parameterdatei finden Sie unterazuredeploy.parameters.json. Ausführliche Beschreibungen der in dieser Datei definierten Parameter finden Sie in der Referenz zu ARM-Vorlagenparametern.

Wichtig

Stellen Sie sicher, dass alle Parameter in der JSON-Datei ausgefüllt sind, einschließlich Platzhaltern, die angezeigt werden [“”], die angeben, dass der Parameter eine Arraystruktur erwartet. Ersetzen Sie diese durch tatsächliche Werte basierend auf Ihrer Bereitstellungsumgebung, oder die Überprüfung schlägt fehl.

  1. Wechseln Sie im Azure-Portal zu "Start", und wählen Sie "+Ressource erstellen" aus.

  2. Wählen Sie "Erstellen " unter "Vorlagenbereitstellung" (Bereitstellen mit benutzerdefinierten Vorlagen) aus.

    Screenshot der Vorlagenbereitstellung (Bereitstellen mit benutzerdefinierter Vorlage).

  3. Suchen Sie nahe dem unteren Ende der Seite nach dem Abschnitt "Starten Sie mit einer Schnellstartvorlage oder Vorlagenspezifikation". Wählen Sie die Option "Schnellstartvorlage" aus .

    Screenshot der ausgewählten Schnellstartvorlage.

  1. Wählen Sie in der Dropdownliste der Schnellstartvorlage (Haftungsausschluss) die Vorlage "create-cluster-2411.3 " aus.

  2. Wenn Sie fertig sind, wählen Sie die Schaltfläche "Vorlage auswählen " aus.

    Screenshot der Vorlage, die für Version 2411.3 und früher ausgewählt wurde.

  3. Auf der Registerkarte "Grundlagen" wird die Seite "Benutzerdefinierte Bereitstellung" angezeigt. Sie können die verschiedenen Parameter über die Dropdownliste auswählen oder "Parameter bearbeiten" auswählen.

    Screenshot der Seite

    Hinweis

    Eine Beispielparameterdatei, die das Format verschiedener Eingaben anzeigt, wie ArcNodeResourceId, siehe azuredeploy.parameters.json.

  1. Verwenden Sie das Schnellstartvorlagenfeld (Haftungsausschluss), um nach der entsprechenden Vorlage zu filtern. Geben Sie azurestackhci/create-cluster für den Filter ein.

  2. Wenn Sie fertig sind, wählen Sie die Schaltfläche "Vorlage auswählen " aus.

    Screenshot mit ausgewählter Vorlage.

  3. Auf der Registerkarte "Grundlagen" wird die Seite "Benutzerdefinierte Bereitstellung" angezeigt. Sie können die verschiedenen Parameter über die Dropdownliste auswählen oder "Parameter bearbeiten" auswählen.

    Screenshot der Seite

    Hinweis

    Eine Beispielparameterdatei, die das Format verschiedener Eingaben anzeigt, wie ArcNodeResourceId, siehe azuredeploy.parameters.json.

  1. Bearbeiten Sie Parameter wie Netzwerkabsicht oder Speichernetzwerkabsicht. Sobald die Parameter ausgefüllt sind, speichern Sie die Parameterdatei.

    Screenshot mit parametern, die für die Vorlage ausgefüllt wurden.

  2. Wählen Sie die entsprechende Ressourcengruppe für Ihre Umgebung aus.

  3. Scrollen Sie nach unten und bestätigen Sie, dass Deployment Mode = Validate ist.

  4. Klicken Sie auf Überprüfen + erstellen.

    Screenshot mit ausgewählter Option

  5. Wählen Sie auf der Registerkarte Überprüfen + erstellen die Option Erstellen aus. Dadurch werden die verbleibenden erforderlichen Ressourcen erstellt und die Bereitstellung überprüft. Die Überprüfung dauert etwa 10 Minuten.

    Ein Screenshot zeigt, dass Erstellen auf der Registerkarte Überprüfen + Erstellen ausgewählt ist.

  6. Nachdem die Überprüfung abgeschlossen ist, wählen Sie "Erneut bereitstellen" aus.

    Screenshot mit ausgewählter Option

  7. Wählen Sie auf dem Bildschirm "Benutzerdefinierte Bereitstellung" die Option "Parameter bearbeiten" aus. Laden Sie die zuvor gespeicherten Parameter, und wählen Sie "Speichern" aus.

  8. Ändern Sie unten im Arbeitsbereich den letzten Wert im JSON von Validate in Deploy, wobei Deployment Mode = Deploy.

    Ein Screenshot zeigt, dass Bereitstellen für den Bereitstellungsmodus ausgewählt ist.

  9. Vergewissern Sie sich, dass alle Felder für die ARM-Bereitstellungsvorlage durch den PARAMETER-JSON-Code ausgefüllt werden.

  10. Wählen Sie die entsprechende Ressourcengruppe für Ihre Umgebung aus.

  11. Scrollen Sie nach unten und bestätigen Sie, dass Deployment Mode = Deploy ist.

  12. Klicken Sie auf Überprüfen + erstellen.

  13. Klicken Sie auf Erstellen. Die Bereitstellung beginnt mit der Verwendung der vorhandenen erforderlichen Ressourcen, die während des Überprüfungsschritts erstellt wurden.

    Die Seite Bereitstellen wechselt während der Bereitstellung auf die Cluster-Ressource.

    Sobald die Bereitstellung initiiert wurde, wird eine eingeschränkte Umgebungsprüfung ausgeführt, eine vollständige Umgebungsprüfung ausgeführt, und die Cloudbereitstellung wird gestartet. Nach ein paar Minuten können Sie die Bereitstellung im Portal überwachen.

    Screenshot des Status der Validierung des Umgebungstesters.

  14. Navigieren Sie in einem neuen Browserfenster zur Ressourcengruppe für Ihre Umgebung. Wählen Sie die Clusterressource aus.

  15. Wählen Sie Bereitstellungen aus.

  16. Aktualisieren und beobachten Sie den Bereitstellungsfortschritt von der ersten Maschine (auch bekannt als Seed-Maschine und ist die erste Maschine, auf der Sie den Cluster bereitgestellt haben). Die Bereitstellung dauert zwischen 2,5 und 3 Stunden. Mehrere Schritte dauern 40-50 Minuten oder mehr.

  17. Der Schritt in der Bereitstellung, der am längsten dauert, ist Moc und ARB-Stack bereitstellen. Dieser Schritt dauert 40-45 Minuten.

    Sobald der Vorgang abgeschlossen ist, wird die Aufgabe am oberen Rand mit Status und Endzeit aktualisiert.

REFERENZ zu ARM-Vorlagenparametern

In der folgenden Tabelle werden die Parameter beschrieben, die Sie in der Parameterdatei der ARM-Vorlage definieren:

Parameter BESCHREIBUNG
deploymentMode Bestimmt, ob der Bereitstellungsprozess nur die vollständige Bereitstellung überprüfen oder fortsetzen soll:
- Validate: Creates Azure resources for this system and validates your system readiness to deploy.
- Bereitstellen: Führt die tatsächliche Bereitstellung nach erfolgreicher Überprüfung aus.
keyVaultName Der Name des Azure Key Vault, der zum Speichern von geheimen Schlüsseln verwendet werden soll.
Benennungskonventionen finden Sie im Artikel "Benennungsregeln und Einschränkungen für Azure-Ressourcen" unter "Microsoft.KeyVault ".
softDeleteRetentionDays Die Anzahl der Tage, die gelöschte Elemente (z. B. Geheime Schlüssel, Schlüssel oder Zertifikate) in einem Azure Key Vault aufbewahrt werden, bevor sie endgültig gelöscht werden.
Geben Sie einen Wert zwischen 7 und 90 Tagen an. Sie können den Aufbewahrungszeitraum später nicht ändern.
diagnosticStorageAccountName Name des Azure Storage-Kontos, das zum Speichern von Schlüsseltresorüberwachungsprotokollen verwendet wird. Dieses Konto ist ein lokal redundantes Speicherkonto (LRS) mit einer Sperre.
Weitere Informationen finden Sie unter Azure Storage-Konto. Benennungskonventionen finden Sie unter Azure Storage-Kontonamen.
logsRetentionInDays Die Anzahl der Tage, an denen Protokolle aufbewahrt werden.
Wenn Sie keine Aufbewahrungsrichtlinie anwenden und Daten für immer aufbewahren möchten, geben Sie "0" an.
Speicherkontotyp Typ des Azure Storage-Kontos, das in der Bereitstellung verwendet werden soll. Beispiel: Standard_LRS.
clusterName Name der azure local instance being deployed.
Dies ist der Name, der Ihren Cluster in der Cloud darstellt. Sie muss sich von einem der Knotennamen unterscheiden.
Standort Bereitstellungsspeicherort, der in der Regel von der Ressourcengruppe abgeleitet wird.
Eine Liste der unterstützten Azure-Regionen finden Sie unter Azure-Anforderungen.
Mandanten-ID Azure-Abonnementmandanten-ID.
Weitere Informationen finden Sie unter "Suchen Ihres Microsoft Entra-Mandanten".
witnessTyp Zeugentyp für Ihren lokalen Azure-Cluster.
Der Zeugetyp muss für einen Cluster mit zwei Knoten Cloud sein. Sie kann für andere Clustergrößen leer sein.
Weitere Informationen zum Cloudzeugen finden Sie unter Bereitstellen eines Quorumzeugen.
clusterWitnessStorageAccountName Name des Speicherkontos, das für den Clusterzeugen verwendet wird.
Weitere Informationen finden Sie unter Azure Storage-Konto. Benennungskonventionen finden Sie unter Azure Storage-Kontonamen.
localAdminUserName Benutzername für den lokalen Administrator für alle Computer in Ihrem System. Die Anmeldeinformationen sind für alle Computer in Ihrem System identisch.
Weitere Informationen finden Sie unter Überprüfen der Bereitstellungsvoraussetzungen für Azure Local.
localAdminPassword Kennwort für den lokalen Administrator für alle Computer in Ihrem System. Die Anmeldeinformationen sind für alle Computer in Ihrem System identisch.
Weitere Informationen finden Sie unter Überprüfen der Bereitstellungsvoraussetzungen für Azure Local.
AzureStackLCMAdminUsername Benutzername für den LCM-Administrator.
Weitere Informationen finden Sie unter Überprüfen der Bereitstellungsvoraussetzungen für Azure Local.
AzureStackLCMAdminPasssword Kennwort für den LCM-Administrator.
Weitere Informationen finden Sie unter Überprüfen der Bereitstellungsvoraussetzungen für Azure Local.
hciResourceProviderObjectID Objekt-ID des Azure Local Resource Provider.
Weitere Informationen finden Sie unter Abrufen der Objekt-ID für azure Local Resource Provider.
arcNodeResourceIds Array von Ressourcen-IDs der Azure Arc-fähigen Server, die Teil dieses lokalen Azure-Clusters sind.
domainFqdn Vollqualifizierter Domänenname (FQDN) für die für die Bereitstellung vorbereiteten Active Directory-Domäne-Dienste.
namingPrefix Präfix für alle Objekte, die für die lokale Azure-Bereitstellung erstellt wurden.
adouPath Der Pfad der Organisationseinheit (OU), die für diese Bereitstellung erstellt wurde. Die OU kann nicht auf der obersten Ebene der Domäne sein. Beispiel: OU=Local001,DC=contoso,DC=com.
Sicherheitsstufe Sicherheitskonfigurationsprofil, das während der Bereitstellung auf den lokalen Azure-Cluster angewendet werden soll. Der Standardwert ist empfohlen.
driftControlErzwungen Drift control setting to reapply the security defaults regelmäßig.
Weitere Informationen finden Sie unter Sicherheitsfeatures für Azure Local.
credentialGuardEnforced Credential Guard-Einstellung, die virtualisierungsbasierte Sicherheit verwendet, um geheime Schlüssel von Angriffen auf Anmeldeinformationen zu isolieren.
Weitere Informationen finden Sie unter Verwalten von Sicherheitsstandardeinstellungen für Azure Local.
smbSigningErzwungen Einstellung für das Signieren von SMB-Datenverkehr zwischen diesem lokalen Azure-Cluster und anderen, um Relayangriffe zu verhindern.
Weitere Informationen finden Sie unter Übersicht über die Signatur von Servernachrichtenblocks.
smbClusterVerschlüsselung SMB-Clusterdatenverkehr für die Verschlüsselung des Datenverkehrs zwischen Servern im Cluster in Ihrem Speichernetzwerk.
Weitere Informationen finden Sie unter SMB-Verschlüsselung.
bitlockerBootVolume BitLocker-Verschlüsselungseinstellung zum Verschlüsseln des Betriebssystemvolumes auf jedem Server.
Weitere Informationen finden Sie unter Verwalten der BitLocker-Verschlüsselung auf Azure Local.
bitlockerDataVolumes BitLocker-Verschlüsselungseinstellung zum Verschlüsseln von freigegebenen Clustervolumes (CLUSTER Shared Volumes, CSVs), die während der Bereitstellung auf diesem System erstellt wurden.
Weitere Informationen finden Sie unter Verwalten der BitLocker-Verschlüsselung auf Azure Local.
wdacErzwungen Einstellung der Anwendungssteuerung, um zu steuern, welche Treiber und Apps direkt auf jedem Server ausgeführt werden dürfen.
Weitere Informationen finden Sie unter Verwalten der Anwendungssteuerung für Azure Local.
streamingDataClient Gibt an, ob Telemetriedatenstreaming aus dem lokalen Azure-Cluster zu Microsoft aktiviert ist.
euStandort Gibt an, ob Telemetrie- und Diagnosedaten innerhalb der Europäischen Union (EU) gesendet und gespeichert werden sollen.
episodicDataUpload Episodic diagnostic data setting to specify whether to collect log data and upload to Microsoft to assist with troubleshooting and support.
Weitere Informationen finden Sie unter Absturzabbildsammlung.
configurationMode (Konfiguration) Konfigurationsmodus des Speichervolumes. Die unterstützten Werte sind:
- Express: Erstellt einen dünn bereitgestellten Volume- und Speicherpfad pro Computer, damit Workloads verwendet werden können. Dies erfolgt zusätzlich zum erforderlichen Infrastrukturvolume pro Cluster.
- InfraOnly: Erstellt nur das erforderliche Infrastrukturvolume pro Cluster. Sie müssen später Workload-Volumes und Speicherpfade erstellen.
- KeepStorage: Behält vorhandene Datenlaufwerke bei, die einen Speicherplätze-Pool und Volumes enthalten.
SubnetMaske Die Subnetzmaske für das Verwaltungsnetzwerk, das von der lokalen Azure-Bereitstellung verwendet wird.
defaultGateway (Englisch) Das Standardgateway für die Bereitstellung eines lokalen Azure-Clusters.
startingIPAddress Die erste IP-Adresse in einem zusammenhängenden Block von mindestens sechs statischen IP-Adressen im Subnetz Ihres Verwaltungsnetzwerks, wobei die von den Computern bereits verwendeten Adressen weggelassen werden.
Diese IPs werden von Azure Local und der internen Infrastruktur (Arc-Ressourcenbrücke) verwendet, die für die Arc-VM-Verwaltung und AKS Hybrid erforderlich sind.
endingIPAddress Die letzte IP-Adresse in einem zusammenhängenden Block von mindestens sechs statischen IP-Adressen im Subnetz Ihres Verwaltungsnetzwerks, wobei adressen weggelassen werden, die bereits von den Computern verwendet werden.
Diese IPs werden von Azure Local und der internen Infrastruktur (Arc-Ressourcenbrücke) verwendet, die für die Arc-VM-Verwaltung und AKS Hybrid erforderlich sind.
dnsServers Liste der DNS-Server-IPs.
useDhcp Gibt an, ob dhcp (Dynamic Host Configuration Protocol) für Hosts und Cluster-IPs verwendet werden soll.
Wenn dies nicht deklariert ist, verwendet die Bereitstellung standardmäßig statische IPs. Wenn TRUE, Gateway- und DNS-Server nicht erforderlich sind.
physicalNodesSettings Array von physischen Knoten mit ihren IP-Adressen.
networkingType Netzwerktyp. Beispiel: switchedMultiServerDeployment.
Weitere Informationen finden Sie unter Angeben von Netzwerkeinstellungen.
networkingPattern Muster, das für Netzwerke verwendet wird. Beispielsweise hyperConverged.
intentList Liste der Bereitstellungsabsichten.
storageNetworkList Liste der Speichernetzwerke.
storageKonnektivitätOhne Schalter Gibt an, ob die Speicherkonnektivität ohne Netzwerkswitche konfiguriert ist.
enableStorageAutoIp Gibt an, ob die automatische IP-Zuweisung aktiviert ist.
customLocation Benutzerdefinierter Speicherort für die Bereitstellung.
sbeVersion Version der Lösungs-Generator-Erweiterung (Solution Builder Extension, SBE), die während einer lokalen Azure-Bereitstellung verwendet werden soll.
sbeFamily Familie oder Kategorie des SBE-Pakets, das während der Bereitstellung angewendet wird.
sbePublisher Herausgeber oder Anbieter der SBE.
sbeManifestSource Quellspeicherort der SBE-Manifestdatei.
sbeManifestCreationDate Erstellungsdatum des SBE-Manifests.
partnerProperties Liste der partnerspezifischen Eigenschaften.
partnerCredentiallist Liste der Partneranmeldeinformationen.

Problembehandlung bei Bereitstellungsproblemen

Wenn die Bereitstellung fehlschlägt, sollte auf der Bereitstellungsseite eine Fehlermeldung angezeigt werden.

  1. Wählen Sie in den Bereitstellungsdetails die Fehlerdetails aus.

    Screenshot, der die Auswahl der Fehlerdetails zeigt.

  2. Kopieren Sie die Fehlermeldung vom Blatt "Fehler" . Sie können diese Fehlermeldung an den Microsoft-Support senden, um weitere Unterstützung zu erhalten.

    Ein Screenshot zeigt die Zusammenfassung in der Fehler Blade.

Bekannte Probleme beim Bereitstellen von ARM-Vorlagen

Dieser Abschnitt enthält bekannte Probleme und Problemumgehungen für die BEREITSTELLUNG von ARM-Vorlagen.

Rollenzuweisung existiert bereits

Problem: In dieser Version kann der Fehler Rollenzuweisung existiert bereits auftreten. Dieser Fehler tritt auf, wenn die Bereitstellung der lokalen Azure-Instanz zuerst über das Portal versucht wurde und die gleiche Ressourcengruppe für die BEREITSTELLUNG von ARM-Vorlagen verwendet wurde. Sie sehen diesen Fehler auf der Seite Übersicht > Einsatzdetails für die entsprechende Ressource. Dieser Fehler weist darauf hin, dass eine entsprechende Rollenzuweisung bereits von einer anderen Identität für denselben Ressourcengruppenbereich vorgenommen wurde und die Bereitstellung der ARM-Template keine Rollenzuweisung ausführen kann.

Screenshot, der den Fehler bei der Rollenzuweisung im Fehlerblatt zeigt.

Workaround: Die fehlgeschlagene Ressource auf der Seite Bereitstellungsdetails gibt den Namen der Rollenzuweisung an. Wenn der Ressourcenname AzureStackHCIDeviceManagementRole-RoleAssignment ist, ist die Rollenzuweisung für die Azure Stack HCI-Geräteverwaltungsrolle fehlgeschlagen. Notieren Sie sich diesen Rollennamen und gehen Sie zu Ressourcengruppe > Zugriffssteuerung (IAM) > Rollenzuweisungen. Suchen Sie nach dem entsprechenden Namen, und löschen Sie dort die vorhandenen Rollenzuweisungen. Stellen Sie Ihre Vorlage erneut zur Anwendung.

Screenshot, der den Namen der Rollenzuweisung auf der Detailseite zeigt.

Mandant-ID, Anwendungs-ID, Prinzipal-ID und Bereich dürfen nicht aktualisiert werden

Problem: Die Rollenzuweisung schlägt fehl mit dem Fehler Mandanten-ID, Anwendungs-ID, Principal-ID und Scope dürfen nicht aktualisiert werden. Sie sehen diesen Fehler auf der Seite Übersicht > Einsatzdetails für die entsprechende Ressource. Dieser Fehler kann angezeigt werden, wenn in derselben Ressourcengruppe Zombie-Rollenzuweisungen vorhanden sind. Wenn beispielsweise eine vorherige Bereitstellung ausgeführt wurde und die Ressourcen, die dieser Bereitstellung entsprechen, gelöscht wurden, aber die Rollenzuweisungsressourcen verbleiben.

Ein Screenshot zeigt die Nachricht

Problemumgehung: Um die Zombie-Rollenzuweisungen zu identifizieren, wechseln Sie zur Registerkarte Access Control (IAM) > Rollenzuweisungen > Typ: Unbekannt. Diese Zuordnungen werden als Identität nicht gefunden aufgeführt. Identität konnte nicht gefunden werden. Löschen Sie diese Rollenzuweisungen, und wiederholen Sie dann die ARM-Vorlagenbereitstellung.

Ein Screenshot zeigt die Nachricht

Problem mit der Lizenzsynchronisierung

Problem: In dieser Version können bei der Verwendung von ARM-Vorlagen Probleme mit der Lizenzsynchronisierung auftreten.

Problemumgehung: Nachdem das System die Überprüfungsphase abgeschlossen hat, empfiehlt es sich, keine weitere ARM-Vorlagenbereitstellung im Überprüfungsmodus zu initiieren, wenn sich ihr System im Zustand "Bereitstellungsfehler " befindet. Wenn Sie eine andere Bereitstellung starten, werden die Systemeigenschaften zurückgesetzt, was zu Lizenzsynchronisierungsproblemen führen kann.

Nächste Schritte