Abrechnung

Informationen zur Preisgestaltung finden Sie unter IBM Cloud®.

Rechnungen

Sie finden die Rechnungen für Ihr Konto im Navigationsmenü unter Verwalten > Abrechnung und Nutzung.

Bei einem Standardplan erhält die Serviceinstanz eine einzelne Rechnung. Wenn Sie separate Abrechnung für verschiedene Gruppen von Buckets benötigen, müssen Sie mehrere Instanzen erstellen.

Für jede Speicherklasse basiert die Abrechnung auf der aggregierten Nutzung für alle Buckets auf Instanzebene. Für Smart Tier basiert die Abrechnung beispielsweise auf der Nutzung für alle Smart Tier-Buckets in einer bestimmten Instanz und nicht auf den einzelnen Buckets.

Preisstruktur bei IBM Cloud Object Storage

Die Speicherkosten für IBM Cloud® Object Storage werden durch das durchschnittlich monatlich gespeicherte Datenvolumen, die genutzte öffentliche Bandbreite und die Gesamtzahl der vom System verarbeiteten operativen Anfragen bestimmt.

Infrastrukturangebote sind mit einem aus drei Tiers bestehenden Netz verbunden, das eine Segmentierung von öffentlichem Datenverkehr, privatem Datenverkehr und Managementdatenverkehr bewirkt. Infrastrukturservices können untereinander Daten über das private Netz kostenfrei übertragen. Infrastrukturangebote (z. B. Bare-Metal-Server, virtuelle Server und Cloud-Speicher) werden über das öffentliche Netzwerk mit anderen Anwendungen und Diensten im IBM Cloud Platform-Katalog (z. B. Watson ) verbunden, so dass die Datenübertragung zwischen diesen beiden Arten von Angeboten zu den üblichen Tarifen für die Bandbreite des öffentlichen Netzwerks gemessen und berechnet wird.

Anforderungsklassen

Anforderungen der 'Klasse A' beziehen eine Änderung oder Auflistung ein. Diese Kategorie umfasst das Erstellen von Buckets, das Hochladen oder Kopieren von Objekten, das Erstellen oder Ändern von Konfigurationen, das Auflisten von Buckets und das Auflisten des Inhalts von Buckets.

Anforderungen der 'Klasse B' beziehen sich auf das Abrufen von Objekten oder ihrer zugehörigen Metadaten oder Konfigurationen aus dem System.

Das Löschen von Buckets oder Objekten aus dem System ist nicht kostenpflichtig. Informationen zu Gebühren für mehrere Löschvorgänge finden Sie unter Mehrere Objekte löschen.

Anforderungsklassen
Klasse Anforderungen Beispiele
Klasse A Anforderungen vom Typ PUT, COPY und POST sowie Anforderungen vom Typ GET, die zum Auflisten von Buckets und Objekten verwendet werden Buckets erstellen, Objekte hochladen oder kopieren, Buckets auflisten, Inhalt von Buckets auflisten, ACSs festlegen, CORS-Konfigurationen festlegen
Klasse B Anforderungen vom Typ GET (unter Ausschluss von Auflistungen), Anforderungen vom Typ HEAD und OPTIONS Objekte und Metadaten abrufen

Anforderungen, die über die Ressourcenkonfigurations-API gestellt werden, werden nicht für Anforderungen in Rechnung gestellt und stellen keine Nutzung zu Abrechnungszwecken dar.

Aspera-Übertragungen

Für Aspera-Hochgeschwindigkeitsübertragung werden zusätzliche Egress-Gebühren erhoben. Weitere Informationen finden Sie auf der Seite mit den Preisen.

Backup-Abrechnung

Für die Nutzung des Object Storage Backup-Dienstes fallen zwei Gebühren an. Die erste Gebühr bezieht sich auf die im Backup Vault gespeicherte Datenmenge. Dies wird in Gigabytes gemessen. Der Verbrauch wird über den Abrechnungszeitraum gemittelt. Für jede Wiederherstellung, die während des Abrechnungszeitraums aus dem Backup Vault initiiert wird, fällt eine zusätzliche zweite Gebühr an. Bei Wiederherstellungsaufträgen fällt eine Gebühr für jedes wiederhergestellte Gigabyte an Daten an.

