Référencer un réseau virtuel existant dans un modèle de groupe identique Azure
Cet article explique comment modifier le modèle de groupe identique de base pour un déploiement dans un réseau virtuel existant au lieu d’en créer un.
Prérequis
Dans un article précédent, nous avions créé un modèle de groupe identique de base. Vous aurez besoin de ce modèle antérieur afin de pouvoir le modifier et créer un modèle qui déploie un groupe identique dans un réseau virtuel existant.
Identifier le sous-réseau
Tout d’abord, ajoutez un paramètre subnetId
. Cette chaîne est transférée dans la configuration du groupe identique, ce qui permet au groupe identique d’identifier le sous-réseau précréé pour y déployer des machines virtuelles. Cette chaîne doit être au format :
/subscriptions/<subscription-id>resourceGroups/<resource-group-name>/providers/Microsoft.Network/virtualNetworks/<virtual-network-name>/subnets/<subnet-name>
Par exemple, pour déployer le groupe identique sur un réseau virtuel existant avec le nom myvnet
, le sous-réseau mysubnet
, le groupe de ressources myrg
et l’abonnement 00000000-0000-0000-0000-000000000000
, l’ID du sous-réseau serait :
/subscriptions/00000000-0000-0000-0000-000000000000/resourceGroups/myrg/providers/Microsoft.Network/virtualNetworks/myvnet/subnets/mysubnet
.
},
"adminPassword": {
"type": "securestring"
+ },
+ "subnetId": {
+ "type": "string"
}
},
Supprimer une ressource de réseau virtuel inutile
Ensuite, supprimez la ressource de réseau virtuel du tableau resources
, car vous utilisez un réseau virtuel existant et n’avez pas besoin d’en déployer un nouveau.
"variables": {},
"resources": [
- {
- "type": "Microsoft.Network/virtualNetworks",
- "name": "myVnet",
- "location": "[resourceGroup().location]",
- "apiVersion": "2018-11-01",
- "properties": {
- "addressSpace": {
- "addressPrefixes": [
- "10.0.0.0/16"
- ]
- },
- "subnets": [
- {
- "name": "mySubnet",
- "properties": {
- "addressPrefix": "10.0.0.0/16"
- }
- }
- ]
- }
- },
Supprimer une clause de dépendance
Le réseau virtuel existe déjà avant que le modèle ne soit déployé, il est donc inutile de spécifier une clause dependsOn
du groupe identique vers le réseau virtuel. Supprimez les lignes suivantes :
{
"type": "Microsoft.Compute/virtualMachineScaleSets",
"name": "myScaleSet",
"location": "[resourceGroup().location]",
"apiVersion": "2019-03-01",
- "dependsOn": [
- "Microsoft.Network/virtualNetworks/myVnet"
- ],
"sku": {
"name": "Standard_A1",
"capacity": 2
Passer un paramètre de sous-réseau
Enfin, transmettez le paramètre subnetId
défini par l’utilisateur (au lieu d’utiliser resourceId
pour obtenir l’ID d’un réseau virtuel dans le même déploiement, ce que fait le modèle de groupe identique viable de base).
"name": "myIpConfig",
"properties": {
"subnet": {
- "id": "[concat(resourceId('Microsoft.Network/virtualNetworks', 'myVnet'), '/subnets/mySubnet')]"
+ "id": "[parameters('subnetId')]"
}
}
}
Étapes suivantes
Vous pouvez déployer le modèle précédent en suivant la documentation Azure Resource Manager.
Vous pouvez démarrer cette série de tutoriels à partir de l’article présentant le modèle de groupe identique de base.
Vous découvrirez comment modifier le modèle de groupe identique de base afin de déployer le groupe identique dans un réseau virtuel existant.
Vous découvrirez comment modifier le modèle de groupe identique de base afin de déployer le groupe identique avec une image personnalisée.
Vous découvrirez comment modifier le modèle de groupe identique de base afin de déployer un groupe identique Linux avec une mise à l’échelle automatique basée sur des invités.
Pour plus d’informations sur les groupes identiques, reportez-vous à la page de présentation des groupes identiques.