Facturation

Des informations sur les prix sont disponibles à l'adresse suivante IBM Cloud®.

Factures

Pour consulter vos factures de compte, accédez à Gérer > Facturation et utilisation dans le menu de navigation.

Dans le cadre d'un plan Standard, l'instance de service reçoit une seule facture. Si vous avez besoin d'une facturation distincte pour différents ensembles de compartiments, la création de plusieurs instances est nécessaire.

Pour chaque classe de stockage, la facturation est basée sur l'utilisation agrégée dans tous les compartiments au niveau de l'instance. Par exemple, pour Smart Tier, la facturation est basée sur l'utilisation de tous les compartiments Smart Tier dans une instance donnée, et non sur les compartiments individuels.

Tarification d'IBM Cloud Object Storage

Les coûts de stockage pour IBM Cloud® Object Storage sont déterminés par le volume mensuel moyen de données stockées, la quantité de bande passante publique sortante utilisée et le nombre total de demandes opérationnelles traitées par le système.

Les offres d'infrastructure sont connectées à un réseau à trois niveaux, segmentant le trafic public, privé et de gestion. Le transfert de données entre les services d'infrastructure sur le réseau privé est gratuit. Les offres d'infrastructure (telles que les serveurs bare metal, les serveurs virtuels et le stockage en nuage) se connectent à d'autres applications et services du catalogue de la plate-forme IBM Cloud (tels que les services Watson ) via le réseau public, de sorte que le transfert de données entre ces deux types d'offres est mesuré et facturé aux tarifs standard de la bande passante du réseau public.

Classes de demande

Les demandes 'Classe A' sont liées à une modification ou à une création de liste. Cette catégorie comprend la création de compartiments, l'envoi par téléchargement ou la copie d'objets, la création ou la modification de configurations, la création de liste de compartiments et la création de liste d'éléments de contenu de compartiments.

Les demandes 'Classe B' sont liées à l'extraction d'objets ou des métadonnées/configurations qui leur sont associées sur le système.

La suppression de compartiments ou d'objets sur le système n'entraîne pas de frais. Pour les frais liés aux suppressions multiples, voir Suppression de plusieurs objets.

Classes de demande
Classe Demandes Exemples
Classe A Demandes PUT, COPY et POST et GET utilisées pour créer des listes de compartiments et d'objets Création de compartiments, téléchargement ou copie d'objets, création de liste de compartiments, création de liste d'éléments de contenu de compartiments, définition de listes ACL et définition de configurations CORS
Classe B Demandes GET (création de liste exclue), HEAD et OPTIONS Extraction d'objets et de métadonnées

Les demandes effectuées à l'aide de l'API de configuration des ressources ne sont pas facturées pour les demandes et ne sont pas utilisées à des fins de facturation.

Transferts Aspera

La fonction Transfert haut débit Aspera entraîne des frais de sortie supplémentaires. Pour plus d'informations, voir la page de tarification.

Facturation de secours

L'utilisation du service Object Storage Backup est facturée en deux fois. Le premier frais correspond à la quantité de données stockées dans la chambre forte. Elle est mesurée en gigaoctets. La consommation est calculée en moyenne sur la période de facturation. Toute restauration effectuée à partir de la chambre forte pendant la période de facturation fait l'objet d'une seconde facturation supplémentaire. Les travaux de restauration sont facturés pour chaque gigaoctet de données restaurées.

L'utilisation de la fonction Object Storage Backup n'entraîne pas de frais d'exploitation, de récupération ou de sortie sur le seau source. Il n'y a pas non plus de frais d'exploitation pour l'écriture des sauvegardes dans la chambre forte.

Le panier cible d'une tâche de restauration subira des frais d'exploitation pour les données écrites dans le panier lors de la restauration.

Classes de stockage

Les données stockées n'ont pas toutes besoin d'être fréquemment consultées, et parfois certaines données archivées sont rarement, voire jamais consultées. Pour les charges de travail moins actives, vous pouvez créer des compartiments dans une classe de stockage différente. Le stockage d'objets dans ces compartiments entraîne des frais selon une planification différente de celle du stockage standard.

