Lorsque vous utilisez OSS, vous pouvez réduire considérablement vos coûts en planifiant les classes de stockage en fonction de l'utilisation réelle de vos données et en combinant la facturation par abonnement et à l'utilisation.
Précautions
Les prix unitaires indiqués dans les exemples suivants sont extraits de la grille tarifaire détaillée d'OSS publiée sur le site officiel d'Alibaba Cloud le 30 juillet 2024. Les prix unitaires de certains éléments facturables peuvent varier selon la date de collecte des informations. Consultez toujours les données publiées sur la page Tarification d'Object Storage Service.
Les exemples ci-dessous couvrent uniquement les scénarios courants de stockage et de requêtes de données. Si vous utilisez d'autres fonctionnalités d'OSS, des éléments facturables supplémentaires peuvent s'appliquer. Pour plus d'informations, consultez la rubrique Éléments facturables.
Vérifiez si la croissance de la capacité du bucket correspond à vos attentes
Lorsque vous stockez des données dans un bucket, les frais de stockage sont calculés en fonction de la capacité de stockage et de la classe de stockage des données.
Pour obtenir une vue plus granulaire de vos coûts, interrogez périodiquement l'utilisation d'OSS au niveau du compte et exportez les détails d'utilisation sous forme de fichier CSV. Ce fichier répertorie la capacité de stockage de chaque bucket du compte actuel, ce qui vous permet de juger si la croissance de la capacité est prévue. Pour connaître la procédure détaillée, consultez la rubrique Interroger l'utilisation des ressources d'un compte Alibaba Cloud.
Si la capacité augmente de manière inattendue, définissez la liste de contrôle d'accès (ACL) sur privée ou configurez une politique de bucket pour empêcher d'autres utilisateurs d'effectuer des opérations non autorisées sur vos ressources OSS. De telles opérations incluent le téléchargement d'un grand nombre d'objets indésirables, ce qui provoque une augmentation soudaine de la capacité, ainsi que l'accès malveillant aux objets, générant des frais élevés liés au trafic sortant vers Internet. Pour plus d'informations, consultez la rubrique Réduire les risques d'accès non autorisé causés par la fuite de paires AccessKey.
Réduire les frais de trafic sortant vers Internet et de récupération de données pour le propriétaire du bucket
Supposons qu'un propriétaire de bucket autorise d'autres utilisateurs à accéder aux données du bucket via Internet et souhaite que les demandeurs paient pour le trafic sortant vers Internet ainsi que pour les frais de capacité engagés lors de la lecture des données en accès peu fréquent. Dans ce cas, le propriétaire du bucket peut activer le mode pay-by-requester. Pour connaître la procédure détaillée, consultez la rubrique Paiement par demandeur.
Les forfaits de trafic descendant ne peuvent pas compenser les frais de trafic sortant vers Internet encourus par les demandeurs lorsqu'ils téléchargent des données depuis OSS vers un client via Internet après l'activation du mode pay-by-requester. Dans ce mode, les frais de trafic Internet sont facturés uniquement sur la base de l'utilisation réelle.
Configurer des règles de cycle de vie
Pour gérer et réduire plus efficacement vos coûts OSS, nous vous recommandons de tirer pleinement parti des politiques de gestion du cycle de vie afin de maximiser l'efficacité des coûts.
Faire évoluer les classes de stockage en fonction de la fréquence d'accès et des exigences de temps de réponse
Lorsqu'un jeu de données est moins fréquemment consulté ou lorsque l'accès en temps réel aux données n'est plus requis, configurez des règles de cycle de vie appropriées pour déplacer automatiquement les données vers une classe de stockage moins coûteuse sans affecter les performances d'accès.
|
Référence de sélection |
Scénario |
Fréquence d'accès aux données |
|
Standard |
Données chaudes fréquemment consultées et lues en temps réel. |
Plus d'une fois par mois par objet |
|
Infrequent Access |
Données tièdes moins fréquemment consultées mais devant toujours être lues en temps réel. |
Moins d'une fois par mois par objet |
|
Archive |
Données froides devant être conservées longtemps et rarement consultées, mais nécessitant une récupération rapide en cas de besoin. Le temps de restauration est d'environ 1 minute. |
Moins d'une fois tous les 90 jours par objet |
Si vous définissez la classe de stockage sur Archive sans activer l'accès en temps réel aux objets Archive, vous ne pouvez pas accéder aux données en temps réel et devez restaurer les objets avant de pouvoir les lire.
En fonction des caractéristiques et de la fréquence d'accès de vos données, vous pouvez filtrer des objets spécifiques par préfixe ou par tag et leur configurer des règles de cycle de vie. Les données froides rarement consultées sont automatiquement transférées vers le stockage Archive moins coûteux, tandis que les données chaudes fréquemment consultées restent dans le stockage Standard pour des lectures plus rapides. Cette approche optimise les coûts de stockage et améliore l'efficacité de l'accès aux données.
Les exemples suivants montrent comment les coûts de stockage sont calculés et comment choisir la classe de stockage la plus adaptée à vos besoins.
Supprimer les versions précédentes des objets
Après l'activation du versioning pour un bucket, les opérations qui écrasent ou suppriment des données sont conservées en tant que versions précédentes. Lorsqu'un grand nombre de versions précédentes s'accumulent dans le bucket, utilisez des règles de cycle de vie pour supprimer celles dont vous n'avez plus besoin et réduire les coûts de stockage.
Action recommandée
Nous vous recommandons de configurer une règle de cycle de vie pour supprimer automatiquement les objets une fois qu'ils atteignent un âge spécifié en jours.
Dans l'exemple de configuration précédent, OSS supprime automatiquement les versions précédentes des objets dont la dernière modification remonte à plus de 200 jours. Pour connaître la procédure détaillée, consultez la rubrique Règles de cycle de vie basées sur la dernière heure de modification.
Supprimer les parties expirées pour réduire les coûts de stockage
Si vous n'appelez pas l'opération CompleteMultipartUpload pour assembler les parties après un téléchargement multipartie, les parties restent indéfiniment dans le bucket, consomment de la capacité de stockage et engendrent des frais de stockage.
Action recommandée
Nous vous recommandons de configurer une règle de cycle de vie pour supprimer automatiquement les parties lorsqu'elles atteignent un âge spécifié en jours ou à une date spécifiée.
Dans l'exemple de configuration précédent, OSS supprime automatiquement les parties générées il y a plus de 2 jours. Pour connaître la procédure détaillée, consultez la rubrique Règles de cycle de vie basées sur la dernière heure de modification.