Teilen über

Bewährte Methoden für ARM-Vorlagen

  • Artikel

In diesem Artikel werden empfohlene Vorgehensweisen zur Erstellung von ARM-Vorlagen (Azure Resource Manager-Vorlagen) veranschaulicht. Anhand dieser Empfehlungen können Sie häufig auftretende Probleme vermeiden, wenn Sie eine ARM-Vorlage zum Bereitstellen einer Lösung verwenden.

Vorlagengrenzwerte

Beschränken Sie die Größe Ihrer Vorlage auf 4 MB, und jede Ressourcendefinition auf 1 MB. Die Grenzwerte gelten für den endgültigen Zustand der Vorlage, nachdem sie mit iterativen Ressourcendefinitionen und Werten für Variablen und Parameter erweitert wurde. Die Parameterdatei ist ebenfalls auf 4 MB beschränkt. Bei einer Vorlagen- oder Parameterdatei mit einer Größe von weniger als 4 MB wird unter Umständen ein Fehler angezeigt, wenn die Anforderung insgesamt zu groß ist. Weitere Informationen zum Vereinfachen der Vorlage, um eine große Anforderung zu vermeiden, finden Sie unter Beheben von Fehlern des Typs „Auftragsgröße überschritten“.

Außerdem gelten folgenden Beschränkungen:

  • 256 Parameter
  • 512 Variablen
  • 800 Ressourcen (einschließlich copy-Anzahl)
  • 64 Ausgabewerte
  • 10 eindeutige Standorte pro Abonnement/Mandanten/Verwaltungsgruppenbereich
  • 24.576 Zeichen in einem Vorlagenausdruck

Sie können einige Vorlagengrenzwerte überschreiten, indem Sie eine geschachtelte Vorlage verwenden. Weitere Informationen finden Sie unter Verwenden von verknüpften und geschachtelten Vorlagen bei der Bereitstellung von Azure-Ressourcen. Um die Anzahl von Parametern, Variablen oder Ausgaben zu reduzieren, können Sie mehrere Werte in einem Objekt kombinieren. Weitere Informationen finden Sie unter Objekte als Parameter.

Resource group

Wenn Sie Ressourcen für eine Ressourcengruppe bereitstellen, speichert die Ressourcengruppe Metadaten zu den Ressourcen. Die Metadaten werden am Standort der Ressourcengruppe gespeichert.

Ist die Region der Ressourcengruppe vorübergehend nicht verfügbar, können Sie keine Ressourcen in der Ressourcengruppe aktualisieren, da die Metadaten nicht verfügbar sind. Die Ressourcen in anderen Regionen funktionieren weiterhin wie erwartet, doch können Sie diese nicht aktualisieren. Um das Risiko zu minimieren, platzieren Sie Ihre Ressourcengruppe und Ressourcen in der gleichen Region.

Parameter

Die Informationen in diesem Abschnitt können bei der Verwendung von Parametern hilfreich sein.

