Partager via


NetworkConfiguration.SubnetId Propriété

Définition

Obtient ou définit l’identificateur de ressource ARM du sous-réseau de réseau virtuel que les nœuds de calcul du pool vont joindre. Il s’agit de la forme /subscriptions/{subscription}/resourceGroups/{group}/providers/{provider}/virtualNetworks/{network}/subnets/{subnet}.

[Newtonsoft.Json.JsonProperty(PropertyName="subnetId")]
public string SubnetId { get; set; }
[<Newtonsoft.Json.JsonProperty(PropertyName="subnetId")>]
member this.SubnetId : string with get, set
Public Property SubnetId As String

Valeur de propriété

Attributs
Newtonsoft.Json.JsonPropertyAttribute

Remarques

Le réseau virtuel doit se trouver dans la même région et le même abonnement que le compte Azure Batch. Le sous-réseau spécifié doit avoir suffisamment d’adresses IP libres pour prendre en charge le nombre de nœuds de calcul dans le pool. Si le sous-réseau n’a pas suffisamment d’adresses IP libres, le pool alloue partiellement les nœuds et une erreur de redimensionnement se produit. Le principal de service « MicrosoftAzureBatch » doit avoir le rôle « Contributeur de machine virtuelle classique » Role-Based Access Control (RBAC) pour le réseau virtuel spécifié. Le sous-réseau spécifié doit autoriser la communication à partir du service Azure Batch pour pouvoir planifier des tâches sur les nœuds. Cela peut être vérifié en vérifiant si le réseau virtuel spécifié a des groupes de sécurité réseau (NSG) associés. Si la communication vers les nœuds du sous-réseau spécifié est refusée par un groupe de sécurité réseau, le service Batch définit l’état des nœuds de calcul sur inutilisable. Pour les pools créés avec virtualMachineConfiguration, seuls les réseaux virtuels ARM (« Microsoft.Network/virtualNetworks ») sont pris en charge, mais pour les pools créés avec cloudServiceConfiguration, les réseaux virtuels ARM et classiques sont pris en charge. Si le réseau virtuel spécifié possède des groupes de sécurité réseau associés, quelques ports système réservés doivent être activés pour les communications entrantes. Pour les pools créés avec une configuration de machine virtuelle, activez les ports 29876 et 29877, ainsi que le port 22 pour Linux et le port 3389 pour Windows. Pour les pools créés avec une configuration de service cloud, activez les ports 10100, 20100 et 30100. Activez également les connexions sortantes vers stockage Azure sur le port 443. Pour plus d’informations, consultez : https://docs.microsoft.com/en-us/azure/batch/batch-api-basics#virtual-network-vnet-and-firewall-configuration

S’applique à