View a markdown version of this page

Comportement de stockage - Amazon OpenSearch Service

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.

Comportement de stockage

Le moteur optimisé stocke les données dans deux structures, chacune optimisée en fonction de son objectif.

Structure Format Objectif
Stockage d'analyses Apache Parquet (en colonnes, compressé nativement) Agrégations, jointures, analyses de plages et analyse des tendances
Index de recherche Indice inversé Lucene Correspondance de phrases, de flous et de caractères génériques

Parquet remplace trois des structures sur disque de Lucene (valeurs doc, arbres BKD et champs stockés) par un format colonnaire compressé unique. L'index inversé est conservé pour la recherche en texte intégral. Cette architecture réduit considérablement les besoins en stockage pour les charges de travail d'observabilité typiques lorsque la recherche est activée.

Niveaux de stockage

Le moteur optimisé utilise l'Stockage multiniveau pour Amazon Service OpenSearcharchitecture, qui combine Amazon S3 avec le stockage d'instance local et est alimenté par des instances OpenSearch optimisées.

Tier Objectif instances
Chaud Ingestion active et requêtes fréquentes OpenSearch Instances optimisées (OR1, OR2 ou OM2)
Chaud Requêtes peu fréquentes et rétention prolongée (lecture seule) Instances OI2 avec stockage géré

Amazon S3 sauvegarde à la fois les fichiers Parquet et les segments à index inversé pour des raisons de durabilité. Utilisez les politiques ISM (Index State Management) pour faire passer les données d'un état chaud à un état chaud en fonction de l'âge, de la taille de la partition ou d'autres conditions.

Important

Sur le moteur optimisé, le niveau chaud est en lecture seule. Bien que l'architecture de stockage multiniveau générale prenne en charge les écritures dans le niveau chaud, les domaines optimisés ne prennent pas en charge les opérations d'écriture dans le niveau chaud. Ingérez les données dans le hot tier et utilisez les politiques de gestion de l'état de l'index (ISM) pour les transférer vers le niveau chaud.