Allgemeine Empfehlungen für Parameter

  • Verwenden Sie möglichst wenig Parameter. Verwenden Sie stattdessen Variablen oder Literalwerte für Eigenschaften, die während der Bereitstellung nicht angegeben werden müssen.

  • Verwenden Sie die camel-Schreibweise für Parameternamen.

  • Verwenden Sie Parameter für Einstellungen, die je nach Umgebung variieren, z.B. SKU, Größe oder Kapazität.

  • Verwenden Sie Parameter für Ressourcennamen, die Sie zur einfachen Identifizierung angeben möchten.

  • Geben Sie für jeden Parameter in den Metadaten eine Beschreibung an.

    "parameters": {
  "storageAccountType": {
    "type": "string",
    "metadata": {
      "description": "The type of the new storage account created to store the VM disks."
    }
  }
}

  • Definieren Sie Standardwerte für Parameter, die nicht vertraulich sind. Durch die Angabe eines Standardwerts kann die Vorlage einfacher bereitgestellt werden, und Benutzern Ihrer Vorlage wird ein Beispiel für einen passenden Wert angezeigt. Alle Standardwerte für einen Parameter müssen für alle Benutzer in der Standardbereitstellungskonfiguration gültig sein.

    "parameters": {
  "storageAccountType": {
    "type": "string",
    "defaultValue": "Standard_GRS",
    "metadata": {
      "description": "The type of the new storage account created to store the VM disks."
    }
  }
}

  • Verwenden Sie keine leere Zeichenfolge als Standardwert, um einen optionalen Parameter anzugeben. Verwenden Sie stattdessen einen Literalwert oder einen Sprachausdruck, um einen Wert zu erstellen.

    "storageAccountName": {
   "type": "string",
   "defaultValue": "[concat('storage', uniqueString(resourceGroup().id))]",
   "metadata": {
     "description": "Name of the storage account"
   }
}

  • Setzen Sie allowedValues sparsam ein. Verwenden sie dies nur, wenn Sie sicherstellen müssen, dass einige Werte nicht in die zulässigen Optionen eingeschlossen werden. Wenn Sie allowedValues zu großzügig verwenden, werden möglicherweise gültige Bereitstellungen blockiert, wenn Ihre Liste nicht auf dem neuesten Stand gehalten wird.

  • Wenn ein Parametername in Ihrer Vorlage einem Parameter im PowerShell-Bereitstellungsbefehl entspricht, löst Resource Manager diesen Namenskonflikt auf, indem dem Vorlagenparameter das Postfix FromTemplate hinzugefügt wird. Beispiel: Falls Sie einen Parameter namens ResourceGroupName in Ihrer Vorlage einfügen, wird ein Konflikt mit dem Parameter ResourceGroupName im Cmdlet New-AzResourceGroupDeployment verursacht. Während der Bereitstellung werden Sie zur Eingabe eines Werts für ResourceGroupNameFromTemplate aufgefordert.

Sicherheitsempfehlungen für Parameter

  • Verwenden Sie immer Parameter für Benutzernamen und Kennwörter (oder Geheimnisse).

  • Verwenden Sie securestring für alle Kennwörter und Geheimnisse. Wenn Sie vertrauliche Daten in einem JSON-Objekt übergeben, verwenden Sie den Typ secureObject. Vorlagenparameter des Typs „securestring“ oder „secureObject“ können nach der Bereitstellung der Ressource nicht mehr gelesen werden.

    "parameters": {
  "secretValue": {
    "type": "securestring",
    "metadata": {
      "description": "The value of the secret to store in the vault."
    }
  }
}

  • Geben Sie keine Standardwerte für Benutzernamen, Kennwörter oder einen anderen Wert an, der einen secureString-Typ erfordert.

  • Geben Sie keine Standardwerte für Eigenschaften an, die die Angriffsfläche der Anwendung erhöhen.

Empfehlungen zu Standortparametern

  • Verwenden Sie einen Parameter zur Angabe des Standorts für Ressourcen, und legen den Standardwert auf resourceGroup().location fest. Indem Sie einen location-Parameter bereitstellen, ermöglichen Sie es den Benutzern der Vorlage, einen Standort anzugeben, an dem sie über die Berechtigung zum Bereitstellen von Ressourcen verfügen.

    "parameters": {
   "location": {
     "type": "string",
     "defaultValue": "[resourceGroup().location]",
     "metadata": {
       "description": "The location in which the resources should be deployed."
     }
   }
}

  • Geben Sie nicht allowedValues für den location-Parameter an. Die von Ihnen angegebenen Standorte sind möglicherweise nicht in allen Clouds verfügbar.

  • Verwenden Sie den location-Parameterwert für Ressourcen, die sich wahrscheinlich am selben Standort befinden. Durch diese Vorgehensweise werden Benutzer weniger häufig zur Angabe von Speicherortinformationen aufgefordert.

  • Verwenden Sie für Ressourcen, die nicht an allen Standorten verfügbar sind, einen separaten Parameter, oder geben Sie einen Literalwert für den Standort ein.

Variables

