Optimiser les coûts : stockage

Last reviewed 2023-08-08 UTC

Ce document présenté dans le framework d'architecture Google Cloud fournit des recommandations pour vous aider à optimiser l'utilisation et les coûts de vos ressources Cloud Storage, Persistent Disk et Filestore.

Les conseils de cette section sont destinés aux architectes et aux administrateurs responsables du provisionnement et de la gestion du stockage des charges de travail dans le cloud.

Cloud Storage

Lorsque vous planifiez Cloud Storage pour vos charges de travail, tenez compte de vos exigences en matière de performances, de conservation des données et de modèles d'accès.

Classe de stockage

Choisissez une classe de stockage répondant aux exigences de conservation des données et de fréquence d'accès de vos charges de travail, comme recommandé dans le tableau suivant :

Exigences de stockage Recommandation
Données fréquemment consultées (analyse à haut débit ou lacs de données, sites Web, vidéos en streaming et applications mobiles). Stockage standard
Stockage à faible coût pour les données rarement consultées, qui peuvent être stockées pendant au moins 30 jours (par exemple, des sauvegardes et des contenus multimédias à longue traîne) Stockage Nearline
Données rarement consultées et pouvant être stockées pendant au moins 90 jours (par exemple, des copies de données pour la reprise après sinistre). Stockage Coldline
Service de stockage le moins coûteux pour les données rarement consultées, qui peuvent être stockées pendant au moins 365 jours (par exemple, des archives juridiques et réglementaires). Stockage Archive

Emplacement

Sélectionnez l'emplacement de vos buckets en fonction de vos exigences en termes de performances, de disponibilité et de redondance des données.

  • Les régions sont recommandées lorsque la région est proche de vos utilisateurs finaux. Vous pouvez sélectionner une région spécifique et obtenir une redondance garantie au sein de la région. Les régions offrent un stockage rapide, redondant et abordable pour les ensembles de données auxquels les utilisateurs d'une zone géographique spécifique accèdent fréquemment.
  • Les multirégions offrent une haute disponibilité aux utilisateurs distribués. Toutefois, le coût du stockage est plus élevé que pour les régions. Les buckets multirégionaux sont recommandés pour les cas d'utilisation de diffusion de contenu et pour les charges de travail d'analyse de bas niveau.
  • Les birégions offrent une haute disponibilité et une redondance des données. Google recommande d'utiliser des buckets birégionaux pour les charges de travail d'analyse hautes performances et pour les cas d'utilisation nécessitant de véritables buckets actifs-actifs avec des ressources de calcul et de stockage colocalisées dans plusieurs emplacements. Les buckets birégionaux vous permettent de choisir l'emplacement de stockage de vos données, ce qui peut vous aider à répondre aux exigences de conformité. Par exemple, vous pouvez utiliser un bucket birégional pour répondre aux exigences spécifiques à un secteur d'activité concernant la distance physique entre les copies de vos données dans le cloud.

Règles de cycle de vie

Optimisez le coût de stockage de vos objets dans Cloud Storage en définissant des règles de cycle de vie. Ces règles vous aident à réduire les coûts en rétrogradant automatiquement la classe de stockage de certains objets ou en supprimant des objets en fonction de conditions que vous définissez.

Configurez des règles de cycle de vie en fonction de la fréquence d'accès aux objets et de la durée de conservation de ces objets. Voici des exemples de règles de cycle de vie :

  • Règle de rétrogradation : vous prévoyez qu'un ensemble de données sera consulté fréquemment, mais uniquement pendant une période d'environ trois mois. Pour optimiser les coûts de stockage de cet ensemble de données, utilisez le stockage standard et configurez une règle de cycle de vie afin de rétrograder les objets de plus de 90 jours vers le stockage Coldline.

  • Règle de suppression : un ensemble de données doit être conservé pendant 365 jours pour répondre à certaines obligations légales et peut être supprimé après cette période. Configurez une règles de suppression des objets après 365 jours.

    Pour vous assurer que les données qui doivent être conservées pendant une période spécifique (à des fins légales ou réglementaires) ne sont pas supprimées avant cette date ou cette heure, configurez des verrous des règles de conservation.

Responsabilité

Afin de responsabiliser les utilisateurs pour ce qui est des frais opérationnels, des frais de réseau et du coût de récupération des données, utilisez la configuration Paiements par le demandeur si nécessaire. Avec cette configuration, les coûts sont facturés au service ou à l'équipe qui utilise les données plutôt qu'au propriétaire.

Définissez et attribuez des étiquettes de suivi des coûts de manière cohérente pour l'ensemble de vos buckets et objets. Automatisez l'attribution des libellés lorsque cela est possible.

Redondance

Utilisez les techniques suivantes pour maintenir la redondance du stockage requise sans dupliquer les données :

  • Pour maintenir la résilience des données avec une source de vérité unique, utilisez un bucket birégional ou multirégional plutôt que des copies redondantes des données dans différents buckets. Les buckets birégionaux et multirégionaux offrent une redondance entre les régions. Vos données sont répliquées de manière asynchrone sur au moins deux emplacements et sont protégées contre les pannes régionales.
  • Si vous activez la gestion des versions des objets, envisagez de définir des règles de cycle de vie pour supprimer la version la plus ancienne d'un objet lorsque les plus récentes deviennent obsolètes. Chaque version archivée d'un objet est facturée au même tarif que sa version active.
  • Désactivez les règles de gestion des versions d'objets lorsqu'elles ne sont plus nécessaires.
  • Examinez régulièrement vos règles de conservation des sauvegardes et des instantanés, et ajustez-les afin d'éviter les sauvegardes et la conservation de données inutiles.

