Skip to content

Commit f3cf980

Browse files
committed
acrolinx
1 parent a089a20 commit f3cf980

File tree

1 file changed

+13
-13
lines changed

1 file changed

+13
-13
lines changed

articles/azure-netapp-files/azure-netapp-files-resource-limits.md

Lines changed: 13 additions & 13 deletions
Original file line numberDiff line numberDiff line change
@@ -26,7 +26,7 @@ The following table describes resource limits for Azure NetApp Files:
2626
| Number of snapshots per volume | 255 | No |
2727
| Number of IPs in a virtual network (including immediately peered VNets) accessing volumes in an Azure NetApp Files hosting VNet | <ul><li>**Basic**: 1000</li><li>**Standard**: [Same standard limits as VMs](../azure-resource-manager/management/azure-subscription-service-limits.md#azure-resource-manager-virtual-networking-limits)</li></ul> | No |
2828
| Minimum size of a single capacity pool | 1 TiB* | No |
29-
| Maximum size of a single capacity pool | 2048 TiB | Yes |
29+
| Maximum size of a single capacity pool | 2,048 TiB | Yes |
3030
| Minimum size of a single regular volume | 100 GiB | No |
3131
| Maximum size of a single regular volume | 100 TiB | No |
3232
| Minimum size of a single [large volume](large-volumes-requirements-considerations.md) | 50 TiB | No |
@@ -59,7 +59,7 @@ For limits and constraints related to Azure NetApp Files network features, see [
5959

6060
You can use the `stat` command from a client to see whether a directory is approaching the maximum size limit for directory metadata (320 MB). If you reach the maximum size limit for a single directory for Azure NetApp Files, the error `No space left on device` occurs.
6161

62-
For a 320-MB directory, the number of blocks is 655360, with each block size being 512 bytes. (That is, 320x1024x1024/512.) This number translates to approximately 4 million files maximum for a 320-MB directory. However, the actual number of maximum files might be lower, depending on factors such as the number of files with non-ASCII characters in the directory. As such, you should use the `stat` command as follows to determine whether your directory is approaching its limit.
62+
For a 320-MB directory, the number of blocks is 655,360, with each block size being 512 bytes. (That is, 320x1024x1024/512.) This number translates to approximately 4 million files maximum for a 320-MB directory. However, the actual number of maximum files might be lower, depending on factors such as the number of files with non-ASCII characters in the directory. As such, you should use the `stat` command as follows to determine whether your directory is approaching its limit.
6363

6464
Examples:
6565

@@ -79,30 +79,30 @@ Size: 4096 Blocks: 8 IO Block: 65536 directory
7979

8080
## `Maxfiles` limits <a name="maxfiles"></a>
8181

82-
Azure NetApp Files volumes have a value called `maxfiles` that refers to the maximum number of files and folders (also known as inodes) a volume can contain. When the `maxfiles` limit is reached, clients receive out of space messages when attempting to create new files or folders. If you are experiencing this issue, contact Microsoft technical support for assistance.
82+
Azure NetApp Files volumes have a value called `maxfiles` that refers to the maximum number of files and folders (also known as inodes) a volume can contain. When the `maxfiles` limit is reached, clients receive "out of space" messages when attempting to create new files or folders. If you experience this issue, contact Microsoft technical support.
8383

8484
The `maxfiles` limit for an Azure NetApp Files volume is based on the size (quota) of the volume, where the service dynamically adjusts the `maxfiles` limit for a volume based on its provisioned size and uses the following guidelines.
8585

8686
- For regular volumes less than or equal to 683 GiB, the default `maxfiles` limit is 21,251,126.
87-
- For regular volumes greater than 683 GiB, the default `maxfiles` limit is approximately 1 file per inode per 32 KiB of allocated volume capacity up to a maximum of 2,147,483,632.
88-
- For [large volumes](large-volumes-requirements-considerations.md), the default `maxfiles` limit is approximately 1 file per inode per 32 KiB of allocated volume capacity up to a default maximum of 15,938,355,048.
87+
- For regular volumes greater than 683 GiB, the default `maxfiles` limit is approximately one file per inode per 32 KiB of allocated volume capacity up to a maximum of 2,147,483,632.
88+
- For [large volumes](large-volumes-requirements-considerations.md), the default `maxfiles` limit is approximately one file per inode per 32 KiB of allocated volume capacity up to a default maximum of 15,938,355,048.
8989

9090
The following table shows examples of the relationship `maxfiles` values based on volume sizes for regular volumes.
9191

9292
| Volume size | Estimated maxfiles limit |
9393
| - | - |
9494
| 0 – 683 GiB | 21,251,126 |
95-
| 1 TiB (1073741824 KiB) | 31,876,709 |
96-
| 10 TiB (10737418240 KiB) | 318,767,099 |
97-
| 50 TiB (53687091200 KiB) | 1,593,835,519 |
98-
| 100 TiB (107374182400 KiB) | 2,147,483,632 |
95+
| 1 TiB (1,073,741,824 KiB) | 31,876,709 |
96+
| 10 TiB (10,737,418,240 KiB) | 318,767,099 |
97+
| 50 TiB (53,687,091,200 KiB) | 1,593,835,519 |
98+
| 100 TiB (107,374,182,400 KiB) | 2,147,483,632 |
9999

100100
| Volume size | Estimated maxfiles limit |
101101
| - | - |
102-
| 50 TiB (53687091200 KiB) | 1,593,835,512 |
103-
| 100 TiB (107374182400 KiB) | 3,187,671,024 |
104-
| 200 TiB (214748364800 KiB) | 6,375,342,024 |
105-
| 500 TiB (536870912000 KiB) | 15,938,355,048 |
102+
| 50 TiB (53,687,091,200 KiB) | 1,593,835,512 |
103+
| 100 TiB (107,374,182,400 KiB) | 3,187,671,024 |
104+
| 200 TiB (214,748,364,800 KiB) | 6,375,342,024 |
105+
| 500 TiB (536,870,912,000 KiB) | 15,938,355,048 |
106106

107107
To see the `maxfiles` allocation for a specific volume size, check the **Maximum number of files** field in the volume’s overview pane.
108108

0 commit comments

Comments
 (0)