Résolution des problèmes : problèmes de partage de fichiers - AWS Storage Gateway
Partage de fichiers bloqué dans un état de transitionImpossible de créer un partage de fichiersLes partages de fichiers SMB n'autorisent pas plusieurs méthodes d'accèsPlusieurs partages de fichiers ne peuvent pas écrire dans le compartiment S3 mappéNotification pour le groupe de journaux supprimé lors de l'utilisation des journaux d'auditImpossible de télécharger des fichiers dans le compartiment S3Impossible de remplacer le chiffrement par défaut par SSE-KMSLes modifications apportées directement dans un compartiment S3 avec le contrôle de version des objets activé peuvent affecter ce que vous voyez dans votre partage de fichiersLorsque vous écrivez dans un compartiment S3 avec la gestion des versions activée, Amazon S3 File Gateway peut créer plusieurs versions d'objets Amazon S3Les modifications apportées à un compartiment S3 ne sont pas reflétées dans Storage GatewayLes autorisations ACL ne fonctionnent pas comme prévuLes performances de la passerelle ont diminué après une opération récursive

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Résolution des problèmes : problèmes de partage de fichiers

Vous trouverez ci-après des informations sur les actions à mettre en œuvre si vous rencontrez des problèmes inattendus avec votre partage de fichiers.

Partage de fichiers bloqué à l'état CRÉATION, MISE À JOUR ou SUPPRESSION

L'état du partage de fichiers résume l'état de santé de votre partage de fichiers. Si votre partage de fichiers S3 File Gateway est bloqué à l'DELETINGétat CREATINGUPDATING, ou, suivez les étapes de dépannage suivantes pour identifier et résoudre le problème.

Confirmer les autorisations du rôle IAM et la relation de confiance

Le rôle Gestion des identités et des accès AWS (IAM) associé à votre partage de fichiers doit disposer d'autorisations suffisantes pour accéder au compartiment Amazon S3. En outre, la politique de confiance du rôle doit accorder au service Storage Gateway les autorisations nécessaires pour assumer le rôle.

Pour vérifier les autorisations des rôles IAM, procédez comme suit :

  1. Ouvrez la console IAM à l’adresse https://console.aws.amazon.com/iam/.

  2. Dans le panneau de navigation, choisissez Rôles.

  3. Choisissez le rôle IAM associé à votre partage de fichiers.

  4. Choisissez l’onglet Relations de confiance.

  5. Vérifiez que Storage Gateway est répertorié en tant qu'entité de confiance. Si Storage Gateway n'est pas une entité de confiance, choisissez Modifier la relation de confiance, puis ajoutez la politique suivante :

    {
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "",
      "Effect": "Allow",
      "Principal": {
        "Service": "storagegateway.amazonaws.com"
      },
      "Action": "sts:AssumeRole"
    }
  ]
}

  6. Vérifiez que le rôle IAM dispose des autorisations appropriées et que le compartiment Amazon S3 est répertorié en tant que ressource dans la politique IAM. Pour de plus amples informations, veuillez consulter Octroi de l'accès à un compartiment Amazon S3.

Note

Pour éviter les problèmes de prévention liés à la confusion entre les services, utilisez une politique de relation de confiance qui inclut des clés contextuelles de condition. Pour de plus amples informations, veuillez consulter Prévention du problème de l’adjoint confus entre services.

Vérifiez que AWS STS est activé dans votre région

Les partages de fichiers peuvent rester bloqués dans l'UPDATINGétat CREATING ou si AWS Security Token Service (AWS STS) est désactivé dans votre AWS région.

Pour vérifier l'état du AWS STS :

  1. Ouvrez la Gestion des identités et des accès AWS console à l'adresse https://console.aws.amazon.com/iam/.

  2. Dans le panneau de navigation, choisissez Paramètres du compte.

  3. Dans la section Security Token Service (STS), vérifiez que le statut est actif pour la AWS région dans laquelle vous souhaitez créer le partage de fichiers.

  4. Si le statut est Inactif, choisissez Activer pour l'activer AWS STS dans cette région.

Vérifiez que le compartiment S3 existe et respecte les règles de dénomination

Votre partage de fichiers nécessite un compartiment Amazon S3 valide qui respecte les conventions de dénomination Amazon S3.

