You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/batch/accounts.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,7 +2,7 @@
2
2
title: Batch accounts and Azure Storage accounts
3
3
description: Learn about Azure Batch accounts and how they're used from a development standpoint.
4
4
ms.topic: conceptual
5
-
ms.date: 04/04/2024
5
+
ms.date: 06/25/2024
6
6
7
7
---
8
8
# Batch accounts and Azure Storage accounts
@@ -11,7 +11,7 @@ An Azure Batch account is a uniquely identified entity within the Batch service.
11
11
12
12
## Batch accounts
13
13
14
-
All processing and resources are associated with a Batch account. When your application makes a request against the Batch service, it authenticates the request using the Azure Batch account name and the account URL. Additionally, it can use either an access key or a Microsoft Entra token.
14
+
All processing and resources such as tasks, job and batch pool are associated with a Batch account. When your application makes a request against the Batch service, it authenticates the request using the Azure Batch account name and the account URL. Additionally, it can use either an access key or a Microsoft Entra token.
15
15
16
16
You can run multiple Batch workloads in a single Batch account. You can also distribute your workloads among Batch accounts that are in the same subscription but located in different Azure regions.
Copy file name to clipboardExpand all lines: articles/batch/batch-aad-auth.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,7 +2,7 @@
2
2
title: Authenticate Azure Batch services with Microsoft Entra ID
3
3
description: Learn how to authenticate Azure Batch service applications with Microsoft Entra ID by using integrated authentication or a service principal.
This article describes two ways to use Microsoft Entra authentication with Azure Batch:
14
14
15
-
-**Integrated authentication** authenticates a user who's interacting with an application. The application gathers a user's credentials and uses those credentials to authorize access to Batch resources.
15
+
-**Integrated authentication** authenticates a user who's interacting with an application. The application gathers a user's credentials and uses those credentials to authenticate access to Batch resources.
16
16
17
17
- A **service principal** authenticates an unattended application. The service principal defines the policy and permissions for the application and represents the application to access Batch resources at runtime.
Copy file name to clipboardExpand all lines: articles/batch/batch-sig-images.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,7 +2,7 @@
2
2
title: Use the Azure Compute Gallery to create a custom image pool
3
3
description: Custom image pools are an efficient way to configure compute nodes to run your Batch workloads.
4
4
ms.topic: conceptual
5
-
ms.date: 03/20/2024
5
+
ms.date: 06/25/2024
6
6
ms.devlang: csharp
7
7
# ms.devlang: csharp, python
8
8
ms.custom: devx-track-python, devx-track-azurecli
@@ -40,7 +40,7 @@ Using a Shared Image configured for your scenario can provide several advantages
40
40
-**an Azure Compute Gallery image**. To create a Shared Image, you need to have or create a managed image resource. The image should be created from snapshots of the VM's OS disk and optionally its attached data disks.
41
41
42
42
> [!NOTE]
43
-
> If the Shared Image is not in the same subscription as the Batch account, you must [register the Microsoft.Batch resource provider](../azure-resource-manager/management/resource-providers-and-types.md#register-resource-provider) for that subscription. The two subscriptions must be in the same Microsoft Entra tenant.
43
+
> If the Shared Image is not in the same subscription as the Batch account, you must [register the Microsoft.Batch resource provider](../azure-resource-manager/management/resource-providers-and-types.md#register-resource-provider) for the subscription that uses the Shared Image. The two subscriptions must be in the same Microsoft Entra tenant.
44
44
>
45
45
> The image can be in a different region as long as it has replicas in the same region as your Batch account.
Copy file name to clipboardExpand all lines: articles/batch/nodes-and-pools.md
+2-19Lines changed: 2 additions & 19 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,11 +2,11 @@
2
2
title: Nodes and pools in Azure Batch
3
3
description: Learn about compute nodes and pools and how they are used in an Azure Batch workflow from a development standpoint.
4
4
ms.topic: conceptual
5
-
ms.date: 06/13/2024
5
+
ms.date: 06/25/2024
6
6
---
7
7
# Nodes and pools in Azure Batch
8
8
9
-
In an Azure Batch workflow, a *compute node* (or *node*) is a virtual machine that processes a portion of your application's workload. A *pool* is a collection of these nodes for your application to runs on. This article explains more about nodes and pools, along with considerations when creating and using them in an Azure Batch workflow.
9
+
In an Azure Batch workflow, a *compute node* (or *node*) is a virtual machine that processes a portion of your application's workload. A *pool* is a collection of these nodes for your application to run on. This article explains more about nodes and pools, along with considerations when creating and using them in an Azure Batch workflow.
10
10
11
11
## Nodes
12
12
@@ -42,7 +42,6 @@ The pool can be created manually, or [automatically by the Batch service](#autop
42
42
-[Operating system and version](#operating-system-and-version)
-[Custom images for Virtual Machine pools](#custom-images-for-virtual-machine-pools)
48
47
-[Container support in Virtual Machine pools](#container-support-in-virtual-machine-pools)
@@ -69,11 +68,6 @@ When you create a Batch pool, you specify the Azure virtual machine configuratio
69
68
70
69
## Configurations
71
70
72
-
There are two types of pool configurations available in Batch.
73
-
74
-
> [!IMPORTANT]
75
-
> While you can currently create pools using either configuration, new pools should be configured using Virtual Machine Configuration and not Cloud Services Configuration. All current and new Batch features will be supported by Virtual Machine Configuration pools. Cloud Services Configuration pools do not support all features and no new capabilities are planned. You won't be able to create new 'CloudServiceConfiguration' pools or add new nodes to existing pools [after February 29, 2024](https://azure.microsoft.com/updates/azure-batch-cloudserviceconfiguration-pools-will-be-retired-on-29-february-2024/).
76
-
77
71
### Virtual Machine Configuration
78
72
79
73
The **Virtual Machine Configuration** specifies that the pool is composed of Azure virtual machines. These VMs may be created from either Linux or Windows images.
@@ -83,17 +77,6 @@ The **Virtual Machine Configuration** specifies that the pool is composed of Azu
83
77
84
78
The [Batch node agent](https://github.com/Azure/Batch/blob/master/changelogs/nodeagent/CHANGELOG.md) is a program that runs on each node in the pool and provides the command-and-control interface between the node and the Batch service. There are different implementations of the node agent, known as SKUs, for different operating systems. When you create a pool based on the Virtual Machine Configuration, you must specify not only the size of the nodes and the source of the images used to create them, but also the **virtual machine image reference** and the Batch **node agent SKU** to be installed on the nodes. For more information about specifying these pool properties, see [Provision Linux compute nodes in Azure Batch pools](batch-linux-nodes.md). You can optionally attach one or more empty data disks to pool VMs created from Marketplace images, or include data disks in custom images used to create the VMs. When including data disks, you need to mount and format the disks from within a VM to use them.
85
79
86
-
### Cloud Services Configuration
87
-
88
-
> [!WARNING]
89
-
> Cloud Services Configuration pools are [deprecated](https://azure.microsoft.com/updates/azure-batch-cloudserviceconfiguration-pools-will-be-retired-on-29-february-2024/). Please use Virtual Machine Configuration pools instead. For more information, see [Migrate Batch pool configuration from Cloud Services to Virtual Machine](batch-pool-cloud-service-to-virtual-machine-configuration.md).
90
-
91
-
The **Cloud Services Configuration** specifies that the pool is composed of Azure Cloud Services nodes. Cloud Services provides only Windows compute nodes.
92
-
93
-
Available operating systems for Cloud Services Configuration pools are listed in the [Azure Guest OS releases and SDK compatibility matrix](../cloud-services/cloud-services-guestos-update-matrix.md), and available compute node sizes are listed in [Sizes for Cloud Services](../cloud-services/cloud-services-sizes-specs.md). When you create a pool that contains Cloud Services nodes, you specify the node size and its *OS Family* (which determines which versions of .NET are installed with the OS). Cloud Services is deployed to Azure more quickly than virtual machines running Windows. If you want pools of Windows compute nodes, you may find that Cloud Services provide a performance benefit in terms of deployment time.
94
-
95
-
As with worker roles within Cloud Services, you can specify an *OS Version*. We recommend that you specify `Latest (*)` for the *OS Version* so that the nodes are automatically upgraded, and there is no work required to cater to newly released versions. The primary use case for selecting a specific OS version is to ensure application compatibility, which allows backward compatibility testing to be performed before allowing the version to be updated. After validation, the *OS Version* for the pool can be updated and the new OS image can be installed. Any running tasks will be interrupted and requeued.
96
-
97
80
### Node Agent SKUs
98
81
99
82
When you create a pool, you need to select the appropriate **nodeAgentSkuId**, depending on the OS of the base image of your VHD. You can get a mapping of available node agent SKU IDs to their OS Image references by calling the [List Supported Node Agent SKUs](/rest/api/batchservice/list-supported-node-agent-skus) operation.
0 commit comments