Limites et restrictions liées à une table de métadonnées

Les métadonnées S3 ne sont actuellement disponibles que dans les régions USA Est (Virginie du Nord), USA Est (Ohio) et USA Ouest (Oregon).

S3 Metadata prend en charge toutes les classes de stockage prises en charge par les buckets à usage général. Pour la classe de stockage S3 Intelligent-Tiering, le niveau spécifique n’est pas affiché dans la table de métadonnées.

Lorsque vous créez une configuration de table de métadonnées, vos tables de métadonnées sont stockées dans un bucket de tables AWS géré. Vous ne pouvez pas stocker votre configuration dans un bucket de table géré par le client.

Les métadonnées S3 ne sont pas prises en charge pour les compartiments de répertoire, les compartiments de table ou les compartiments vectoriels. Vous pouvez créer des configurations de table de métadonnées uniquement pour des compartiments à usage général. La table de journal capture les métadonnées uniquement pour les événements de modification (tels que les téléchargements, les mises à jour et les suppressions) qui se produisent après que vous avez créé la configuration de votre table de métadonnées.

Vous ne pouvez pas contrôler l'expiration des instantanés de la table de journal ou de la table d'inventaire. Pour chaque table, Amazon S3 stocke au moins un instantané pendant 24 heures au maximum.

Pour réduire vos coûts, vous pouvez configurer l'expiration des enregistrements de la table de journal. Par défaut, les enregistrements de table de journal n'expirent pas et les enregistrements de table de journal doivent être conservés pendant au moins 7 jours. Pour de plus amples informations, veuillez consulter Enregistrements de table de journal expirant.

Vous ne pouvez créer une configuration de table de métadonnées que pour un compartiment complet à usage général. Vous ne pouvez pas appliquer de configuration de table de métadonnées au niveau du préfixe.

Vous ne pouvez pas suspendre et reprendre les mises à jour des tables de métadonnées. Vous pouvez toutefois supprimer la configuration de métadonnées associée pour les journaux ou les tables d'inventaire dynamiques. La suppression de votre configuration n'entraîne pas la suppression du journal ou de la table d'inventaire associés. Pour recréer votre configuration, vous devez d'abord supprimer l'ancien journal ou table d'inventaire, puis Amazon S3 peut créer un nouveau journal ou une nouvelle table d'inventaire. Lorsque vous réactivez le tableau d'inventaire, Amazon S3 crée un nouveau tableau d'inventaire et vous êtes à nouveau facturé pour le remplissage du nouveau tableau d'inventaire.

Les tables de métadonnées ne contiennent pas toutes les mêmes métadonnées que celles disponibles via l’inventaire S3 ou l’API REST Amazon S3. Par exemple, les informations suivantes ne sont pas disponibles dans les tables de métadonnées :

Lorsque vous utilisez Amazon Athena ou Amazon Redshift pour interroger vos tables de métadonnées, vous devez placer les noms des espaces de noms de vos tables de métadonnées entre guillemets " () ou backticks ` (), sinon la requête risque de ne pas fonctionner. Pour obtenir des exemples, consultez Exemples de requêtes de tables de métadonnées.

Lorsque vous utilisez Apache Spark Amazon EMR ou d'autres moteurs tiers pour interroger vos tables de métadonnées, nous vous recommandons d'utiliser le point de terminaison Iceberg REST Amazon S3 Tables. Votre requête risque de ne pas s'exécuter correctement si vous n'utilisez pas ce point de terminaison. Pour de plus amples informations, veuillez consulter Accès aux tables à l'aide des tables Amazon S3 Iceberg REST point de terminaison.