Tous les produits
Search
Centre de documentation

Object Storage Service:Prérequis pour OSS-HDFS

Dernière mise à jour :Aug 18, 2026

Avant d'activer le service OSS-HDFS, familiarisez-vous avec ses interactions avec les autres fonctionnalités d'OSS afin de prévenir les problèmes opérationnels et la perte de données.

Avertissement
  • Une fois le service OSS-HDFS activé pour un bucket, les données du service sont stockées dans le répertoire .dlsdata/ du bucket. N'effectuez aucune opération d'écriture (renommage, suppression, etc.) sur ce répertoire et ses objets via des méthodes autres qu'OSS-HDFS. Cela risquerait d'interrompre le service ou de provoquer une perte de données.

  • Si votre compte présente un impayé ou si le rôle RAM dépendant AliyunOSSDlsDefaultRole est supprimé, le service en arrière-plan HDFS peut passer en mode sécurisé. Dans ce mode, toutes les tâches en arrière-plan (journalisation d'audit, suppression asynchrone, hiérarchisation automatique du stockage) sont suspendues. Le service reprend automatiquement une fois le problème résolu.

Le tableau suivant décrit les risques et les points à prendre en compte lors des opérations sur le répertoire .dlsdata/ après l'activation du service OSS-HDFS.

Fonctionnalité

Risque

Description

Références

Politique de conservation

Impossible de supprimer les données

N'activez pas le service OSS-HDFS et ne configurez pas de politique de conservation sur le même bucket. Sinon, lorsque vous supprimez des données du répertoire .dlsdata/ via OSS-HDFS, l'opération peut sembler réussie, mais les données sont conservées pendant toute la durée de la politique et ne peuvent pas être supprimées, même après l'expiration de celle-ci.

Politiques de conservation au niveau du bucket (BucketWorm)

Règle de cycle de vie

Perte de données

Lorsque vous créez ou mettez à jour une règle de cycle de vie pour un bucket avec OSS-HDFS activé, utilisez l'élément NOT pour exclure le répertoire .dlsdata/. Cela empêche la règle de cycle de vie de supprimer ou de transférer des données essentielles au fonctionnement d'OSS-HDFS.

Dans le panneau Create lifecycle rule, définissez Policy sur Match by Prefix, activez le commutateur NOT et saisissez .dlsdata dans le champ Prefix sous NOT.

Pour gérer le cycle de vie des données stockées dans OSS-HDFS après l'activation du service, utilisez sa fonctionnalité intégrée de hiérarchisation automatique du stockage.

Versioning

Échecs de suppression automatique des données et instabilité du service

N'activez pas le service OSS-HDFS et le versioning sur le même bucket. Cela peut entraîner une instabilité du service. Pour garantir un fonctionnement stable, suspendez le versioning dès que possible et configurez une règle de cycle de vie pour nettoyer les marqueurs de suppression.

Supprimer des répertoires

Perte de données

Pour éviter une interruption de service ou une perte de données, ne supprimez pas le répertoire .dlsdata/ ni ses sous-répertoires dans un bucket où OSS-HDFS est activé.

Supprimer des répertoires

Supprimer des objets

Perte de données

Pour éviter une interruption de service ou une perte de données, ne supprimez aucun objet situé dans le répertoire .dlsdata/ d'un bucket où OSS-HDFS est activé.

Supprimer des objets

Renommer un répertoire

Perte de données

Pour éviter une interruption de service ou une perte de données, ne renommez pas le répertoire .dlsdata/ dans un bucket où l'espace de noms hiérarchique et OSS-HDFS sont tous deux activés.

Renommer un répertoire

Renommer des objets

Perte de données

Pour éviter une interruption de service ou une perte de données, ne renommez aucun objet situé dans le répertoire .dlsdata/ d'un bucket où OSS-HDFS est activé.

Renommer des objets

Télécharger des objets

Perte de données

Pour éviter une interruption de service ou une perte de données, ne téléchargez pas d'objets dans le répertoire .dlsdata/ via des méthodes autres qu'OSS-HDFS.

Téléchargement simple

Modifier la classe de stockage des objets

Échecs d'accès aux données et modifications de facturation

Évitez de modifier la classe de stockage des objets dans le répertoire .dlsdata/ d'un bucket où OSS-HDFS est activé.

  • Si vous changez la classe de stockage en Infrequent Access, les données restent accessibles via OSS-HDFS.

  • Si vous changez la classe de stockage en Archive, Cold Archive ou Deep Cold Archive, les données deviennent inaccessibles via OSS-HDFS. Vous devez restaurer les données avant de pouvoir y accéder.

  • Le changement de classe de stockage vers Infrequent Access, Archive ou d'autres types peut être soumis à des limitations, telles qu'une taille minimale facturable (64 Ko), une durée de stockage minimale et des frais de récupération des données.

Agissez avec prudence pour éviter d'impacter l'accès aux données ou d'engendrer des coûts supplémentaires.

Politique de bucket

Échecs d'accès aux données, échecs de suppression automatique et facturation continue

Pour garantir que les utilisateurs d'OSS-HDFS puissent accéder au répertoire .dlsdata/ et à ses objets, ne créez pas de politique de bucket avec une action de refus après avoir activé le service OSS-HDFS. Sinon, le service OSS-HDFS ne pourra ni lire ni écrire dans le bucket.

Si vous devez configurer une politique de refus qui restreint l'accès à des adresses IP ou des VPC spécifiques pour des raisons de sécurité, ajoutez la condition suivante à toutes les instructions deny, en la plaçant dans l'élément Condition. Cela garantit que le service en arrière-plan OSS-HDFS peut toujours accéder au bucket via le réseau classique :

"StringNotLike":{
        "oss:ClassicIntranet":[
            "true"
        ]
    }

Politique de bucket

RAM

Échecs d'accès aux données, échecs de suppression automatique et facturation continue

Lorsque vous activez le service OSS-HDFS pour un bucket, le rôle RAM AliyunOSSDlsDefaultRole est automatiquement créé et la politique AliyunOSSDlsRolePolicy lui est attachée. Pour garantir que les utilisateurs puissent accéder au répertoire .dlsdata/ et à ses objets, ne désactivez, ne modifiez ni ne supprimez ce rôle ou sa politique attachée.

Activer OSS-HDFS

Inventaire de bucket

Contamination des données

Pour éviter une interruption de service ou une contamination des données lors de la configuration des rapports d'inventaire pour un bucket avec OSS-HDFS activé, ne définissez pas le Inventory Path sur .dlsdata/.

Inventaire de bucket

Expédition des journaux

Contamination des données

Pour éviter une interruption de service ou une contamination des données lors de la configuration de l'expédition des journaux pour un bucket avec OSS-HDFS activé, ne définissez pas le Log Prefix sur .dlsdata/.

Configurer l'expédition des journaux

Décompression de package ZIP

Contamination et perte de données

Pour éviter une interruption de service, une contamination ou une perte de données lors de la configuration des règles de décompression de package ZIP sur un bucket avec OSS-HDFS activé, ne définissez pas le Destination Directory sur .dlsdata/.

Télécharger et décompresser automatiquement un package ZIP

Important

Le service OSS-HDFS stocke les données et les métadonnées HDFS dans un bucket OSS. Ces données sont stockées sous le chemin .dlsdata/ du bucket et engendrent des frais de stockage OSS standard. Pour plus d'informations, consultez Utilisation de la capacité de stockage.