Amazon S3 Tables ajoute une migration gérée depuis Hive

Ce qui change

AWS a annoncé le 4 novembre 2026 une migration gérée de tables Apache Hive vers des tables Apache Iceberg dans Amazon S3 Tables. Elle vise des données au format Parquet, stockées dans S3 et enregistrées dans le catalogue AWS Glue. Le service prend en charge la validation, les conversions de types, la recompression et le regroupement des petits fichiers. Annonce AWS.

Pour une entreprise qui exploite déjà cet environnement, la décision devient concrète : tester une migration vers le stockage géré S3 Tables. La destination reste en lecture seule pendant la migration. Les données sources restent utilisables ; la copie ne vaut donc pas bascule des applications. Fonctionnement.

Qui peut l’utiliser, avec quelles limites

Le dispositif concerne les tables externes Hive du catalogue Glue, avec des fichiers Parquet dans un compartiment S3 généraliste. Source, compartiment de destination et compartiment des rapports doivent appartenir au même compte AWS et à la même région. Les catalogues Glue intercomptes ou fédérés sont exclus. En Europe, la disponibilité couvre Francfort, l’Irlande et Stockholm. Prérequis et limites.

Les exclusions sont importantes : tables Hive transactionnelles, tables déjà dans un format ouvert comme Iceberg, tables utilisant un gestionnaire de stockage, tables ignorant des lignes d’en-tête ou de pied de fichier, et tables également enregistrées dans Lake Formation. ORC, Avro et JSON ne sont pas pris en charge. Pour Parquet, seuls les fichiers non compressés ou utilisant Snappy, gzip, Zstandard, Brotli ou LZ4 sont acceptés.

Toutes les partitions doivent être sous l’emplacement déclaré dans Glue. Les colonnes de partition de type binaire, union ou imbriqué sont exclues. La projection de partitions Athena nécessite leur enregistrement préalable dans Glue. Les objets chiffrés avec une clé fournie par le client, dite SSE-C, sont exclus ; ceux nécessitant une restauration avant lecture doivent être restaurés ou copiés préalablement.

La migration ne reprend pas les paramètres Glue, réglages SerDe, statistiques et commentaires de colonnes, ni la description de table. Elle ignore aussi les marqueurs de répertoire, objets vides et objets dont le nom ou dossier commence par un point ou un tiret bas. Ces limites figurent dans le même guide.

Un lancement disponible, une bascule à organiser

L’annonce du 4 novembre présente la fonction comme disponible. Elle ne fixe aucune échéance de migration.

Le déroulement comporte un démarrage, des synchronisations facultatives et une finalisation. Une synchronisation échoue pour tout objet réécrit depuis la copie précédente, même si son contenu est identique et même avec le versionnement S3. La finalisation autorise les écritures sur la destination et active sa maintenance ; elle est irréversible et interdit toute nouvelle opération de migration. Étapes, finalisation.

Ce qu’il faut faire

• Choisir une table pilote éligible, puis vérifier format, compression, partitions, région et absence d’enregistrement Lake Formation.
• Préparer le compartiment de destination, un espace de noms existant, le compartiment des rapports et un rôle IAM autorisé à lire la source et écrire la destination ; ajouter les permissions KMS nécessaires si le chiffrement l’exige.
• Demander une revue avant copie avec le paramètre reviewMigrationPlan activé. Sans cette option, la copie suit automatiquement la planification. Examiner les rapports de compatibilité.
• Conserver ou justifier explicitement les politiques de conversion : par défaut, les incompatibilités provoquent un échec ; les alternatives peuvent supprimer une colonne source ou remplacer une valeur incompatible d’une colonne facultative par une valeur nulle.
• Tester les synchronisations avec le fonctionnement réel des traitements sources, puis contrôler la destination avant de finaliser. Prévoir séparément la reprise des métadonnées non migrées et le changement des applications.

Pour préparer ce passage vers S3 Tables, VCSTS peut prendre en charge la conception, la mise en place, la migration et l’exploitation selon le mandat retenu.