Il existe six classes:

  • Smart Tier peut être utilisé pour n'importe quelle charge de travail, en particulier les charges de travail dynamiques où les modèles d'accès sont inconnus ou difficiles à prévoir. Smart Tier offre une structure de tarification simplifiée et une optimisation automatique des coûts en classant les données en niveaux "chaud", "frais" et "froid" en fonction des modèles d'utilisation mensuels. Toutes les données du compartiment sont ensuite facturées au taux applicable le plus bas. Il n'y a pas de taille d'objet de seuil ni de période de stockage, et il n'y a pas de frais d'extraction.
  • Standard : classe utilisée pour les charges de travail actives, sans frais pour les données extraites (en dehors du coût de la demande opérationnelle proprement dite).
  • Coffre : classe utilisée pour les charges de travail tièdes pour lesquelles les données sont consultées moins d'une fois par mois. Des frais d'extraction supplémentaires ($/Go) s'appliquent à chaque fois que les données sont lues. Le service comprend un seuil minimal pour la taille d'objet et la durée de stockage adaptés à l'usage prévu, le stockage de données moins actives tièdes.
  • Coffre froid : classe utilisée pour les charges de travail froides pour lesquelles les données sont consultées tous les 90 jours tout au plus. Des frais d'extraction supplémentaires supérieurs ($/Go) s'appliquent à chaque fois que les données sont lues. Le service comprend un seuil minimal plus élevé pour la taille d'objet et la durée de stockage adaptés à l'usage prévu, le stockage de données inactives froides.

Flex a été remplacé par Smart Tier pour les charges de travail dynamiques. Les utilisateurs Flex peuvent continuer à gérer leurs données dans des compartiments Flex existants, bien qu'aucun nouveau compartiment Flex ne puisse être créé. Les utilisateurs existants peuvent référencer les informations de tarification ici.

Pour plus d'informations sur les prix, voir le tableau des prix à l'adresse ibm.com.

La classe de stockage Active n'est utilisée qu'avec les plans à tarif unique et ne peut pas être utilisée dans les instances des plans Standard ou Lite.

Pour plus d'informations sur la création de compartiments avec différentes classes de stockage, voir la rubrique Référence d'API.

Détails de la tarification Smart Tier

Sur la base de moyennes mensuelles, les données d'un compartiment Smart Tier sont classées dans l'un des trois niveaux en fonction des variables suivantes:

Classification des godets Smart Tier
Variable Description
storage Volume total de données stockées en Go
retrievals Volume total de données extraites en Go
requests Somme du nombre de demandes de classe A (écriture) plus 1/10 du nombre de demandes de classe B (lecture)
  • Les données sont classifiées à chaud si le total est requests > 1000 x (storage - retrievals).
  • Les données sont classifiées à froid si le total est requests < (storage - retrievals).
  • Les données sont classées "cool" si aucune des équations ci-dessus n'est vraie.

Par exemple, imaginons un compartiment dans la région us-south avec un modèle d'accès qui change d'un mois à l'autre. Le compartiment stocke 1 To de données, mais certains objets sont très grands et d'autres sont très petits.

  1. Au cours du premier mois, il y a beaucoup d'activité, mais surtout avec des objets plus petits. Au total, il y a 4 millions de demandes et 100 Go sont récupérés. Ce mois-ci, le compartiment est classé comme chaud.
  2. Au cours du deuxième mois, l'activité ralentit, mais l'accent est mis sur les objets de plus grande taille. Ce mois-ci, il n'y a que 4 000 demandes, mais 200 Go sont récupérés. A présent, le compartiment est classé comme cool.
  3. Au cours du troisième mois, l'activité ralentit jusqu'à un quasi-arrêt. Il n'y a que 400 demandes et 10 Go sont extraits. Ce mois-ci, le compartiment est classé comme froid.

Voyons comment les coûts peuvent être comparés aux autres classes de stockage.

Comparaison des coûts
Mois storage requests retrieval Classification standard Coffre Coffre froid Stockage intelligent
1 1000 Go 4 000 000 100 Go Chaud 41 $ 53 $ 111 $ $41
2 1000 Go 4 000 200 Go Circonspect 21 $ 14 $ 16 $ $12
3 1000 Go 400 10 Go Froid 21 $ 12 $ $7 8 $
Total
83 $ 79 $ 134 $ $61

Notez que dans les situations où les données sont très froides, il est possible d'obtenir un taux plus faible avec un compartiment Cold Vault, bien que des pics d'accès inattendus puissent entraîner des coûts importants. Dans ce scénario, si les données ne nécessitent pas d'accès à la demande, il peut être préférable d'archiver les objets à la place.

Allocations mensuelles du niveau gratuit

Les allocations du niveau gratuit suivantes s'appliquent à chaque mois pendant un maximum de 12 mois et s'appliquent à l'utilisation totale de tous les compartiments Smart Tier du forfait standard :

  • Jusqu'à 5 Go de capacité de stockage Smart Tier
  • 2 000 requêtes de classe A (PUT, COPY, POST et LIST)
  • 20 000 Demandes de la classe B (GET et tous les autres)
  • 10 Go de récupération de données
  • 5GB de sortie (bande passante sortante publique) chaque mois

Obtention de métadonnées de compartiment

Pour déterminer votre utilisation actuelle, vous envisagerez peut-être d'interroger un compartiment pour voir les valeurs d'octets utilisés (bytes_used) et de nombre d'objets (object_count). L'utilisation de cette commande renvoie des métadonnées contenant ces informations pour le compartiment spécifié.