Die folgenden Informationen können bei der Arbeit mit Variablen hilfreich sein:

  • Verwenden Sie die camel-Schreibweise für Variablennamen.

  • Verwenden Sie Variablen für Werte, die Sie mehr als einmal in einer Vorlage verwenden müssen. Wenn ein Wert nur einmal verwendet wird, erleichtert ein hartcodierter Wert das Lesen Ihrer Vorlage.

  • Verwenden Sie Variablen für Werte, die Sie aus einer komplexen Anordnung von Vorlagenfunktionen erstellen. Die Vorlage ist einfacher zu lesen, wenn der komplexe Ausdruck nur in Variablen angezeigt wird.

  • Im Vorlagenabschnitt variables können Sie die reference-Funktion nicht nutzen. Die reference-Funktion leitet ihren Wert aus dem Laufzeitstatus der Ressource ab. Variablen werden jedoch während der ersten Analyse der Vorlage aufgelöst. Erstellen Sie Werte, die die reference-Funktion direkt in den Abschnitten resources oder outputs der Vorlage benötigen.

  • Beziehen Sie Variablen für Ressourcennamen ein, die eindeutig sein müssen.

  • Verwenden Sie eine copy-Schleife in Variablen, um ein wiederholtes Muster von JSON-Objekten zu erstellen.

  • Entfernen Sie nicht verwendete Variablen.

API-Version

Legen Sie die apiVersion-Eigenschaft auf eine hartcodierte API-Version für den Ressourcentyp fest. Wenn Sie eine neue Vorlage erstellen, empfehlen wir Ihnen, die neueste API-Version für einen Ressourcentyp zu verwenden. Informationen zum Bestimmen verfügbarer Werte finden Sie in der Vorlagenreferenz.

Wenn Ihre Vorlage wie erwartet funktioniert, empfehlen wir Ihnen, weiterhin dieselbe API-Version zu verwenden. Durch die Verwendung derselben API-Version müssen Sie sich keine Sorgen über Änderungen mit Auswirkung auf die Lauffähigkeit machen, die in späteren Versionen eingeführt werden könnten.

Verwenden Sie keinen Parameter für die API-Version. Ressourceneigenschaften und -werte können je nach API-Version variieren. Mithilfe von IntelliSense kann in Code-Editoren nicht das richtige Schema ermittelt werden, wenn die API-Version auf einen Parameter festgelegt ist. Wenn Sie eine API-Version übergeben, die nicht mit den Eigenschaften in Ihrer Vorlage übereinstimmt, tritt bei der Bereitstellung ein Fehler auf.

Verwenden Sie keine Variablen für die API-Version.

Ressourcenabhängigkeiten

Verwenden Sie die folgenden Richtlinien für die Entscheidung, welche Abhängigkeiten festgelegt werden sollen:

  • Verwenden Sie die reference-Funktion, und übergeben Sie den Ressourcennamen, um eine implizite Abhängigkeit zwischen Ressourcen festzulegen, die eine Eigenschaft gemeinsam nutzen müssen. Fügen Sie kein explizites dependsOn-Element hinzu, wenn Sie bereits eine implizite Abhängigkeit definiert haben. Dieser Ansatz reduziert das Risiko unnötiger Abhängigkeiten. Ein Beispiel für das Festlegen einer impliziten Abhängigkeit finden Sie unter reference- und list-Funktionen.

  • Legen Sie für eine untergeordnete Ressource eine Abhängigkeit von der übergeordneten Ressource fest.

  • Ressourcen, deren condition-Element auf false festgelegt ist, werden automatisch aus der Reihenfolge der Abhängigkeiten entfernt. Legen Sie die Abhängigkeiten so fest, als würde die Ressource immer bereitgestellt.

  • Lassen Sie die Abhängigkeiten ohne explizites Festlegen überlappen. Beispiel: Ihr virtueller Computer hängt von einer virtuellen Netzwerkschnittstelle ab, die wiederum von einem virtuellen Netzwerk und einer öffentlichen IP-Adressen abhängt. Deshalb wird der virtuelle Computer nach allen drei Ressourcen bereitgestellt, es wird aber nicht explizit festgelegt, dass er von allen drei Ressourcen abhängig ist. Dieser Ansatz verdeutlicht die Reihenfolge der Abhängigkeiten und vereinfacht spätere Änderungen an der Vorlage.

  • Falls vor der Bereitstellung ein Wert bestimmt werden kann, versuchen Sie, die Ressource ohne Abhängigkeit bereitzustellen. Beispiel: Wenn ein Konfigurationswert den Namen einer anderen Ressource benötigt, ist möglicherweise keine Abhängigkeit erforderlich. Dieses Vorgehen funktioniert nicht immer, da einige Ressourcen überprüfen, ob die andere Ressource vorhanden ist. Wenn Sie einen Fehler erhalten, fügen Sie eine Abhängigkeit hinzu.