Pour vérifier votre compartiment S3, procédez comme suit :

  1. Ouvrez la console Amazon S3 à l'adresse https://console.aws.amazon.com/s3/.

  2. Vérifiez que le compartiment Amazon S3 mappé à votre partage de fichiers existe. Si le bucket n'existe pas, créez-le. Après avoir créé le bucket, le statut du partage de fichiers doit passer àAVAILABLE. Pour plus d'informations, consultez Création d'un compartiment dans le Guide de l'utilisateur Amazon Simple Storage Service.

  3. Vérifiez que le nom de votre compartiment est conforme aux règles de dénomination des compartiments décrites dans le guide de l'utilisateur d'Amazon Simple Storage Service.

    Note

    S3 File Gateway ne prend pas en charge les compartiments Amazon S3 dont le nom contient des points (.).

Forcer la suppression d'un partage de fichiers bloqué dans l'état DELETING

Lorsque vous supprimez un partage de fichiers, la passerelle le supprime du compartiment Amazon S3 associé. Toutefois, les données en cours de téléchargement continuent d'être chargées avant la fin de la suppression. Au cours de ce processus, le partage de fichiers affiche un DELETING état.

Important

Consultez la CloudWatch métrique Amazon CachePercentDirty de votre passerelle afin de déterminer la quantité de données en attente de téléchargement. Pour plus d'informations sur les métriques Storage Gateway, consultezSurveillance de votre passerelle de fichiers S3 .

Si vous ne souhaitez pas attendre la fin de tous les téléchargements en cours, vous pouvez forcer la suppression du partage de fichiers.

Pour forcer la suppression d'un partage de fichiers :

  1. Ouvrez la console Storage Gateway à l'adresse https://console.aws.amazon.com/storagegateway/.

  2. Dans le volet de navigation, sélectionnez Partage de fichiers.

  3. Sélectionnez le partage de fichiers que vous souhaitez supprimer.

  4. Choisissez l'onglet Détails et consultez le message Ce partage de fichiers est en cours de suppression.

  5. Vérifiez l'ID du partage de fichiers dans le message, puis sélectionnez la case de confirmation.

    Note

    Vous ne pouvez pas annuler l'opération de suppression forcée.

  6. Choisissez Forcer la suppression maintenant.

Vous pouvez également utiliser la AWS CLI delete-file-sharecommande avec le --force-delete paramètre défini surtrue.

Important

Avant de forcer la suppression d'un partage de fichiers, vérifiez que votre passerelle n'est pas en bon OFFLINE état. Si la passerelle est hors ligne, commencez par résoudre le problème de déconnexion. Pour de plus amples informations, veuillez consulter Résolution des problèmes : passerelle hors ligne dans la console Storage Gateway.

Si la machine virtuelle (VM) de passerelle est déjà supprimée, vous devez supprimer la passerelle de la console Storage Gateway pour supprimer tous les partages de fichiers associés, y compris ceux bloqués dans DELETING cet état. Pour de plus amples informations, veuillez consulter Suppression de votre passerelle et suppression des ressources associées.

Résoudre les problèmes de connectivité réseau.

Des problèmes réseau peuvent empêcher votre partage de fichiers de passer de l'DELETINGétat CREATINGUPDATING, ou. Les problèmes réseau courants sont les suivants :

  • Votre passerelle est hors ligne ou la machine virtuelle de passerelle est supprimée.

  • L'accès au réseau entre Storage Gateway et le point de terminaison du service Amazon S3 est bloqué.

  • Le point de terminaison Amazon S3 Amazon VPC que la passerelle utilise pour communiquer avec Amazon S3 a été supprimé.

  • Les ports réseau requis ne sont pas ouverts ou le routage réseau n'est pas correctement configuré.

Testez la connectivité S3 depuis la console locale de la passerelle

Pour tester la connectivité S3 :

  1. Connectez-vous à la console locale de la passerelle. Pour de plus amples informations, veuillez consulter Connexion à la console locale de File Gateway.

  2. Dans le menu principal de Storage Gateway - Configuration, entrez le numéro correspondant à Test S3 Connectivity.

  3. Choisissez le type de point de terminaison Amazon S3 :

    • Pour le trafic Amazon S3 qui passe par une passerelle Internet, une passerelle NAT, une passerelle Transit Gateway ou un point de terminaison Amazon S3 Gateway Amazon VPC, choisissez Public.

    • Pour le trafic Amazon S3 qui passe par une interface Amazon S3, point de terminaison Amazon VPC, choisissez VPC (). PrivateLink

    • Pour un point de terminaison FIPS, choisissez l'option FIPS.

  4. Entrez la région du compartiment Amazon S3.

  5. Si vous utilisez un point de terminaison Amazon VPC, entrez le nom DNS du point de terminaison Amazon S3 Amazon VPC (par exemple,). vpce-0329c2790456f2d01-0at85l34