Die Nutzung der Funktion Object Storage Backup verursacht keine Betriebs-, Abruf- oder Ausstiegsgebühren für den Quell-Bucket. Es fallen auch keine Betriebskosten für das Schreiben von Sicherungen in den Backup Vault an.

Für den Ziel-Bucket eines Wiederherstellungsauftrags fallen Betriebskosten für die Daten an, die bei der Wiederherstellung in den Bucket geschrieben werden.

Speicherklassen

Nicht auf alle gespeicherten Daten muss häufig zugegriffen werden und manche Archivdaten werden möglicherweise nur selten aufgerufen werden, wenn überhaupt. Für weniger aktive Arbeitslasten können Buckets in einer anderen Speicherklasse erstellt werden und für Objekte, die in diesen Buckets gespeichert sind, werden die Gebühren nach einem anderen Zeitplan als für den Standardspeicher berechnet.

Es gibt sechs Klassen:

  • Smart Tier kann für jede Workload verwendet werden, insbesondere für dynamische Workloads, bei denen Zugriffsmuster unbekannt oder schwer vorherzusagen sind. Smart Tier bietet eine vereinfachte Preisstruktur und automatische Kostenoptimierung, indem die Daten basierend auf monatlichen Nutzungsmustern in "hot"-, "cool"-und "cold" -Stufen klassifiziert werden. Alle Daten im Bucket werden dann zum niedrigsten anwendbaren Tarif in Rechnung gestellt. Es gibt keine Schwellenwertobjektgrößen oder Speicherzeiträume und es fallen keine Abrufgebühren an.
  • Standard wird für aktive Workloads verwendet, ohne dass für die abgerufenen Daten (mit Ausnahme der Kosten für die Betriebsanforderung selbst) Gebühren berechnet werden.
  • Vault wird für 'kalte' Workloads verwendet, bei denen weniger als einmal im Monat auf Daten zugegriffen wird, wobei bei jedem Lesen von Daten eine zusätzliche Gebühr für Abfragen ($/GB) berechnet wird. Der Service schließt einen Mindestschwellenwert für die Objektgröße und die Speicherdauer ein, der der beabsichtigten Nutzung dieses Service für 'kühlere', weniger aktive Daten entspricht.
  • Kalte Vault wird für 'kalte' Workloads verwendet, bei denen alle 90 Tage oder seltener auf Daten zugegriffen wird, wobei bei jedem Lesen von Daten eine höhere zusätzliche Gebühr für Abfragen ($/GB) berechnet wird. Der Service schließt einen längeren Mindestschwellenwert für die Objektgröße und die Speicherdauer ein, der der beabsichtigten Nutzung dieses Service für 'kalte, inaktive Daten entspricht.

Flex wurde durch Smart Tier für dynamische Workloads ersetzt. Flex-Benutzer können ihre Daten weiterhin in vorhandenen Flex-Buckets verwalten, obwohl keine neuen Flex-Buckets erstellt werden können. Vorhandene Benutzer können auf Preisinformationen hier verweisen.

Weitere Informationen zu den Preisen finden Sie in der Preistabelle unter ibm.com.

Die Speicherklasse Aktiv wird nur bei One-Rate-Tarifen verwendet und kann nicht in Standard- oder Lite-Tarifen verwendet werden.

Weitere Informationen zum Erstellen von Buckets mit anderen Speicherklassen finden Sie in der API-Referenz.

Preisdetails für Smart Tier

Auf der Basis der monatlichen Durchschnittswerte werden Daten in einem Smart Tier-Bucket basierend auf den folgenden Variablen in eine von drei Ebenen klassifiziert:

Smart-Tier-Eimer-Klassifizierung
Variable Beschreibung
storage Gesamtvolumen der gespeicherten Daten in GB
retrievals Gesamtvolumen der abgerufenen Daten in GB
requests Summe der Anzahl der Anforderungen der Klasse A (Schreiben) plus 1/10 der Anzahl der Anforderungen der Klasse B (Lesen)
  • Daten werden als Hot klassifiziert, wenn die Summe der requests > 1000 x (storage - retrievals) lautet.
  • Daten werden als kalt klassifiziert, wenn die Gesamtzahl requests < (storage - retrievals) ist.
  • Daten werden als kühl eingestuft, wenn keine der oben genannten Gleichungen zutrifft.

Stellen Sie sich beispielsweise ein Bucket in der us-south-Region mit einem Zugriffsmuster vor, das sich von Monat zu Monat ändert. Das Bucket speichert 1 TB Daten, aber einige Objekte sind sehr groß und andere sehr klein.

  1. Im ersten Monat gibt es viel Aktivität, aber meistens mit kleineren Objekten. Insgesamt gibt es 4 Millionen Anforderungen und 100 GB werden abgerufen. Dieser Monat wird das Bucket als hot klassifiziert.
  2. Im zweiten Monat verlangsamt sich die Aktivität, aber der Fokus liegt auf größeren Objekten. In diesem Monat gibt es nur 4.000 Anforderungen, aber es werden 200 GB abgerufen. Jetzt wird das Bucket als cool klassifiziert.
  3. Im dritten Monat verlangsamt sich die Aktivität zu einem nahen Stopp. Es gibt nur 400 Anforderungen und es werden 10 GB abgerufen. Dieser Monat wird das Bucket als cold klassifiziert.

Sehen wir uns an, wie die Kosten mit den anderen Speicherklassen verglichen werden können.

Kostenvergleich
Monat storage requests retrieval Klassifizierung Standard Vault Cold Vault Smart Tier
1 1.000 GB 4.000.000 100 GB Heiß 41 USD 53 USD 111 USD $41
2 1.000 GB 4.000 200 GB Kühlen 21 USD 14 USD 16 USD $12
3 1.000 GB 400 10 GB Kalt 21 USD 12 USD $7 $8
Gesamt
83 USD 79 USD 134 USD 61 USD

Beachten Sie, dass es in Situationen, in denen Daten sehr kalt sind, möglich ist, mit einem Cold-Vault-Bucket eine niedrigere Rate zu erhalten, obwohl unerwartete Lastspitzen beim Zugriff erhebliche Kosten verursachen können. Wenn die Daten in diesem Szenario keinen bedarfsgesteuerten Zugriff erfordern, ist es möglicherweise besser, die Objekte stattdessen zu archivieren.

Monatliche Free Tier-Kontingente

Die folgenden Free Tier-Kontingente gelten für jeden Monat für bis zu 12 Monate und gelten für die Gesamtnutzung aller Smart Tier-Buckets im Standardplan:

  • Bis zu 5 GB Smart Tier-Speicherkapazität
  • 2.000 Anfragen der Klasse A (PUT, COPY, POST und LIST)
  • 20.000 Anträge der Klasse B (GET und alle anderen)
  • 10 GB Datenabruf
  • 5GB Egress (öffentliche ausgehende Bandbreite) pro Monat

Bucketmetadaten abrufen

Um die aktuelle Nutzung zu ermitteln, möchten Sie möglicherweise ein Bucket abfragen, um die Werte für bytes_used und object_count anzuzeigen. Mit diesem Befehl können die Metadaten, die diese Informationen enthalten, für das angegebene Bucket zurückgegeben werden.

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

Die entsprechende Antwort auf die Anforderung sollte bytes_used und object_count enthalten.

{
  "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
}

Ressourceninformationen aus einer API abrufen

Der Ressourcencontroller ist die IBM Cloud-Plattformbereitstellungsebene der nächsten Generation, die den Lebenszyklus von Object Storage-Ressourcen in einem Kundenkonto verwaltet. Die API kann fakturierbare Metriken, wie z. B. Typen von Anforderungen und Gebühren für den Speicher, für den Einstieg bereitstellen. Weitere Informationen finden Sie in der Dokumentation.

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

In einer entsprechenden Antwort sollten Metadaten für Ihre Ressourcen aufgelistet werden, wie im Beispiel gezeigt.

{
  "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": ""
    }
  ]
}