Ressourcen

Die folgenden Informationen können bei der Arbeit mit Ressourcen hilfreich sein:

  • Geben Sie in der Vorlage Kommentare (comments) für jede Ressource ein, damit andere Mitwirkende den Zweck der Ressource nachvollziehen können.

    "resources": [
  {
    "name": "[variables('storageAccountName')]",
    "type": "Microsoft.Storage/storageAccounts",
    "apiVersion": "2019-06-01",
    "location": "[resourceGroup().location]",
    "comments": "This storage account is used to store the VM disks.",
      ...
  }
]

    Wenn Ihre ARM-Vorlage in einer .jsonc-Datei gespeichert ist, werden Kommentare in der //-Syntax unterstützt, wie hier gezeigt.

    "resources": [
  {
    // This storage account is used to store the VM disks.
    "name": "[variables('storageAccountName')]",
    "type": "Microsoft.Storage/storageAccounts",
    "apiVersion": "2019-06-01",
    "location": "[resourceGroup().location]",
      ...
  }
]

    Weitere Informationen zu Kommentaren und Metadaten finden Sie unter Verstehen der Struktur und Syntax von ARM-Vorlagen.

  • Wenn Sie einen öffentlichen Endpunkt in Ihrer Vorlage verwenden (z.B. einen öffentlichen Azure Blob Storage-Endpunkt), dürfen Sie den Namespace nicht hartcodieren. Verwenden Sie die reference-Funktion, um den Namespace dynamisch abzurufen. Mit diesem Ansatz können Sie die Vorlage in anderen öffentlichen Namespace-Umgebungen bereitstellen, ohne den Endpunkt in der Vorlage manuell zu ändern. Legen Sie die API-Version auf die Version fest, die Sie für das Speicherkonto in der Vorlage verwenden.

    "diagnosticsProfile": {
  "bootDiagnostics": {
    "enabled": "true",
    "storageUri": "[reference(resourceId('Microsoft.Storage/storageAccounts', variables('storageAccountName')), '2019-06-01').primaryEndpoints.blob]"
  }
}

    Wenn das Speicherkonto in derselben Vorlage bereitgestellt wird, die Sie erstellen, und der Name des Speicherkontos nicht gemeinsam mit einer anderen Ressource in der Vorlage verwendet wird, müssen Sie den Anbieternamespace oder apiVersion nicht angeben, wenn Sie auf die Ressource verweisen. Im folgenden Beispiel wird die vereinfachte Syntax gezeigt.

    "diagnosticsProfile": {
  "bootDiagnostics": {
    "enabled": "true",
    "storageUri": "[reference(variables('storageAccountName')).primaryEndpoints.blob]"
  }
}

    Sie können auch auf ein Speicherkonto verweisen, das sich in einer anderen Ressourcengruppe befindet.

    "diagnosticsProfile": {
  "bootDiagnostics": {
    "enabled": "true",
    "storageUri": "[reference(resourceId(parameters('existingResourceGroup'), 'Microsoft.Storage/storageAccounts', parameters('existingStorageAccountName')), '2019-06-01').primaryEndpoints.blob]"
  }
}

  • Weisen Sie einem virtuellen Computer nur dann öffentliche IP-Adressen zu, wenn dies für eine Anwendung erforderlich ist. Verwenden Sie zum Herstellen einer Verbindung mit einem virtuellen Computer für administrative Zwecke entweder NAT-Regeln für eingehenden Datenverkehr, ein VNet Gateway oder eine Jumpbox.

    Weitere Informationen zum Herstellen einer Verbindung mit virtuellen Computern finden Sie unter:

  • Die Eigenschaft domainNameLabel für öffentliche IP-Adressen muss eindeutig sein. Der Wert domainNameLabel muss 3 bis 63 Zeichen lang sein und den Regeln des regulären Ausdrucks ^[a-z][a-z0-9-]{1,61}[a-z0-9]$ entsprechen. Da die Funktion uniqueString eine Zeichenfolge mit einer Länge von 13 Zeichen generiert, ist der Parameter dnsPrefixString auf 50 Zeichen beschränkt.

    "parameters": {
  "dnsPrefixString": {
    "type": "string",
    "maxLength": 50,
    "metadata": {
      "description": "The DNS label for the public IP address. It must be lowercase. It should match the following regular expression, or it will raise an error: ^[a-z][a-z0-9-]{1,61}[a-z0-9]$"
    }
  }
},
"variables": {
  "dnsPrefix": "[concat(parameters('dnsPrefixString'),uniquestring(resourceGroup().id))]"
}

  • Verwenden Sie die Eigenschaft commandToExecute in der Eigenschaft protectedSettings, wenn Sie ein Kennwort zu einer benutzerdefinierten Skripterweiterung hinzufügen.

    "properties": {
  "publisher": "Microsoft.Azure.Extensions",
  "type": "CustomScript",
  "typeHandlerVersion": "2.0",
  "autoUpgradeMinorVersion": true,
  "settings": {
    "fileUris": [
      "[concat(variables('template').assets, '/lamp-app/install_lamp.sh')]"
    ]
  },
  "protectedSettings": {
    "commandToExecute": "[concat('sh install_lamp.sh ', parameters('mySqlPassword'))]"
  }
}

    Hinweis

    Zum Sicherzustellen der Verschlüsselung von Geheimnissen, die als Parameter an virtuelle Computer und Erweiterungen übergeben werden, verwenden Sie die protectedSettings-Eigenschaft der entsprechenden Erweiterungen.

  • Geben Sie für Eigenschaften mit Standardwerten, die sich im Lauf der Zeit ändern können, explizite Werte an. Wenn Sie z. B. einen AKS-Cluster bereitstellen, können Sie die Eigenschaft kubernetesVersion angeben oder auslassen. Wenn Sie sie nicht angeben, wird für den Cluster standardmäßig die N-1-Nebenversion und der neueste Patch verwendet. Wenn Sie den Cluster mithilfe einer ARM-Vorlage bereitstellen, entspricht dieses Standardverhalten möglicherweise nicht Ihren Erwartungen. Wenn Sie die Vorlage erneut bereitstellen, wird der Cluster möglicherweise unerwartet auf eine neue Kubernetes-Version aktualisiert. Erwägen Sie stattdessen die Angabe einer expliziten Versionsnummer, und ändern Sie diese dann manuell, wenn Sie für das Upgrade Ihres Clusters bereit sind.