La passerelle effectue automatiquement un test de connectivité qui valide à la fois la connexion réseau et la connexion SSL. En cas d'échec du test :

  • Échec du test réseau : généralement dû à des règles de pare-feu, à des configurations de groupes de sécurité ou à un routage réseau incorrect. Vérifiez que les ports requis sont ouverts et que le routage réseau est correctement configuré.

  • Échec du test SSL : indique qu'une inspection SSL ou une inspection approfondie des paquets est en cours entre votre machine virtuelle de passerelle et les points de terminaison du service Amazon S3. Désactivez le protocole SSL et l'inspection approfondie des paquets pour le trafic Storage Gateway.

Vérifier la configuration du proxy

Si votre passerelle utilise un serveur proxy, vérifiez que le proxy ne bloque pas les communications réseau.

Pour vérifier la configuration du proxy :

  1. Dans le menu principal de Storage Gateway - Configuration, entrez le numéro correspondant à la configuration du proxy HTTP/SOCKS.

  2. Sélectionnez l'option pour afficher la configuration actuelle du proxy réseau.

  3. Si un proxy est configuré, vérifiez que le trafic Amazon S3 peut circuler depuis Storage Gateway vers le serveur proxy via le port 3128 (ou le port d'écoute que vous avez configuré), puis vers le point de terminaison Amazon S3 via le port 443.

  4. Vérifiez que le proxy ou le pare-feu autorise le trafic à destination et en provenance des ports réseau et des points de terminaison de service requis par Storage Gateway. Pour plus d'informations, consultez les ports réseau requis.

Si les problèmes persistent, vous pouvez supprimer temporairement la configuration du proxy afin de déterminer si le proxy est à l'origine du problème.

Vérifier les groupes de sécurité et le routage réseau

  • Pour les passerelles sur Amazon EC2, vérifiez que le port 443 du groupe de sécurité est ouvert aux points de terminaison Amazon S3. Vérifiez que la table de routage du sous-réseau Amazon EC2 achemine correctement le trafic Amazon S3 vers les points de terminaison Amazon S3. Pour plus d'informations, consultez les ports réseau requis.

  • Pour les passerelles sur site : vérifiez que les règles de pare-feu autorisent les ports requis et que les tables de routage locales acheminent correctement le trafic Amazon S3 vers les points de terminaison Amazon S3. Pour plus d'informations, consultez les ports réseau requis.

  • Points de terminaison VPC : vérifiez que le point de terminaison Amazon S3 Amazon VPC utilisé par la passerelle n'a pas été supprimé. Si le point de terminaison Amazon VPC est supprimé et que la passerelle ne possède aucune adresse IP publique, elle ne peut pas communiquer avec Amazon S3.

Impossible de créer un partage de fichiers

  1. Si vous ne parvenez pas à créer un partage de fichiers parce que celui-ci est bloqué au statut CREATING, vérifiez que le compartiment S3 auquel vous avez mappé votre partage de fichiers existe. Pour plus d'informations sur la procédure à appliquer, consultez Partage de fichiers bloqué à l'état CRÉATION, MISE À JOUR ou SUPPRESSION, ci-dessus.

  2. Si le compartiment S3 existe, vérifiez qu'il AWS Security Token Service est activé dans la région où vous créez le partage de fichiers. Si un jeton de sécurité n'est pas actif, vous devez l'activer. Pour plus d'informations sur l'activation d'un jeton à l'aide AWS Security Token Service de la section Activation et désactivation du AWS STS dans une AWS région dans le guide de l'utilisateur IAM.

Les partages de fichiers SMB n'autorisent pas plusieurs méthodes d'accès

Les restrictions suivantes s'appliquent aux partages de fichiers SMB :

  1. Lorsqu'un client tente de monter à la fois un partage de fichiers Active Directory et SMB avec un accès invité, le message d'erreur suivant s'affiche : Multiple connections to a server or shared resource by the same user, using more than one user name, are not allowed. Disconnect all previous connections to the server or shared resource and try again.

  2. Un utilisateur Windows ne peut pas rester connecté à deux partages de fichiers SMB avec un accès invité, et peut se trouver déconnecté lorsqu'une nouvelle connexion avec un accès invité est établie.

  3. Un client Windows ne peut pas monter à la fois un partage de fichiers SMB invité et Active Directory exporté par la même passerelle.

Plusieurs partages de fichiers ne peuvent pas écrire dans le compartiment S3 mappé

Nous vous déconseillons de configurer votre compartiment S3 pour autoriser plusieurs partages de fichiers à écrire dans un compartiment S3. Cette opération peut donner des résultats imprévisibles.

Nous vous recommandons plutôt d'autoriser un seul partage de fichiers à écrire dans chaque compartiment S3. Créez une stratégie de compartiment autorisant uniquement le rôle associé à votre partage de fichiers à écrire dans le compartiment. Pour plus d'informations, consultez la section Meilleures pratiques pour File Gateway.

Notification pour le groupe de journaux supprimé lors de l'utilisation des journaux d'audit

Si le groupe de journaux n'existe pas, l'utilisateur peut sélectionner le lien du groupe de journaux situé sous ce message pour créer un nouveau groupe de journaux ou utiliser un groupe de journaux existant à utiliser comme cible pour les journaux d'audit

Impossible de télécharger des fichiers dans votre compartiment S3

Si vous ne parvenez pas à charger des fichiers dans votre compartiment S3, procédez comme suit :

  1. Assurez-vous d'avoir accordé l'accès requis pour que la passerelle de fichiers Amazon S3 puisse charger des fichiers dans votre compartiment S3. Pour de plus amples informations, veuillez consulter Octroi de l'accès à un compartiment Amazon S3.

  2. Assurez-vous que le rôle qui a créé le compartiment dispose des autorisations d'écriture dans le compartiment S3. Pour plus d'informations, consultez la section Meilleures pratiques pour File Gateway.

  3. Si votre passerelle de fichiers utilise SSE-KMS ou DSSE-KMS pour le chiffrement, assurez-vous que le rôle IAM associé au partage de fichiers inclut les autorisations KMS:Encrypt, KMS:Decrypt, kms : *, kms : et kms :. ReEncrypt GenerateDataKey DescribeKey Pour plus d'informations, consultez Using Identity-Based Policies (IAM Policies) pour Storage Gateway.

Impossible de modifier le chiffrement par défaut pour utiliser SSE-KMS pour chiffrer les objets stockés dans mon compartiment S3

Si vous modifiez le chiffrement par défaut et que vous définissez le SSE-KMS (chiffrement côté serveur avec clés AWS KMS gérées) comme valeur par défaut pour votre compartiment S3, les objets qu'une passerelle de fichiers Amazon S3 stocke dans le compartiment ne sont pas chiffrés avec SSE-KMS. Par défaut, une passerelle de fichiers S3 utilise le chiffrement côté serveur géré par Amazon S3 (SSE-S3) lorsqu'elle écrit des données dans un compartiment S3. Si vous changez la valeur par défaut, votre chiffrement ne sera pas automatiquement changé.

Pour modifier le chiffrement afin d'utiliser SSE-KMS avec votre propre AWS KMS clé, vous devez activer le chiffrement SSE-KMS. Pour ce faire, vous devez fournir l'Amazon Resource Name (ARN) de la clé KMS lorsque vous créez votre partage de fichiers. Vous pouvez également mettre à jour les paramètres KMS de votre partage de fichiers à l'aide de l'opération d'API UpdateNFSFileShare ou UpdateSMBFileShare. Cette mise à jour s'applique aux objets stockés dans les compartiments S3 après la mise à jour. Pour de plus amples informations, veuillez consulter Chiffrement des données en utilisant AWS KMS.

Les modifications apportées directement dans un compartiment S3 avec le contrôle de version des objets activé peuvent affecter ce que vous voyez dans votre partage de fichiers

Si votre compartiment S3 contient des objets écrits par un autre client, il se peut up-to-date que votre affichage du compartiment S3 ne soit pas le résultat de la gestion des versions des objets du compartiment S3. Vous devez toujours actualiser votre cache avant d'examiner les fichiers qui vous intéressent.

La gestion des versions d'objets est une fonctionnalité facultative de compartiment S3 qui participe à la protection des données en stockant plusieurs copies d'un objet portant le même nom. Chaque copie dispose d'une valeur d'ID distincte, par exemple, file1.jpg : ID="xxx" et file1.jpg : ID="yyy". Le nombre d'objets portant le même nom et leur durée de vie sont contrôlés par les politiques de cycle de vie d'Amazon S3. Pour plus de détails sur ces concepts d'Amazon S3, consultez la section Utilisation du versionnement et de la gestion du cycle de vie des objets dans le guide du développeur Amazon S3.

Lorsque vous supprimez un objet versionné, celui-ci est indiqué par un marqueur de suppression, mais conservé. Seul le propriétaire d'un compartiment S3 peut supprimer définitivement un objet dont la gestion des versions est activée.

Dans votre passerelle de fichiers S3, les fichiers affichés sont les versions les plus récentes des objets d'un compartiment S3 au moment de l'extraction de l'objet ou de l'actualisation du cache. Les passerelles de fichiers S3 ignorent les anciennes versions ou les objets marqués pour suppression. Lorsque vous lisez un fichier, vous lisez les données de la version la plus récente. Lorsque vous écrivez un fichier dans votre partage de fichiers, votre passerelle de fichiers S3 crée une nouvelle version d'un objet nommé avec vos modifications, et cette version devient la dernière version.

Votre passerelle de fichiers S3 continue de lire à partir de la version précédente, et les mises à jour que vous effectuez sont basées sur la version précédente si une nouvelle version est ajoutée au compartiment S3 en dehors de votre application. Pour lire la dernière version d'un objet, utilisez l'action RefreshCacheAPI ou actualisez-le depuis la console, comme décrit dansActualisation du cache d'objets du compartiment Amazon S3.

Important

Nous ne recommandons pas d'écrire des objets ou des fichiers dans votre compartiment S3 File Gateway S3 depuis l'extérieur du partage de fichiers.

Lorsque vous écrivez dans un compartiment S3 avec la gestion des versions activée, Amazon S3 File Gateway peut créer plusieurs versions d'objets Amazon S3

Lorsque la gestion des versions d'objets est activée, plusieurs versions d'un objet peuvent être créées dans Amazon S3 à chaque mise à jour d'un fichier depuis votre client NFS ou SMB. Voici des scénarios qui peuvent entraîner la création de plusieurs versions d'un objet dans votre compartiment S3 :

  • Lorsqu'un fichier est modifié dans Amazon S3 File Gateway par un client NFS ou SMB après son téléchargement sur Amazon S3, la passerelle de fichiers S3 télécharge les données nouvelles ou modifiées au lieu de télécharger le fichier entier. La modification du fichier entraîne la création d'une nouvelle version de l'objet Amazon S3.

  • Lorsqu'un fichier est écrit sur la passerelle de fichiers S3 par un client NFS ou SMB, la passerelle de fichiers S3 télécharge les données du fichier sur Amazon S3, suivies de ses métadonnées (propriétaires, horodatages, etc.). Le téléchargement des données du fichier crée un objet Amazon S3, et le téléchargement des métadonnées du fichier met à jour les métadonnées de l'objet Amazon S3. Ce processus crée une autre version de l'objet, ce qui donne lieu à deux versions d'un objet.

  • Lorsque la passerelle de fichiers S3 télécharge des fichiers plus volumineux, elle peut avoir besoin de télécharger de plus petits morceaux du fichier avant que le client n'ait fini d'écrire sur la passerelle de fichiers. Cela s'explique notamment par le fait de libérer de l'espace dans le cache ou d'augmenter le taux d'écriture dans un fichier. Cela peut entraîner la création de plusieurs versions d'un objet dans le compartiment S3.

Vous devez surveiller votre compartiment S3 pour déterminer le nombre de versions d'un objet existant avant de configurer des politiques de cycle de vie pour déplacer les objets vers différentes classes de stockage. Vous devez configurer l'expiration du cycle de vie pour les versions précédentes afin de minimiser le nombre de versions que vous avez pour un objet dans votre compartiment S3. L'utilisation de la réplication dans la même région (SRR) ou de la réplication entre régions (CRR) entre les compartiments S3 augmentera le stockage utilisé. Pour plus d'informations sur la réplication, consultez la section Réplication.

Important

Ne configurez pas la réplication entre les compartiments S3 tant que vous n'avez pas compris la quantité de stockage utilisée lorsque la gestion des versions d'objets est activée.

L'utilisation de compartiments S3 versionnés peut augmenter considérablement la quantité de stockage dans Amazon S3, car chaque modification apportée à un fichier crée une nouvelle version de l'objet S3. Par défaut, Amazon S3 continue de stocker toutes ces versions, sauf si vous créez une politique spécifique pour annuler ce comportement et limiter le nombre de versions conservées. Si vous constatez une utilisation du stockage anormalement importante lorsque la gestion des versions d'objets est activée, vérifiez que vos politiques de stockage sont définies de manière appropriée. Une augmentation du nombre de réponses HTTP 503-slow down aux requêtes du navigateur peut également résulter de problèmes au niveau de la gestion des versions d'objets.

Si vous activez le contrôle de version des objets après avoir installé une passerelle de fichiers S3, tous les objets uniques sont conservés (ID=”NULL”) et vous pouvez tous les voir dans le système de fichiers. Un ID unique est attribué aux nouvelles versions d'objets (les versions plus anciennes sont conservées). En fonction de l'horodatage de l'objet, seul l'objet versionné le plus récent est visible dans le système de fichiers NFS.

Une fois que vous avez activé le contrôle de version des objets, votre compartiment S3 ne peut pas revenir à un état non versionné. Toutefois, vous pouvez désactiver la gestion des versions. Lorsque vous désactivez la gestion des versions, un ID est attribué à un nouvel objet. S'il existe un objet du même nom avec une valeur ID=”NULL”, la version antérieure est remplacée. Toutefois, toute version contenant un ID dont la valeur n'est pas NULL sera conservée. L'horodatage permet d'identifier un nouvel objet comme l'actuel, et c'est celui-là qui apparaît dans le système de fichiers NFS.

Les modifications apportées à un compartiment S3 ne sont pas reflétées dans Storage Gateway

Storage Gateway met automatiquement à jour le cache de partage de fichiers lorsque vous y écrivez des fichiers localement à l'aide du partage de fichiers. Toutefois, Storage Gateway ne met pas automatiquement à jour le cache lorsque vous chargez un fichier directement sur Amazon S3. Dans ce cas, vous devez effectuer une RefreshCache opération pour voir les modifications apportées au partage de fichiers. Si vous avez plusieurs partages de fichiers, vous devez exécuter l'RefreshCacheopération sur chaque partage de fichiers.

Vous pouvez actualiser le cache à l'aide de la console Storage Gateway et du AWS Command Line Interface (AWS CLI) :

  • Pour actualiser le cache à l'aide de la console Storage Gateway, consultez Actualisation d'objets dans votre compartiment Amazon S3.

  • Pour actualiser le cache à l'aide de AWS CLI :

    1. Exécutez la commande aws storagegateway list-file-shares

    2. Copiez le numéro de ressource Amazon (ARN) du partage de fichiers avec le cache que vous souhaitez actualiser.

    3. Exécutez la refresh-cache commande avec votre ARN comme valeur pour --file-share-arn :

      aws storagegateway refresh-cache --file-share-arn arn:aws:storagegateway:eu-west-1:12345678910:share/share-FFDEE12

Pour automatiser l'RefreshCacheopération, voir How can I automation the RefreshCache operation on Storage Gateway ?

Les autorisations ACL ne fonctionnent pas comme prévu

Si les autorisations des listes de contrôle d'accès (ACL) ne fonctionnent pas comme escompté avec votre partage de fichiers SMB, vous pouvez effectuer un test.

Pour ce faire, vous devez d'abord tester les autorisations sur un serveur Microsoft Windows ou un partage de fichiers Windows local. Ensuite, comparez le comportement au partage de fichiers de votre passerelle.

Les performances de votre passerelle ont diminué après avoir effectué une opération récursive

Dans certains cas, vous pouvez effectuer une opération récursive, telle que renommer un répertoire ou activer l'héritage pour une ACL, et le forcer à descendre dans l'arborescence. Dans ce cas, votre passerelle de fichiers S3 applique l'opération de manière récursive à tous les objets du partage de fichiers.

Supposons, par exemple, que vous appliquiez l'héritage à des objets existants dans un compartiment S3. Votre passerelle de fichiers S3 applique de manière récursive l'héritage à tous les objets du compartiment. Ces opérations peuvent entraîner une dégradation des performances de votre passerelle.