Persistent Disk

Chaque instance de VM que vous déployez dans Compute Engine possède un disque de démarrage et (éventuellement) un ou plusieurs disques de données. Chaque disque entraîne des frais en fonction de la taille provisionnée, de la région et du type de disque. Le fait de créer un instantané d'un de vos disques entraîne des frais qui sont fonction de la taille de l'instantané.

Utilisez les recommandations de conception et d'exploitation suivantes pour optimiser le coût de vos disques persistants :

  • Ne surallouez pas l'espace disque. Vous ne pouvez pas réduire la capacité du disque après le provisionnement. Commencez avec un petit disque, puis augmentez sa taille si nécessaire. Les disques persistants sont facturés en fonction de la capacité provisionnée, et non en fonction de la quantité de données stockée sur les disques.

  • Choisissez un type de disque correspondant aux caractéristiques de performances de votre charge de travail. Les disques SSD offrent un débit et des IOPS élevés, mais coûtent plus cher que les disques persistants standards.

  • Utilisez des disques persistants régionaux uniquement lorsqu'il est essentiel de protéger les données contre les pannes zonales. Les disques persistants régionaux sont répliqués sur une autre zone de la région. Le coût est donc deux fois supérieur à celui des disques zonaux équivalents.

  • Suivez l'utilisation de vos disques persistants en utilisant Cloud Monitoring et configurez des alertes pour les disques dont l'utilisation est faible.

  • Supprimez les disques dont vous n'avez plus besoin.

  • Pour les disques contenant des données dont vous pourriez avoir besoin à l'avenir, envisagez de les archiver dans Cloud Storage à faible coût, puis de les supprimer.

  • Recherchez les recommandations dans le centre de recommandations.

Pensez également à utiliser des hyperdisques pour le stockage hautes performances et des disques éphémères (disques SSD locaux) pour le stockage temporaire.

Les instantanés de disque sont incrémentiels par défaut et compressés automatiquement. Tenez compte des recommandations suivantes pour optimiser le coût de vos instantanés de disque :

  • Si possible, organisez vos données en disques persistants distincts. Vous pouvez ensuite choisir de sauvegarder les disques de manière sélective afin de réduire le coût des instantanés de disque.
  • Lorsque vous créez un instantané, sélectionnez un emplacement en fonction de vos exigences de disponibilité et des coûts réseau associés.
  • Si vous prévoyez d'utiliser un instantané de disque de démarrage pour créer plusieurs VM, créez une image à partir de l'instantané, puis utilisez cette image pour créer vos VM. Cette approche vous permet d'éviter des frais de réseau pour le transfert de données entre l'emplacement de l'instantané et celui où vous le restaurez.
  • Envisagez de définir une règle de conservation afin de réduire les coûts de stockage à long terme des instantanés de disque.
  • Supprimez les instantanés de disque dont vous n'avez plus besoin. Chaque instantané d'une chaîne peut dépendre des données stockées dans un instantané précédent. Ainsi, la suppression d'un instantané ne supprime pas nécessairement toutes les données qu'il contient. Pour supprimer définitivement les données des instantanés, vous devez supprimer tous les instantanés de la chaîne.

Filestore

Le coût d'une instance Filestore dépend de son niveau de service, de sa capacité provisionnée et de la région dans laquelle l'instance est provisionnée. Vous trouverez ci-dessous des recommandations de conception et d'exploitation pour optimiser le coût de vos instances Filestore :

  • Sélectionnez un niveau de service et un type de stockage (HDD ou SSD) adaptés à vos besoins de stockage.
  • Ne surprovisionnez pas la capacité. Commencez par une petite taille et augmentez-la ultérieurement si nécessaire. La facturation Filestore est basée sur la capacité provisionnée, et non sur la quantité de données stockées.
  • Dans la mesure du possible, organisez vos données dans des instances Filestore distinctes. Vous pouvez ensuite choisir de sauvegarder les instances de manière sélective afin de réduire le coût des sauvegardes Filestore.
  • Lorsque vous choisissez la région et la zone, pensez à créer des instances dans la même zone que les clients. Le trafic de transfert de données provenant de la zone de l'instance Filestore vous est facturé.
  • Lorsque vous choisissez la région dans laquelle les sauvegardes Filestore doivent être stockées, tenez compte des frais de transfert de données liés au stockage des sauvegardes dans une région différente de celle de l'instance source.
  • Suivez l'utilisation de vos instances Filestore à l'aide de Cloud Monitoring et configurez des alertes pour les instances avec une faible utilisation.
  • Réduisez la capacité allouée aux instances Filestore qui sont peu utilisées. Vous pouvez réduire la capacité des instances, à l'exception du niveau de base.

Étapes suivantes