NetworkConfiguration interface
Die Netzwerkkonfiguration für einen Pool.
Eigenschaften
| dynamic |
Der Umfang der dynamischen vnet-Zuordnung. Mögliche Werte sind: 'none', 'job' |
| endpoint |
Die Konfiguration für Endpunkte auf Computeknoten im Batchpool. Die Poolendpunktkonfiguration wird nur für Pools mit der virtualMachineConfiguration-Eigenschaft unterstützt. |
| public |
Die Öffentliche IPAddress-Konfiguration für Computeknoten im Batchpool. Öffentliche IP-Konfigurationseigenschaft wird nur für Pools mit der virtualMachineConfiguration-Eigenschaft unterstützt. |
| subnet |
Der ARM-Ressourcenbezeichner des virtuellen Netzwerksubnetz, dem die Computeknoten des Pools beitreten. Dies ist das Format "/subscriptions/{subscription}/resourceGroups/{group}/providers/{provider}/virtualNetworks/{network}/subnets/{subnet}". Das virtuelle Netzwerk muss sich in derselben Region und im gleichen Abonnement wie das Azure-Batchkonto befinden. Das angegebene Subnetz sollte über genügend kostenlose IP-Adressen verfügen, um die Anzahl der Computeknoten im Pool aufzunehmen. Wenn das Subnetz nicht über genügend freie IP-Adressen verfügt, weist der Pool Knoten teilweise zu, und es tritt ein Fehler bei der Größenänderung auf. Der Dienstprinzipal "MicrosoftAzureBatch" muss über die Rolle "Classic Virtual Machine Contributor" Role-Based Access Control (RBAC) für das angegebene VNet verfügen. Das angegebene Subnetz muss die Kommunikation vom Azure Batch-Dienst zulassen, um Aufgaben auf den Knoten planen zu können. Dies kann überprüft werden, indem überprüft wird, ob das angegebene VNet über alle zugehörigen Netzwerksicherheitsgruppen (Network Security Groups, NSG) verfügt. Wenn die Kommunikation mit den Knoten im angegebenen Subnetz von einer NSG verweigert wird, legt der Batchdienst den Status der Computeknoten auf unbrauchbar fest. Für Pools, die mit virtualMachineConfiguration erstellt wurden, werden nur virtuelle ARM-Netzwerke ('Microsoft.Network/virtualNetworks') unterstützt, aber für Pools, die mit cloudServiceConfiguration erstellt wurden, werden sowohl ARM als auch klassische virtuelle Netzwerke unterstützt. Wenn das angegebene VNet über eine zugeordnete Netzwerksicherheitsgruppen (Network Security Groups, NSG) verfügt, müssen einige reservierte Systemports für eingehende Kommunikation aktiviert werden. Aktivieren Sie für Pools, die mit einer Konfiguration für virtuelle Computer erstellt wurden, ports 29876 und 29877 sowie Port 22 für Linux und Port 3389 für Windows. Aktivieren Sie für Pools, die mit einer Clouddienstkonfiguration erstellt wurden, ports 10100, 20100 und 30100. Aktivieren Sie auch ausgehende Verbindungen mit Azure Storage auf Port 443. Weitere Informationen finden Sie unter: https://docs.microsoft.com/en-us/azure/batch/batch-api-basics#virtual-network-vnet-and-firewall-configuration |
Details zur Eigenschaft
dynamicVNetAssignmentScope
Der Umfang der dynamischen vnet-Zuordnung. Mögliche Werte sind: 'none', 'job'
dynamicVNetAssignmentScope?: DynamicVNetAssignmentScopeEigenschaftswert
endpointConfiguration
Die Konfiguration für Endpunkte auf Computeknoten im Batchpool. Die Poolendpunktkonfiguration wird nur für Pools mit der virtualMachineConfiguration-Eigenschaft unterstützt.
endpointConfiguration?: PoolEndpointConfigurationEigenschaftswert
publicIPAddressConfiguration
Die Öffentliche IPAddress-Konfiguration für Computeknoten im Batchpool. Öffentliche IP-Konfigurationseigenschaft wird nur für Pools mit der virtualMachineConfiguration-Eigenschaft unterstützt.
publicIPAddressConfiguration?: PublicIPAddressConfigurationEigenschaftswert
subnetId
Der ARM-Ressourcenbezeichner des virtuellen Netzwerksubnetz, dem die Computeknoten des Pools beitreten. Dies ist das Format "/subscriptions/{subscription}/resourceGroups/{group}/providers/{provider}/virtualNetworks/{network}/subnets/{subnet}". Das virtuelle Netzwerk muss sich in derselben Region und im gleichen Abonnement wie das Azure-Batchkonto befinden. Das angegebene Subnetz sollte über genügend kostenlose IP-Adressen verfügen, um die Anzahl der Computeknoten im Pool aufzunehmen. Wenn das Subnetz nicht über genügend freie IP-Adressen verfügt, weist der Pool Knoten teilweise zu, und es tritt ein Fehler bei der Größenänderung auf. Der Dienstprinzipal "MicrosoftAzureBatch" muss über die Rolle "Classic Virtual Machine Contributor" Role-Based Access Control (RBAC) für das angegebene VNet verfügen. Das angegebene Subnetz muss die Kommunikation vom Azure Batch-Dienst zulassen, um Aufgaben auf den Knoten planen zu können. Dies kann überprüft werden, indem überprüft wird, ob das angegebene VNet über alle zugehörigen Netzwerksicherheitsgruppen (Network Security Groups, NSG) verfügt. Wenn die Kommunikation mit den Knoten im angegebenen Subnetz von einer NSG verweigert wird, legt der Batchdienst den Status der Computeknoten auf unbrauchbar fest. Für Pools, die mit virtualMachineConfiguration erstellt wurden, werden nur virtuelle ARM-Netzwerke ('Microsoft.Network/virtualNetworks') unterstützt, aber für Pools, die mit cloudServiceConfiguration erstellt wurden, werden sowohl ARM als auch klassische virtuelle Netzwerke unterstützt. Wenn das angegebene VNet über eine zugeordnete Netzwerksicherheitsgruppen (Network Security Groups, NSG) verfügt, müssen einige reservierte Systemports für eingehende Kommunikation aktiviert werden. Aktivieren Sie für Pools, die mit einer Konfiguration für virtuelle Computer erstellt wurden, ports 29876 und 29877 sowie Port 22 für Linux und Port 3389 für Windows. Aktivieren Sie für Pools, die mit einer Clouddienstkonfiguration erstellt wurden, ports 10100, 20100 und 30100. Aktivieren Sie auch ausgehende Verbindungen mit Azure Storage auf Port 443. Weitere Informationen finden Sie unter: https://docs.microsoft.com/en-us/azure/batch/batch-api-basics#virtual-network-vnet-and-firewall-configuration
subnetId?: stringEigenschaftswert
string