Geplante Berichte
Sie können geplante Berichte basierend auf gespeicherten Berichten aus der Kostenanalyse generieren.
Nachdem Sie einen gespeicherten Bericht in der Kostenanalyse erstellt haben, erstellen Sie auf der Seite Geplante Berichte einen geplanten Bericht, der einmal ausgeführt wird oder täglich oder monatlich wiederholt wird. Geplante Berichte werden in einem Objektspeicher-Standardspeicher-Tier-Bucket gespeichert, auf den Sie über die Detailseite des geplanten Berichts zugreifen können.
Nur Buckets der Standardstufe werden unterstützt. Bei geplanten Berichten werden keine anderen Speicherebenen unterstützt.
Sie können die folgenden Aufgaben für geplante Berichte zur Kostenanalyse ausführen:
Erforderliche IAM-Policy
Um Oracle Cloud Infrastructure verwenden zu können, muss ein Administrator Mitglied einer Gruppe sein, der von einem Mandantenadministrator Sicherheitszugriff in einer Policy erteilt wurde. Dieser Zugriff ist unabhängig davon erforderlich, ob Sie die Konsole oder die REST-API mit einem SDK, einer CLI oder einem anderen Tool verwenden. Wenn Sie eine Nachricht erhalten, dass Sie keine Berechtigung haben oder nicht autorisiert sind, fragen Sie den Mandantenadministrator, welcher Zugriffstyp Ihnen erteilt wurde und in welchem Compartment Ihr Zugriff funktioniert.
Wenn Sie mit Policys nicht vertraut sind, finden Sie weitere Informationen unter Erste Schritte mit Policys und Allgemeine Policys.
-
Um Geplante Berichte in der Konsole zu verwenden, erteilen dieselben IAM-Policys, die Zugriff auf die Kostenanalyse gewähren, auch Zugriff auf die Seiten Geplante Berichte. Weitere Informationen finden Sie unter Erforderliche IAM-Policy.
-
Um API-Vorgänge für geplante Berichte zu verwenden und und um Schreibberechtigungen für den Objektspeicher-Bucket und das Compartment zu erteilen, in dem geplante Berichte gespeichert werden, ist die folgende Policy im Compartment erforderlich, in dem sich der Bucket befindet:
Allow service metering_overlay to manage objects in compartment <COMPARTMENT-NAME> where all {target.bucket.name ='<BUCKET-NAME>', any {request.permission='OBJECT_CREATE', request.permission='OBJECT_DELETE', request.permission='OBJECT_READ'}}Dabei ist <BUCKET-NAME> der Name des Object Storage-Buckets und <COMPARTMENT-NAME> das Compartment, in dem die Ergebnisse des geplanten Berichts gespeichert werden sollen, und
metering_overlayverweist auf die kommerzielle Realm.
Für alle Object Storage-Buckets, die sich in Sub-Compartments befinden, müssen die Policys für Geplante Berichte zusätzlich zum Root Compartment auch für die entsprechenden Sub-Compartments aktiviert sein, um die vollständige Funktionalität für geplante Berichte zu erhalten.
Tags übernehmen
wenden Sie Tags auf Ressourcen an, um diese entsprechend Ihren Geschäftsanforderungen zu organisieren. Sie können Tags anwenden, wenn Sie eine Ressource erstellen, und Sie können eine Ressource später aktualisieren, um Tags hinzuzufügen, zu ändern oder zu entfernen. Allgemeine Informationen zum Anwenden von Tags finden Sie unter Ressourcentags.