Kommentare

Neben der comments-Eigenschaft werden Kommentare in der //-Syntax unterstützt. Weitere Informationen zu Kommentaren und Metadaten finden Sie unter Verstehen der Struktur und Syntax von ARM-Vorlagen. Sie können JSON-Dateien, die //-Kommentare enthalten, mit der Dateierweiterung .jsonc speichern, um darauf hinzuweisen, dass die JSON-Datei Kommentare enthält. Der ARM-Dienst akzeptiert auch Kommentare in jeder JSON-Datei, einschließlich Parameterdateien.

ARM-Tools in Visual Studio Code

Das Arbeiten mit ARM-Vorlagen ist mit den ARM-Tools (Azure Resource Manager) für Visual Studio Code einfacher. Diese Erweiterung bietet Sprachenunterstützung, Ressourcenschnipsel und AutoVervollständigen für Ressourcen, um Sie beim Erstellen und Überprüfen von Azure Resource Manager-Vorlagen zu unterstützen. Weitere Informationen hierzu und zur Installation der Erweiterung finden Sie unter ARM-Tools (Azure Resource Manager).

Verwenden des Testtoolkits

Das ARM-Vorlagen-Testtoolkit ist ein Skript, das überprüft, ob Ihre Vorlage die empfohlenen Vorgehensweisen verwendet. Wenn Ihre Vorlage mit den empfohlenen Vorgehensweisen nicht kompatibel ist, wird eine Liste mit Warnungen ausgegeben, die vorgeschlagene Änderungen enthält. Das Testtoolkit kann Ihnen dabei helfen zu erfahren, wie Sie bewährte Methoden in Ihre Vorlage implementieren.

Nachdem Sie Ihre Vorlage fertiggestellt haben, führen Sie das Testtoolkit aus, um zu überprüfen, ob es Möglichkeiten gibt, die Implementierung zu verbessern. Weitere Informationen finden Sie unter Verwenden von ARM-Vorlagen-Testtoolkits.

Nächste Schritte