Cloud Parallel File Storage:Limites

Système de fichiers

Contraintes de nommage des répertoires

Pour garantir la stabilité du système et la prise en charge des fonctionnalités entreprise, CPFS réserve certains noms de répertoires. Toute tentative de création d'un répertoire portant un nom réservé entraîne une erreur EPERM. Ces noms réservés se classent en deux catégories :

• Réservés uniquement dans le répertoire racine du système de fichiers : l'erreur EPERM ne survient que lors de la création d'un répertoire portant un nom réservé à la racine du système de fichiers. La création de répertoires avec ces noms reste possible dans d'autres sous-répertoires.

• Réservés dans tout répertoire du système de fichiers : l'erreur EPERM survient lors de la création d'un répertoire portant un nom réservé à n'importe quel niveau de l'arborescence.

Systèmes d'exploitation pris en charge

Fileset

• Limites des spécifications Fileset

  • 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 l'arborescence.

  • Chaque Fileset admet jusqu'à 1 million de fichiers ou répertoires.

  • L'imbrication de Filesets n'est pas prise en charge.

Flux de données

• Limites des spécifications des flux de données

  • Chaque système de fichiers prend en charge jusqu'à 10 flux de données.

  • Chaque flux de données admet jusqu'à 5 répertoires à mise à jour automatique.

  • Au sein d'un système de fichiers, chaque Fileset ne peut être associé qu'à un seul bucket OSS.

  • La conservation des enregistrements de tâches de flux de données est limitée à 90 jours.

  • Les rapports de tâches sont stockés dans le système de fichiers et consomment de l'espace de stockage. Leur nombre est plafonné à 1 million.

  • Les flux de données interrégionaux entre un système de fichiers et un bucket OSS ne sont pas pris en charge.

• Contraintes 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. Cette opération risque de provoquer une erreur Permission Denied ou « directory not empty ».

  • Les flux de données ne prennent pas en charge les objets OSS de type Archive ou Cold Archive.

  • Utilisez les caractères spéciaux avec prudence dans les noms de répertoires et de fichiers. Les caractères autorisés sont les lettres majuscules et minuscules, les chiffres, les points d'exclamation (!), les traits d'union (-), les underscores (_), les points (.), les astérisques (*) et les parenthèses ().

  • Les chemins longs ne sont pas pris en charge. La longueur maximale d'un chemin pour un flux de données est de 1 023 caractères.

• Limites relatives à l'exportation de données

  • Les flux de données ne permettent pas d'exporter des liens physiques ou symboliques vers un bucket OSS.

  • Les flux de données ne permettent pas d'exporter des répertoires vides vers un bucket OSS.

  • Les flux de données ne permettent pas d'exporter les propriétés ChangeTime vers un bucket OSS.

  • Lors de l'exportation de données creuses (sparse data), les trous contenant des valeurs nulles sont complétés avant le transfert vers le bucket OSS.

Service de protocole

• Limites des spécifications du service de protocole

  Limites	Seuil	Description
  Services de protocole par système de fichiers	1	Un seul service autorisé 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épertoires, répartis entre Filesets ou répertoires standards.
  Nœuds de calcul montés par service de protocole	10 000	Jusqu'à 10 000 nœuds par service de protocole.
  Fichiers ouverts simultanément	150 000	Aucune ouverture de fichier supplémentaire n'est possible une fois cette limite atteinte.

• Autres limites

  • Plusieurs clients peuvent lire et écrire des fichiers dans un namespace unifié. Toutefois, si plusieurs processus écrivent simultanément dans le même fichier, des anomalies d'écriture (écrasements, entrelacements, sérialisation) peuvent survenir 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.