curl https://config.cloud-object-storage.cloud.ibm.com/v1/b/{my-bucket} \
                        -H 'authorization: bearer <IAM_token>'

La réponse appropriée à la demande doit contenir bytes_used et object_count.

{
  "name": "{my-bucket}",
  "crn": "crn:v1:bluemix:public:cloud-object-storage:global:a/3bf0d9003abfb5d29761c3e97696b71c:d6f04d83-6c4f-4a62-a165-696756d63903:bucket:my-new-bucket",
  "service_instance_id": "d6f04d83-6c4f-4a62-a165-696756d63903",
  "service_instance_crn": "crn:v1:bluemix:public:cloud-object-storage:global:a/3bf0d9003abfb5d29761c3e97696b71c:d6f04d83-6c4f-4a62-a165-696756d63903::",
  "time_created": "2018-03-26T16:23:36.980Z",
  "time_updated": "2018-10-17T19:29:10.117Z",
  "object_count": 764265234,
  "bytes_used": 28198745752445144
}

Obtention d'informations sur les ressources à partir d'une API

Le contrôleur de ressources constitue la couche de mise à disposition de plateforme IBM Cloud de nouvelle génération qui gère le cycle de vie des ressources Object Storage dans un compte client. L'API peut fournir des métriques facturables réelles, telles que les types de demandes et les frais de stockage, pour vous aider à démarrer. Pour plus d'informations, voir la documentation

curl -X GET https://resource-controller.cloud.ibm.com/v2/resource_instances -H 'Authorization: Bearer <IAM_TOKEN>'

Une réponse appropriée doit répertorier les métadonnées de vos ressources, comme indiqué dans l'exemple.

{
  "rows_count": 1,
  "next_url": "/v2/resource_instances?next_docid=g1AAAACkeJzLYWBgYMpgTmFQSklKzi9KdUhJMtTLTMrVTSouNjAw1EvOyS9NScwr0ctLLckBqc1jAZIMC4DU____92eBxdycyiQ6O2sOMCQxMLHnZKEaZ0qEcQ8gxv2HG-fo9M_-Asg4-TVZWQCZcDI1&limit=2&account_id=d86af7367f70fba4f306d3c19c7344b2",
  "resources": [
    {
      "id": "crn:v1:bluemix:public:cloud-object-storage:global:a/4329073d16d2f3663f74bfa955259139:8d7af921-b136-4078-9666-081bd8470d94::",
      "guid": "8d7af921-b136-4078-9666-081bd8470d94",
      "url": "/v2/resource_instances/8d7af921-b136-4078-9666-081bd8470d94",
      "created_at": "2018-04-19T00:18:53.302077457Z",
      "updated_at": "2018-04-19T00:18:53.302077457Z",
      "deleted_at": null,
      "name": "my-instance",
      "region_id": "global",
      "account_id": "4329073d16d2f3663f74bfa955259139",
      "resource_plan_id": "2fdf0c08-2d32-4f46-84b5-32e0c92fffd8",
      "resource_group_id": "0be5ad401ae913d8ff665d92680664ed",
      "resource_group_crn": "crn:v1:bluemix:public:resource-controller::a/4329073d16d2f3663f74bfa955259139::resource-group:0be5ad401ae913d8ff665d92680664ed",
      "target_crn": "crn:v1:bluemix:public:resource-catalog::a/9e16d1fed8aa7e1bd73e7a9d23434a5a::deployment:2fdf0c08-2d32-4f46-84b5-32e0c92fffd8%3Aglobal",
      "crn": "crn:v1:bluemix:public:cloud-object-storage:global:a/4329073d16d2f3663f74bfa955259139:8d7af921-b136-4078-9666-081bd8470d94::",
      "state": "active",
      "type": "service_instance",
      "resource_id": "dff97f5c-bc5e-4455-b470-411c3edbe49c",
      "dashboard_url": "/objectstorage/crn%3Av1%3Abluemix%3Apublic%3Acloud-object-storage%3Aglobal%3Aa%2F4329073d16d2f3663f74bfa955259139%3A8d7af921-b136-4078-9666-081bd8470d94%3A%3A",
      "last_operation": null,
      "resource_aliases_url": "/v2/resource_instances/8d7af921-b136-4078-9666-081bd8470d94/resource_aliases",
      "resource_bindings_url": "/v2/resource_instances/8d7af921-b136-4078-9666-081bd8470d94/resource_bindings",
      "resource_keys_url": "/v2/resource_instances/8d7af921-b136-4078-9666-081bd8470d94/resource_keys",
      "plan_history": [
        {
          "resource_plan_id": "2fdf0c08-2d32-4f46-84b5-32e0c92fffd8",
          "start_date": "2018-04-19T00:18:53.302077457Z"
        }
      ],
      "migrated": false,
      "controlled_by": ""
    }
  ]
}