Classe automatique

Configuration

La fonctionnalité de classe automatique fait automatiquement passer les objets de votre bucket aux classes de stockage appropriées en fonction du modèle d'accès de chaque objet. La fonctionnalité déplace les données qui ne font l'objet d'aucun accès vers des classes de stockage plus "froides" afin de réduire les coûts de stockage, et les données qui font l'objet d'un accès vers le stockage standard pour optimiser les accès futurs. La classe automatique simplifie et automatise les économies réalisées pour vos données Cloud Storage.

Présentation

Lorsqu'elle est activée, la fonctionnalité de classe automatique gère tous les aspects des classes de stockage d'un bucket :

  • Tous les objets ajoutés au bucket sont d'abord définis dans une classe de stockage standard, même si une autre classe de stockage est spécifiée dans la requête.

    • La classe de stockage par défaut du bucket est toujours définie sur "Stockage standard". Les requêtes qui tentent de remplacer cette propriété par une classe de stockage différente échouent.

    • Si vous essayez de modifier manuellement la classe de stockage d'un objet lors d'une opération de réécriture ou de copie, l'opération globale réussit. Toutefois, la modification de la classe de stockage est ignorée et l'objet est toujours défini sur la classe de stockage standard.

  • La plupart des objets passent à des classes de stockage progressivement plus froides s'ils ne font l'objet d'aucun accès.

    • Par défaut, la classe de stockage du terminal pour Autoclass est le stockage Nearline, ce qui signifie que les objets passent à l'espace de stockage Nearline et restent dans cette classe de stockage jusqu'à ce qu'ils soient accessibles. Vous pouvez également configurer Autoclass de sorte que la classe de stockage du terminal soit un stockage Archive.

    • Les objets de moins de 128 Kio ne sont pas transférés vers des classes de stockage plus froides. Au lieu de cela, ils sont stockés de manière permanente dans une classe de stockage standard. Seules les données d'objet, et non les métadonnées d'objet, sont prises en compte pour déterminer si la taille de l'objet est inférieure à 128 Kio.

    • Les objets soumis à suppression réversible conservent leurs classes de stockage existantes jusqu'à la fin de leur durée de conservation.

  • Lorsque les données d'un objet sont lues, l'objet passe à l'espace de stockage standard s'il n'est pas déjà stocké dans l'espace de stockage standard.

    • La lecture ou la modification des métadonnées d'un objet n'entraîne pas son passage au stockage standard.

  • Lorsqu'un objet supprimé de façon réversible est restauré, l'objet obtenu commence dans le stockage standard, quelle que soit la classe de stockage de cet objet.

Tarifs

Les tarifs de Cloud Storage restent identiques pour les buckets pour lesquels la classe automatique est activée, avec les exceptions suivantes :

  • Les frais de récupération ne sont jamais facturés.
  • Les frais de suppression anticipée ne sont jamais facturés.
  • Toutes les opérations sont facturées au tarif de stockage standard.
  • Aucuns frais d'opération ne sont facturés lorsque Autoclass fait passer un objet à une classe de stockage à froid.
  • Aucuns frais d'opération de classe A ne sont appliqués lorsque Autoclass fait passer un objet du stockage Nearline au stockage standard.
  • Lorsque la classe automatique fait passer un objet d'un stockage Coldline ou Archive à un stockage Standard ou Nearline, chacune de ces transitions entraîne des frais d'opération de classe A.
  • Des frais de gestion et des frais d'activation s'appliquent lorsque vous utilisez la classe automatique.

Classe automatique pour les buckets existants

Les configurations de classe automatique peuvent être activées, désactivées ou modifiées pour un bucket existant.

  • La prise en compte des modifications de la configuration de classe automatique peut prendre jusqu'à un jour. Il est donc possible que Cloud Storage continue d'effectuer des actions basées sur la configuration précédente pendant cette période.

  • Lorsque vous activez la classe automatique sur un bucket existant, voici ce qui se produit :

    • Tous les objets du bucket, à l'exception des objets supprimés de façon réversible, passent au stockage standard.

    • Les objets déjà stockés dans le stockage standard au moment où vous activez Autoclass sont traités comme s'ils venaient tout juste de passer au stockage standard. Par conséquent, ces objets nécessitent 30 jours supplémentaires sans que personne n'y accède avant de pouvoir passer au stockage Nearline.

    • Des frais s'appliquent une seule fois à l'activation de la classe automatique. Pour en savoir plus, consultez la section Frais liés à la classe automatique.

  • Lorsque vous désactivez la classe automatique sur un bucket existant, voici ce qui se produit :

    • Chaque objet reste stocké dans la classe de stockage qui lui était attribuée au moment de la désactivation de la classe automatique. Vous pouvez ensuite modifier la classe de stockage d'un objet comme vous le feriez pour les buckets d'une autre classe.
    • La grille tarifaire de la classe automatique ne s'applique plus.
    • La classe automatique ne peut pas être réactivée sur le bucket avant un délai d'un jour. Si vous essayez malgré tout, vos tentatives échoueront.

  • Lorsque vous modifiez la classe de stockage du terminal dans votre configuration de classe automatique, voici ce qui se produit :

    • Si vous changez la classe de stockage du terminal pour passer du stockage Archive au stockage Nearline, les objets en stockage Archive et Coldline au moment de la transition basculent vers le stockage Nearline

    • Si vous modifiez la classe de stockage du terminal pour passer du stockage Nearline à Archive, les objets en stockage Nearline au moment de la modification sont traités comme s'ils venaient tout juste de passer au stockage Nearline. Par conséquent, ces objets nécessitent 60 jours supplémentaires sans que personne n'y accède avant de passer au stockage Coldline.

