CPFS impose des limites aux systèmes de fichiers, aux clients, aux Filesets, aux flux de données, aux services de protocole et à la surveillance de la capacité. Examinez ces limites avant de concevoir votre architecture de stockage.
Système de fichiers
|
Élément |
Limite |
Description |
|
Points de montage par système de fichiers |
1 |
Chaque système de fichiers ne prend en charge qu'un seul point de montage. |
|
Montages par client |
|
|
|
Montages de sous-répertoires |
|
Les clients CPFS-NFS prennent en charge le montage de sous-répertoires, contrairement aux clients CPFS-POSIX. |
|
Nœuds de calcul par système de fichiers |
2 000 |
Jusqu'à 2 000 nœuds de calcul peuvent monter simultanément un même système de fichiers. |
|
Capacité par système de fichiers |
1 PiB |
Limite supérieure pour un seul système de fichiers CPFS. |
|
Fichiers ou répertoires par système de fichiers |
4 milliards |
Le nombre de fichiers et de répertoires évolue proportionnellement à la capacité du système de fichiers. Chaque tranche de 1 200 GiB de capacité prend en charge environ 23 millions de fichiers ou de répertoires, avec un maximum de 4 milliards par système de fichiers. |
|
Fichiers ou sous-répertoires par répertoire |
100 millions |
Un seul répertoire peut contenir jusqu'à 100 millions de fichiers ou de sous-répertoires. |
|
Longueur du chemin d'accès |
4 096 octets |
Longueur totale du chemin d'accès dans le système de fichiers virtuel Linux (VFS), par exemple |
|
Longueur du nom de fichier |
255 octets |
Longueur maximale d'un nom de fichier ou de répertoire. |
Contraintes de dénomination des répertoires
Pour garantir la stabilité du système et la prise en charge des fonctionnalités d'entreprise, CPFS réserve certains noms de répertoires. Si vous tentez de créer un répertoire avec un nom réservé, le système renvoie une erreur EPERM. Les noms réservés se répartissent en deux catégories :
Réservés uniquement dans le répertoire racine du système de fichiers : Le système renvoie l'erreur
EPERMuniquement lorsque vous créez un répertoire portant un nom réservé dans le répertoire racine du système de fichiers. Vous pouvez créer des répertoires portant ces noms dans d'autres sous-répertoires.Réservés dans n'importe quel répertoire du système de fichiers : Le système renvoie l'erreur
EPERMlorsque vous créez un répertoire portant un nom réservé à n'importe quel niveau du système de fichiers.
|
Portée |
Noms de répertoires réservés |
|
Répertoire racine du système de fichiers uniquement |
|
|
N'importe quel répertoire au sein du système de fichiers |
|
Systèmes d'exploitation pris en charge
Le client CPFS-POSIX nécessite au moins 2 cœurs CPU et 4 GiB de mémoire.
Si la version du noyau de votre système d'exploitation n'est pas prise en charge par le client CPFS-POSIX, utilisez le client CPFS-NFS pour accéder à CPFS.
Pour les utilisateurs de CentOS : le projet CentOS officiel a annoncé le plan de fin de vie (EOL) de CentOS Linux. Les images publiques CentOS Linux sur Alibaba Cloud proviennent de la distribution officielle CentOS. Une fois que CentOS Linux atteindra sa fin de vie, Alibaba Cloud ne fournira plus de support pour ce système. Pour éviter toute interruption, migrez vers un système d'exploitation pris en charge. Pour plus d'informations, consultez la rubrique Migration du système d'exploitation.
Client CPFS-POSIX
Le client CPFS-POSIX prend uniquement en charge Linux. Le tableau suivant répertorie les distributions et les versions de noyau prises en charge.
|
Type de système d'exploitation |
Distribution |
Version du noyau |
|
Alibaba Cloud Linux |
Alibaba Cloud Linux 2.1903 64 bits |
4.19.91-27.4.al7.x86_64 et versions antérieures |
|
RHEL ou CentOS |
8.4 |
4.18.0-305.19.1.el8_4 |
|
8.3 |
4.18.0-240.22.1.el8_3 |
|
|
8.2 |
4.18.0-193.28.1.el8_2 |
|
|
8.1 |
4.18.0-147.8.1.el8_1 |
|
|
8.0 |
4.18.0-80.11.2.el8_0 |
|
|
7.9 |
3.10.0-1160.42.2.el7 |
|
|
7.8 |
3.10.0-1127.19.1.el7 |
|
|
7.7 |
3.10.0-1062.18.1.el7 |
|
|
7.6 |
3.10.0-957.54.1.el7 |
|
|
7.5 |
3.10.0-862.14.4.el7 |
|
|
7.4 |
3.10.0-693.2.2.el7 |
|
|
7.3 |
3.10.0-514.26.2.el7 |
|
|
7.2 |
3.10.0-514.26.2.el7 |
|
|
Ubuntu |
20.04.3 LTS |
5.4.0-86-generic |
Client CPFS-NFS
Le client CPFS-NFS prend uniquement en charge Linux. Le tableau suivant répertorie les distributions prises en charge.
|
Type de système d'exploitation |
Version du système d'exploitation |
|
Alibaba Cloud Linux |
|
|
CentOS |
|
|
Ubuntu |
|
|
Debian |
|
|
SUSE |
|
Fileset
-
Limites de spécification des Filesets
Chaque système de fichiers prend en charge jusqu'à 10 Filesets.
Un Fileset peut être lié à un répertoire situé jusqu'à 8 niveaux de profondeur dans un système de fichiers.
Chaque Fileset prend en charge jusqu'à 1 million de fichiers ou de répertoires.
Les Filesets imbriqués ne sont pas pris en charge.
Flux de données
-
Limites de spécification des flux de données
Chaque système de fichiers prend en charge jusqu'à 10 flux de données.
Chaque flux de données prend en charge jusqu'à 5 répertoires de mise à jour automatique.
Chaque Fileset d'un système de fichiers ne peut être lié qu'à un seul bucket OSS.
Les enregistrements des tâches de flux de données sont conservés pendant un maximum de 90 jours.
Les rapports de tâches de flux de données sont stockés dans le système de fichiers et consomment de l'espace de stockage. Un maximum de 1 million de rapports peut être stocké.
Les flux de données interrégionaux entre un système de fichiers et un bucket OSS ne sont pas pris en charge.
-
Limites des flux de données sur les systèmes de fichiers
Ne renommez pas un répertoire non vide dans un Fileset associé à un flux de données. Le renommage d'un répertoire non vide peut provoquer une erreur
Permission Deniedou une erreur « répertoire non vide ».Les flux de données ne prennent pas en charge les objets Archive ni Cold Archive dans OSS.
Utilisez les caractères spéciaux dans les noms de répertoires et de fichiers avec prudence. Les caractères pris en charge sont les lettres majuscules et minuscules, les chiffres, les points d'exclamation (!), les traits d'union (-), les tirets bas (_), les points (.), les astérisques (*) et les parenthèses ().
Les chemins d'accès longs ne sont pas pris en charge. La longueur maximale du chemin d'accès pour un flux de données est de 1 023 caractères.
-
Limites liées à l'exportation de données
Les flux de données ne prennent pas en charge l'exportation de liens physiques ou symboliques vers un bucket OSS.
Les flux de données ne prennent pas en charge l'exportation de répertoires vides vers un bucket OSS.
Les flux de données ne prennent pas en charge l'exportation des propriétés ChangeTime vers un bucket OSS.
Lorsqu'un flux de données exporte des données éparses, les trous contenant des valeurs nulles sont remplis avant l'exportation des données vers un bucket OSS.
Service de protocole
-
Limites de spécification des services de protocole
Limites
Seuil
Description
Services de protocole par système de fichiers
1
Un par système de fichiers.
VPC pour la publication des répertoires d'exportation
2
Jusqu'à deux VPC par service de protocole.
Répertoires d'exportation par service de protocole
10
Jusqu'à 10, répartis entre les Filesets ou les répertoires.
Nœuds de calcul montés par service de protocole
10 000
Jusqu'à 10 000 par service de protocole.
Fichiers ouverts simultanément
150 000
Aucun autre fichier ne peut être ouvert une fois cette limite atteinte.
-
Autres limites
Plusieurs clients peuvent lire et écrire des fichiers dans un namespace unifié. Toutefois, lorsque plusieurs processus écrivent simultanément dans le même fichier, des anomalies d'écriture (écrasements, croisements, sérialisation) peuvent se produire car NFSv3 ne prend pas en charge l'ajout atomique (Atomic Append).
Network Lock Manager (NLM) n'est pas pris en charge.
NFSv4.x n'est pas pris en charge.