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