Devez-vous utiliser la classe automatique ?

Lorsqu'elle est activée, la classe automatique réduit le travail de gestion de données à effectuer et élimine certains frais qui s'appliquent à d'autres buckets. La classe automatique est une fonctionnalité utile à activer pour les modèles d'accès général suivants :

  • Vous accédez à vos données à différentes fréquences.
  • Les modèles d'accès à vos données sont inconnus ou imprévisibles.

Toutefois, la classe automatique n'est pas recommandée si la majorité des données de votre bucket correspondent à des cas d'utilisation de classes de stockage spécifiques. Par exemple, supposons que votre bucket présente deux cas d'utilisation : certaines données font l'objet d'un accès chaque semaine, tandis que d'autres sont des données de sauvegarde qui ne sont jamais destinées à être consultées. Dans ce scénario, la classe automatique n'est pas recommandée si vous savez quels objets appartiennent à chacun de ces cas d'utilisation.

De plus, l'utilisation de la classe automatique n'est pas recommandée si d'autres services Google Cloud lisent régulièrement les données du bucket. Par exemple, Autoclass n'est pas recommandé si vous utilisez la protection des données sensibles pour analyser le contenu de votre bucket.

Comportement de transition

Une fois Autoclass activé, les objets dont la taille est d'au moins 128 Kio entre les classes de stockage sont les suivants :

  • Si les données d'un objet font l'objet d'un accès, l'objet passe au stockage standard.

  • Tout objet qui ne fait l'objet d'aucun accès pendant 30 jours passe au stockage Nearline.

Si le bucket est configuré pour utiliser le stockage Nearline en tant que classe de stockage du terminal, Autoclass ne modifie l'état d'un objet stocké dans le stockage Nearline que si cet objet est accessible.

Si le bucket est configuré pour utiliser le stockage Archive en tant que classe de stockage du terminal, les objets continuent à passer aux classes de stockage à froid comme suit :

  • Tout objet qui ne fait l'objet d'aucun accès pendant 90 jours est transféré vers le stockage Coldline. Ces objets ont passé au moins 30 jours dans le stockage standard et 60 jours dans le stockage Nearline.

  • Tout objet qui ne fait l'objet d'aucun accès pendant 365 jours est transféré vers le stockage Archive. Ces objets ont passé au moins 30 jours dans le stockage standard, 60 jours dans le stockage Nearline et 275 jours dans le stockage Coldline.

  • La classe automatique ne modifie l'état d'un objet stocké dans le stockage Archive que si cet objet fait l'objet d'un accès.

Une fois qu'un objet est éligible pour effectuer une transition entre des classes de stockage, Cloud Storage effectue la transition de manière asynchrone. Il peut donc y avoir un décalage entre le moment où un objet est éligible pour la transition et celui où la transition se produit.

  • Pendant cette période, l'objet continue d'être facturé à l'aide de sa classe de stockage avant la transition, sauf dans le cas de transitions vers le stockage Standard qui se produisent à la suite de l'activation de la classe automatique.

Restrictions

  • Dans une configuration de gestion du cycle de vie des objets, la fonctionnalité Autoclass ne peut pas être activée sur un bucket auquel l'un des éléments suivants est associé :

    • Une règle qui utilise l'action SetStorageClass.
    • Une règle qui utilise la condition matchesStorageClass.

    Les requêtes impliquant à la fois l'activation de la classe automatique et l'application de l'une de ces règles de gestion du cycle de vie des objets sur un bucket échouent.

  • Comme la composition d'un objet nécessite que les objets sources et l'objet composé utilisent la même classe de stockage, la composition d'un objet dans un bucket Autoclass échoue, sauf si tous les objets sources sont stockés en tant que stockage Standard au moment de la requête de composition.

Surveiller l'utilisation des classes de stockage et les transitions

Les métriques de stockage suivantes sont disponibles dans Monitoring pour effectuer le suivi des transitions de classes de stockage :

  • autoclass/transition_operation_count : nombre de transitions de classes de stockage initiées par la classe automatique, à l'exclusion des transitions effectuées lors de son activation.

  • autoclass/transitioned_bytes_count : nombre total d'octets transférés par la classe automatique, à l'exclusion des octets dont la transition a été effectuée lors de son activation.

Les deux métriques peuvent éventuellement être regroupées en fonction de la classe de stockage source ou de destination impliquée dans les transitions.

Pour obtenir un guide sur le suivi des métriques avec Monitoring, consultez la page Créer des graphiques avec l'explorateur de métriques.

Vous pouvez également surveiller le nombre d'octets stockés dans chaque classe de stockage au fil du temps sur les buckets pour lesquels la classe automatique est activée en accédant à l'onglet Configuration du bucket dans la console Google Cloud et en cliquant sur Afficher les performances.

Étapes suivantes