Ressourcenblöcke in Cloud Provisioning and Governance
Ressourcenblöcke fungieren als eine Art von Middleware-Komponente zwischen Katalogelementen, der Cloud-API (CAPI) und der CMDB.
Die folgende Grafik zeigt, wie Ressourcenblöcke zwischen anderen Komponenten im System passen:
- Blueprints
- Jeder Ressourcenblock wird zu einem Baustein innerhalb eines Blueprints. Der Blueprint wird schließlich zu einem Katalogelement (auch als Stapel bezeichnet), das ein Anwender aus dem Cloud-Katalog bereitstellt.
- Cloud-API (CAPI)
- Jeder Ressourcenblock definiert zulässige Vorgänge, z. B. Bereitstellung und Aufhebung der Bereitstellung. Diese Vorgänge rufen verschiedene Komponenten innerhalb des CAPI auf, um den vom Stapel empfangenen Vorgang auszuführen.
- Die CMDB
- Jeder Ressourcenblock basiert auf einem CI-Typ aus der CMDB. Ressourcenblöcke haben auch einen Antwortprozessor, der Antworten des Cloud-Providers verarbeitet, um eine Art von Aktion in der CMDB auszuführen, z. B. das Erstellen oder Aktualisieren eines CI.
Wie Ressourcenblöcke verbunden sind
Ressourcenblöcke werden in Blueprints miteinander verbunden. In diesem Blueprint ist beispielsweise ein virtueller Serverressourcenblock mit dem Speicher verbunden. Der virtuelle Server und der Speicher sind beide mit einem Ressourcenblock des AWS-Rechenzentrums verbunden.
Damit diese Verbindungen erfolgreich sind, muss jeder Ressourcenblock einen Schnittstellentyp angeben. Diese Grafik veranschaulicht diese Schnittstellen:
- Die Gastschnittstelle Stellt eine Verbindung zur Ressource her, die sich darüber befindet. Die Gastschnittstelle enthält Vorgänge (Auch genannt Vorgangssignaturen ), mit dem Anwender Maßnahmen für ihre Ressource ergreifen können.
- Die Host-Schnittstelle Stellt eine Verbindung zur Ressource unter dem Ressourcenblock im Blueprint her. Die Hostschnittstelle enthält auch Vorgangssignaturen.
- Die Bindungen Verbinden Sie angrenzende Ressourcen.
- Vertikale Verbindungen erfordern, dass der oberste Ressourcenblock dieselbe Host-Schnittstelle wie die Gastschnittstelle des unteren Ressourcenblocks hat.Hinweis:In Blueprints wird diese vertikale Verbindung als bezeichnet Eindämmung Verbindung.
- Horizontale Verbindungen binden eine Ressource an eine andere, aber beide Ressourcen müssen sich oben auf demselben Ressourcenblock befinden. Hinweis:In Blueprints wird diese horizontale Verbindung als bezeichnet Angehängt an Verbindung.
| Ressourcenblock | Schnittstellen und Bindungen |
|---|---|
| Virtueller Server |
|
| AWS-Rechenzentrum |
|
| Speicher | Hostschnittstelle: Speicherserverschnittstelle Die Bindung zwischen dem virtuellen Server und dem Speicher ist unidirektional. Sie konfigurieren die Bindung für den virtuellen Speicherressourcenblock nur, indem Sie den Speicherressourcenblock angeben. Sie müssen keine weitere Bindung für den Speicherressourcenblock konfigurieren. |
Gastschnittstellen und -Vorgänge
Jede Gastschnittstelle bietet einen Standardsatz von Vorgängen (auch als Vorgangssignaturen bezeichnet), mit denen der Anwender auswählen kann, was er mit einer virtuellen Ressource tun möchte. Der häufigste Vorgang ist die Bereitstellung, d. h. eine virtuelle Ressource wird erstellt. Viele Gastschnittstellen und entsprechende Vorgänge werden standardmäßig mit bereitgestellt Cloud Provisioning and Governance Anwendung. Sie können diese standardmäßigen Gastschnittstellen für viele Ihrer Ressourcenblöcke verwenden.
- Start
- Stoppen
- Bereitstellung
- Aufheben der Bereitstellung
- Bereinigung
- ModifySchedule
- ModifyLease
Ressourcenblockkomponentendetails
- Ebenen
Die logische Ebene im Stapel, zu der dieser Ressourcenblock gehört. Standardmäßig Cloud Provisioning and Governance Stellt die Ebenen bereit. Wenn Sie Ressourcenblöcke konfigurieren, können Sie den wählen, der sich auf Sie bezieht.
- Vorgänge für jede Gastschnittstelle
Wie erwähnt bietet jede Gastschnittstelle Vorgänge. Beispielsweise sind die häufigsten Vorgänge für einen virtuellen Server Bereitstellung , Bereitstellung Aufheben , Starten , Anhalten .
- Eingabeparameter für jeden Vorgang
Die Eingabeparameter enthalten Werte, die der Cloud-Anbieter über CAPI verwendet, wenn Vorgänge ausgeführt werden. Diese Parameter enthalten die Informationen, die der Anwender beim Ausführen eines Vorgangs, z. B. der Bereitstellung, für einen Stapel auswählt.
Ein Anwender muss beispielsweise normalerweise den Standort angeben, bei dem es sich um ein Rechenzentrum handelt, zu dem ein Stapel gehört. Der Wert, den der Anwender in auswählt Standort Feld wird im Parameter „Standort“ gespeichert. Das System verwendet diesen Parameter, der standardmäßig für den Ressourcenblock des virtuellen Servers verfügbar ist, und übergibt ihn an Knoten erstellen CAPI-Schnittstellenvorgang. Die Knoten erstellen Der Schnittstellenvorgang weist den Cloud-Anbieter an, den tatsächlichen virtuellen Server zu erstellen (oder bereitzustellen).
- Schritte für jeden Vorgang
Jeder Vorgang erfordert einen Schritt, um die tatsächliche Arbeit auszuführen. Jeder Schritt ruft eine bestimmte Schnittstelle und Methode in CAPI auf und übergibt die für diese Methode erforderlichen Eingabeparameter. Beispiel: Bereitstellung Der Vorgang auf einem virtuellen Server bietet einen Schritt zum ersten Verbinden und Erstellen einer virtuellen Maschine und einen weiteren Schritt zum Erstellen des Knotens im Cloud-Provider. Jeder Schritt stellt verschiedene Eingabeparameter bereit. Zum Verbinden und Erstellen einer virtuellen Maschine ist neben vielen anderen Parametern der Cloud-Account erforderlich. Zum Erstellen des Knotens ist kein Cloud-Account erforderlich.
Sie können beliebig viele Schritte für jeden Vorgang hinzufügen. Sie können auch verwenden Ausgabeattribute Dient zum Übergeben von Werten in Attributen von einem Schritt an einen anderen oder von Schritten in einem Vorgang zu Schritten in einem nachfolgenden Vorgang. Beispiel: Bereitstellung Der Vorgang für einen virtuellen Server kann ein Ausgabeattribut für die Netzwerkschnittstellen-ID und ein anderes für die Knoten-ID bereitstellen. Wenn der Cloud-Anbieter die Antwort sendet, werden die tatsächliche ID des Netzwerks und des Knotens aus der Antwort analysiert und in den Ausgabeattributen gespeichert. Nachfolgende Schritte können dann die IDs zum Ausführen von Aktionen verwenden.
- Antwortprozessoren
Antwortprozessoren teilen dem System mit, was in der CMDB zu tun ist. Wenn der Cloud-Anbieter nach der Ausführung eines Vorgangs eine Antwort sendet, verarbeitet der Prozessor die Antwort.
Hinweis:Diese Prozessoren sind Skripts, die Systemeinbindungen sind. Es handelt sich nicht um MID-Server-Skripteinbindungen wie die CAPI-Skripts, die Sie zur Integration in den Cloud-Anbieter erstellen können.
- Der Anwender startet den Prozess, indem er einen Stapel anfordert. Die Anforderung ist Bereitstellung Vorgang im System.
- Das System führt die Schritte in der Reihenfolge für aus Bereitstellung Vorgang für die Ressourcenblöcke, aus denen der Stapel besteht.
- Jeder Schritt ruft CAPI auf, um zu bestimmen, welche Methode ausgeführt werden soll, und übergibt gleichzeitig Werte für die erforderlichen Parameter.
- CAPI stellt eine Schnittstelle mit der API des Cloud-Providers her, um die tatsächliche Ressource bereitzustellen.
- Der Cloud-Anbieter stellt die Ressource bereit und antwortet mit JSON.
- Das System analysiert die Antwort im Ressourcenskript im Ressourcenblock.
- Das System aktualisiert die CMDB. Bei der Bereitstellung einer neuen Ressource erstellt das System ein CI in der richtigen Tabelle.
- Der neue Stapel wird im Cloud-Anwenderportal für den Anwender zur Verwaltung angezeigt.
Die Seite „Ressourcenblöcke“
Verwalten Sie Ressourcenblöcke auf der Seite „Ressourcenblöcke“. Öffnen Sie das Cloud-Administratorportal, und navigieren Sie dann zu an.