Udostępnij za pośrednictwem

JobNetworkConfiguration interface

  • Odwołanie
Pakiet:
@azure/batch

Interfejs reprezentujący jobNetworkConfiguration.

Właściwości

subnetId

Identyfikator zasobu usługi ARM podsieci sieci wirtualnej, do której węzły obliczeniowe uruchomione z zadania będą przyłączane do czasu trwania zadania. Będzie to działać tylko z pulą VirtualMachineConfiguration. Sieć wirtualna musi znajdować się w tym samym regionie i subskrypcji co konto Azure Batch. Określona podsieć powinna mieć wystarczająco dużo wolnych adresów IP, aby pomieścić liczbę węzłów obliczeniowych, które będą uruchamiać zadania z zadania. Może to być maksymalnie liczba węzłów obliczeniowych w puli. Jednostka usługi "MicrosoftAzureBatch" musi mieć rolę "Klasyczny współautor maszyny wirtualnej" Role-Based Access Control (RBAC) dla określonej sieci wirtualnej, aby usługa Azure Batch mogła zaplanować zadania w węzłach. Można to zweryfikować, sprawdzając, czy określona sieć wirtualna ma skojarzone sieciowe grupy zabezpieczeń. Jeśli komunikacja z węzłami w określonej podsieci zostanie odrzucona przez sieciową grupę zabezpieczeń, usługa Batch ustawi stan węzłów obliczeniowych na bezużyteczny. Jest to formularz /subscriptions/{subscription}/resourceGroups/{group}/providers/{provider}/virtualNetworks/{network}/subnets/{subnet}. Jeśli określona sieć wirtualna ma skojarzone sieciowe grupy zabezpieczeń, należy włączyć kilka zarezerwowanych portów systemowych dla komunikacji przychodzącej z usługi Azure Batch. W przypadku pul utworzonych przy użyciu konfiguracji maszyny wirtualnej włącz porty 29876 i 29877, a także port 22 dla systemu Linux i port 3389 dla systemu Windows. Port 443 jest również wymagany do otwierania połączeń wychodzących na potrzeby komunikacji z usługą Azure Storage. Aby uzyskać więcej informacji, zobacz: https://docs.microsoft.com/en-us/azure/batch/batch-api-basics#virtual-network-vnet-and-firewall-configuration

Szczegóły właściwości

subnetId

Identyfikator zasobu usługi ARM podsieci sieci wirtualnej, do której węzły obliczeniowe uruchomione z zadania będą przyłączane do czasu trwania zadania. Będzie to działać tylko z pulą VirtualMachineConfiguration. Sieć wirtualna musi znajdować się w tym samym regionie i subskrypcji co konto Azure Batch. Określona podsieć powinna mieć wystarczająco dużo wolnych adresów IP, aby pomieścić liczbę węzłów obliczeniowych, które będą uruchamiać zadania z zadania. Może to być maksymalnie liczba węzłów obliczeniowych w puli. Jednostka usługi "MicrosoftAzureBatch" musi mieć rolę "Klasyczny współautor maszyny wirtualnej" Role-Based Access Control (RBAC) dla określonej sieci wirtualnej, aby usługa Azure Batch mogła zaplanować zadania w węzłach. Można to zweryfikować, sprawdzając, czy określona sieć wirtualna ma skojarzone sieciowe grupy zabezpieczeń. Jeśli komunikacja z węzłami w określonej podsieci zostanie odrzucona przez sieciową grupę zabezpieczeń, usługa Batch ustawi stan węzłów obliczeniowych na bezużyteczny. Jest to formularz /subscriptions/{subscription}/resourceGroups/{group}/providers/{provider}/virtualNetworks/{network}/subnets/{subnet}. Jeśli określona sieć wirtualna ma skojarzone sieciowe grupy zabezpieczeń, należy włączyć kilka zarezerwowanych portów systemowych dla komunikacji przychodzącej z usługi Azure Batch. W przypadku pul utworzonych przy użyciu konfiguracji maszyny wirtualnej włącz porty 29876 i 29877, a także port 22 dla systemu Linux i port 3389 dla systemu Windows. Port 443 jest również wymagany do otwierania połączeń wychodzących na potrzeby komunikacji z usługą Azure Storage. Aby uzyskać więcej informacji, zobacz: https://docs.microsoft.com/en-us/azure/batch/batch-api-basics#virtual-network-vnet-and-firewall-configuration

subnetId: string

Wartość właściwości

string