Skip to content

Commit 7e5caa9

Browse files
authored
Removed CentOS References and Caution info
1 parent 808c5b7 commit 7e5caa9

File tree

1 file changed

+3
-6
lines changed

1 file changed

+3
-6
lines changed

articles/batch/virtual-file-mount.md

Lines changed: 3 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -4,14 +4,11 @@ description: Learn how to mount different kinds of virtual file systems on Batch
44
ms.topic: how-to
55
ms.devlang: csharp
66
ms.custom: devx-track-csharp, devx-track-azurepowershell, linux-related-content
7-
ms.date: 08/22/2023
7+
ms.date: 06/10/2024
88
---
99

1010
# Mount a virtual file system on a Batch pool
1111

12-
> [!CAUTION]
13-
> This article references CentOS, a Linux distribution that is nearing End Of Life (EOL) status. Please consider your use and planning accordingly. For more information, see the [CentOS End Of Life guidance](~/articles/virtual-machines/workloads/centos/centos-end-of-life.md).
14-
1512
Azure Batch supports mounting cloud storage or an external file system on Windows or Linux compute nodes in Batch pools. When a compute node joins the pool, the virtual file system mounts and acts as a local drive on that node. This article shows you how to mount a virtual file system on a pool of compute nodes by using the [Batch Management Library for .NET](/dotnet/api/overview/azure/batch).
1613

1714
Mounting the file system to the pool makes accessing data easier and more efficient than requiring tasks to get their own data from a large shared data set. Consider a scenario where multiple tasks need access to a common set of data, like rendering a movie. Each task renders one or more frames at once from the scene files. By mounting a drive that contains the scene files, it's easier for each compute node to access the shared data.
@@ -47,7 +44,7 @@ When you use virtual file mounts with Batch pools in a virtual network, keep the
4744

4845
- **Azure Blob containers** require TCP port 443 to be open for traffic to and from the `storage` service tag. Virtual machines (VMs) must have access to `https://packages.microsoft.com` to download the `blobfuse` and `gpg` packages. Depending on your configuration, you might need access to other URLs.
4946

50-
- **Network File System (NFS)** requires access to port 2049 by default. Your configuration might have other requirements. VMs must have access to the appropriate package manager to download the `nfs-common` (for Debian or Ubuntu) or `nfs-utils` (for CentOS) packages. The URL might vary based on your OS version. Depending on your configuration, you might also need access to other URLs.
47+
- **Network File System (NFS)** requires access to port 2049 by default. Your configuration might have other requirements. VMs must have access to the appropriate package manager to download the `nfs-common` (for Debian or Ubuntu) packages. The URL might vary based on your OS version. Depending on your configuration, you might also need access to other URLs.
5148

5249
Mounting Azure Blob or Azure Files through NFS might have more networking requirements. For example, your compute nodes might need to use the same virtual network subnet as the storage account.
5350

@@ -65,7 +62,7 @@ All mount configuration objects need the following base parameters. Some mount c
6562

6663
- **Relative mount path or source**, the location of the file system to mount on the compute node, relative to the standard *\\fsmounts* directory accessible via `AZ_BATCH_NODE_MOUNTS_DIR`.
6764

68-
The exact *\\fsmounts* directory location varies depending on node OS. For example, the location on an Ubuntu node maps to *mnt\batch\tasks\fsmounts*. On a CentOS node, the location maps to *mnt\resources\batch\tasks\fsmounts*.
65+
The exact *\\fsmounts* directory location varies depending on node OS. For example, the location on an Ubuntu node maps to *mnt\batch\tasks\fsmounts*.
6966

7067
- **Mount options or BlobFuse options** that describe specific parameters for mounting a file system.
7168

0 commit comments

Comments
 (0)