Verwalten von Instanzen auf der Seite „Virtuelle Serverinstanzen“

Sie können Ihre „ IBM Cloud® Virtual Servers for Virtual Private Cloud “-Instanzen auf der Seite „Virtual Server-Instanzen“ in der IBM Cloud-Konsole verwalten.

Führen Sie die folgenden Schritte aus, um Ihre Instanzen zu verwalten.

1. Klicken Sie in der Konsole IBM Cloud auf das Navigation > Infrastruktur > Compute > Virtuelle Serverinstanzen.
2. Klicken Sie auf der Seite Virtuelle Serverinstanzen auf das Symbol ‚Aktionen‘ für die Instanz, die Sie verwalten wollen. Folgende Aktionen stehen zur Auswahl:

Umbenennen einer virtuellen Serverinstanz in der Konsole

Sie können eine virtuelle Serverinstanz in der Konsole umbenennen.

1. Klicken Sie auf der Seite Virtuelle Serverinstanzen für die Instanz, die Sie umbenennen möchten, auf das Symbol Aktionen und dann auf und anschließend auf Umbenennen.
2. Geben Sie den neuen Namen für die virtuelle Serverinstanz ein und klicken Sie anschließend auf Umbenennen.

Auflisten von virtuellen Serverinstanzen über die Befehlszeile

Bevor Sie eine virtuelle Serverinstanz verwalten können, benötigen Sie deren Namen oder ID. Um alle virtuellen Serverinstanzen in Ihrem Konto aufzulisten, verwenden Sie den folgenden Befehl.

ibmcloud is instances

Eine vollständige Liste der Befehlsoptionen finden Sie unter ibmcloud is instances.

Auflisten von virtuellen Serverinstanzen über die API

Bevor Sie eine virtuelle Serverinstanz verwalten können, benötigen Sie deren ID. Um alle Instanzen virtueller Server in Ihrem Konto aufzulisten, senden Sie die folgende Anfrage.

curl -X GET "$vpc_api_endpoint/v1/instances?version=2021-06-22&generation=2" -H "Authorization: Bearer $iam_token"

Weitere Informationen finden Sie unter „ Alle Instanzen auflisten “ in der VPC-API.

Anzeigen von Instanzdetails über die CLI

Sie können die Details einer Virtual Server-Instanz in Ihrer IBM Cloud VPC über die Befehlszeilenschnittstelle (CLI) anzeigen.

Um die Details der virtuellen Serverinstanz anzuzeigen, verwenden Sie den Befehl ibmcloud is instance. Geben Sie die ID oder den Namen der virtuellen Serverinstanz an, die Sie mit der Variablen INSTANCE anzeigen möchten.

ibmcloud is instance INSTANCE

Anzeigen von Instanzdetails über die API

Sie können die Details einer Virtual Server-Instanz in Ihrer IBM Cloud VPC über die API anzeigen.

Das folgende Beispiel zeigt die Details der virtuellen Serverinstanz für ein Instanzprofil mit dem Profilnamen version=2021-06-22&generation=2.

curl -X GET "$vpc_api_endpoint/v1/instance/profiles/$profile_name?version=2021-06-22&generation=2" -H "Authorization: Bearer $iam_token"

Weitere Informationen finden Sie unter Instanzprofil abrufen in der VPC-API.

Anzeigen von Instanzdetails mit Terraform

Sie können Informationen über eine vorhandene virtuelle Serverinstanz mit Terraform abrufen.

Das folgende Beispiel ruft Informationen über eine virtuelle Serverinstanz nach Namen ab:

data "ibm_is_instance" "example" {
  name        = "my-instance"
}

Weitere Informationen finden Sie unter ibm_is_instance.

Umbenennen einer virtuellen Serverinstanz über die CLI

Sie können eine virtuelle Serverinstanz in Ihrer IBM Cloud VPC mithilfe der Befehlszeilenschnittstelle (CLI) umbenennen.

1. Um eine virtuelle Serverinstanz umzubenennen, verwenden Sie das ibmcloud is instance-update INSTANCE Befehl. Geben Sie den neuen Namen der Instanz mit der Option --name NEW_NAME an.

   Im folgenden Beispiel wird ein virtueller Server mit dem Namen my-instance-name in my-instance-name-new umbenannt.

   ibmcloud is instance-update my-instance-name --name my-instance-name-new
   

   Eine vollständige Liste der Befehlsoptionen finden Sie unter ibmcloud is instance-update.

Umbenennen einer virtuellen Serverinstanz über die API

Sie können die Virtual Server-Instanz in Ihrer IBM Cloud VPC über die API umbenennen.

Im folgenden Beispiel wird eine Virtual Server-Instanz von name in my-instance umbenannt.

curl -X PATCH "$vpc_api_endpoint/v1/instances/$instance_id?version=2021-06-29&generation=2" -H "Authorization: Bearer $iam_token" -d '{"name": "my-instance"}'

Umbenennen einer virtuellen Serverinstanz mit Terraform

Sie können eine virtuelle Serverinstanz in Ihrer „ IBM Cloud VPC “ mithilfe von Terraform umbenennen. Aktualisieren Sie das Argument „ name “ in der Ressource „ ibm_is_instance “.

Im folgenden Beispiel wird eine virtuelle Serverinstanz umbenannt my-renamed-instance:

resource "ibm_is_instance" "example" {
  name    = "my-renamed-instance"
  # ... other required arguments
}

Weitere Informationen finden Sie unter dem Argument „ name “ in der Dokumentation zur Ressource „ ibm_is_instance “.

Stoppen und Starten einer virtuellen Serverinstanz in der Konsole

Klicken Sie auf der Seite Virtuelle Serverinstanzen in der IBM Cloud-Konsole auf Stoppen oder Starten.

Eine virtuelle Serverinstanz über die CLI anhalten

Sie können die Virtual Server-Instanz in Ihrer IBM Cloud VPC über die Befehlszeilenschnittstelle (CLI) stoppen.

Um die virtuelle Serverinstanz anzuhalten, verwenden Sie den Befehl ibmcloud is instance-stop. Geben Sie die ID oder den Namen der virtuellen Serverinstanz, die Sie stoppen möchten, mit der Variablen INSTANCE an.

ibmcloud is instance-stop INSTANCE

Im folgenden Beispiel wird eine Instanz ohne Anforderung einer Bestätigung gestoppt. Die virtuelle Serverinstanz hat die ID 0777_e7af506a-35d4-451d-aa9e-59330e62b77e. Die Option --force gibt an, dass die Bestätigungsanforderung übersprungen wird.

ibmcloud is instance-stop 0777_e7af506a-35d4-451d-aa9e-59330e62b77e --force

Eine Force Stop -Aktion löst einen Neustart der virtuellen Serverinstanz aus.

Wenn eine Instanz im Stoppzustand hängen bleibt, können Sie den folgenden Beispielbefehl verwenden. --force Und --no-wait Optionen, die angegeben werden, um die Instanz ohne Bestätigung sofort zu stoppen. Die Instanz hat die ID 0757_5446c277-3190-48dd-ac67-5f02fab39ed5. Die Option --force gibt an, dass die Bestätigungsanforderung übersprungen wird. Die Option --no-wait führt den Befehl sofort aus und löscht alle Aktionen in der Warteschlange.

ibmcloud is instance-stop 0757_5446c277-3190-48dd-ac67-5f02fab39ed5 --force --no-wait

Eine vollständige Liste der Befehlsoptionen finden Sie unter ibmcloud is instance-stop.

Starten einer virtuellen Serverinstanz über die Befehlszeile

Sie können eine gestoppte Virtual Server-Instanz in Ihrer IBM Cloud VPC über die Befehlszeilenschnittstelle (CLI) starten.

Um die virtuelle Serverinstanz zu starten, verwenden Sie den Befehl ibmcloud is instance-start. Geben Sie die ID oder den Namen der virtuellen Serverinstanz, die Sie starten wollen, mit der Variablen INSTANCE an.

ibmcloud is instance-start INSTANCE

Eine vollständige Liste der Befehlsoptionen finden Sie unter ibmcloud is instance-start auf der Referenzseite der VPC-CLI.

Eine virtuelle Serverinstanz über die API anhalten

Sie können die Virtual Server-Instanz in Ihrer IBM Cloud VPC über die API stoppen.

Im folgenden Beispiel wird eine Virtual Server-Instanz mit der Instanz-ID d6c3902d-1ecf-3a2c-b7ab-eb9143581000 gestoppt.

curl -X POST "https://us-south.iaas.cloud.ibm.com/v1/instances/d6c3902d-1ecf-3a2c-b7ab-eb9143581000/actions?version=2021-06-22&generation=2" -H "Authorization: Bearer $iam_token" -d '{"type": "stop"}'

Weitere Informationen finden Sie unter der Aktion Instanz erstellen in der VPC-API.

Starten einer virtuellen Serverinstanz über die API

Sie können eine gestoppte Virtual Server-Instanz in Ihrer IBM Cloud VPC über die API starten.

Im folgenden Beispiel wird eine virtuelle Serverinstanz mit der Instanz-ID gestartet d6c3902d-1ecf-3a2c-b7ab-eb9143581000.

curl -X POST "https://us-south.iaas.cloud.ibm.com/v1/instances/d6c3902d-1ecf-3a2c-b7ab-eb9143581000/actions?version=2021-06-22&generation=2" -H "Authorization: Bearer $iam_token" -d '{"type": "start"}'

Weitere Informationen finden Sie unter der Aktion Instanz erstellen in der VPC-API.

Stoppen einer virtuellen Serverinstanz mit Terraform

Sie können eine virtuelle Serverinstanz mithilfe von Terraform anhalten.

Im folgenden Beispiel wird eine virtuelle Serverinstanz angehalten:

resource "ibm_is_instance_action" "example" {
  action       = "stop"
  force_action = true
  instance     = ibm_is_instance.example.id
}

Setzen Sie „ force_action “ auf „ true “, um den Stopp sofort zu erzwingen und alle in der Warteschlange befindlichen Aktionen zu löschen.

Weitere Informationen finden Sie unter ibm_is_instance_action.

Starten einer virtuellen Serverinstanz mit Terraform

Sie können eine angehaltene virtuelle Serverinstanz mithilfe von Terraform starten.

Das folgende Beispiel startet eine virtuelle Serverinstanz:

resource "ibm_is_instance_action" "example" {
  action   = "start"
  instance = ibm_is_instance.example.id
}

Weitere Informationen finden Sie unter ibm_is_instance_action.

Neustart einer virtuellen Serverinstanz in der Konsole

Die Aktion 'reboot' löst einen Neustart des Gastbetriebssystems aus. Die Virtual Server-Instanz bleibt in einem aktiven Status, während das Gastbetriebssystem neu gestartet wird. Die Abrechnung wird fortgesetzt.

Eine Force Reboot -Aktion löst einen Neustart der virtuellen Serverinstanz aus.

Klicken Sie auf der Seite Virtuelle Serverinstanzen in der IBM Cloud-Konsole auf Neustart.

Neustart einer virtuellen Serverinstanz über die Befehlszeile

Die Aktion 'reboot' löst einen Neustart des Gastbetriebssystems aus. Die Virtual Server-Instanz bleibt in einem aktiven Status, während das Gastbetriebssystem neu gestartet wird. Die Abrechnung wird fortgesetzt.

Eine Aktion zum Erzwingen eines Warmstarts, bei der die Option --force verwendet wird, löst das Zurücksetzen der virtuellen Serverinstanz aus und wieder aus.

Sie können die Virtual Server-Instanz in Ihrer IBM Cloud VPC über die Befehlszeilenschnittstelle (CLI) neu starten.

Um die virtuelle Serverinstanz neu zu starten, verwenden Sie den ibmcloud is instance-reboot Befehl. Geben Sie mit der Variablen INSTANCE die ID oder den Namen der virtuellen Serverinstanz an, für die Sie einen Warmstart durchführen möchten.

ibmcloud is instance-reboot INSTANCE

Eine vollständige Liste der Befehlsoptionen finden Sie unter ibmcloud is instance-reboot.

Neustart einer virtuellen Serverinstanz über die API

Sie können die Virtual Server-Instanz in Ihrer IBM Cloud VPC über die API neu starten. Im folgenden Beispiel wird die angegebene Virtual Server-Instanz neu gestartet.

curl -X POST "https://us-south.iaas.cloud.ibm.com/v1/instances/d6c3902d-1ecf-3a2c-b7ab-eb9143581000/actions?version=2021-06-22&generation=2" -H "Authorization: Bearer $iam_token" -d '{"type": "reboot"}'

Die Aktion 'reboot' löst einen Neustart des Gastbetriebssystems aus. Die Virtual Server-Instanz bleibt in einem aktiven Status, während das Gastbetriebssystem neu gestartet wird. Die Abrechnung wird fortgesetzt.

Eine Force Reboot -Aktion löst einen Neustart der virtuellen Serverinstanz aus.

Weitere Informationen finden Sie unter der Aktion Instanz erstellen in der VPC-API.

Neustart einer virtuellen Serverinstanz mit Terraform

Sie können eine virtuelle Serverinstanz mithilfe von Terraform neu starten.

Im folgenden Beispiel wird eine virtuelle Serverinstanz neu gestartet:

resource "ibm_is_instance_action" "example" {
  action       = "reboot"
  force_action = true
  instance     = ibm_is_instance.example.id
}

Die Aktion 'reboot' löst einen Neustart des Gastbetriebssystems aus. Die Virtual Server-Instanz bleibt in einem aktiven Status, während das Gastbetriebssystem neu gestartet wird. Die Abrechnung wird fortgesetzt.

Eine Force Reboot -Aktion löst einen Neustart der virtuellen Serverinstanz aus. Setzen Sie force_action auf true, um die Aktion sofort zu erzwingen und alle in der Warteschlange stehenden Aktionen zu löschen.

Weitere Informationen finden Sie unter ibm_is_instance_action.

Anpassen der Größe einer virtuellen Serverinstanz in der Konsole

Sie können die verfügbare Anzahl an vCPU und den Arbeitsspeicher (RAM) erhöhen oder verringern, um mehr Flexibilität beim Workload-Management zu erzielen und so auf Änderungen des Ressourcenbedarfs zu reagieren, die Kosten zu optimieren oder die Workload-Leistung zu verbessern. Nach Abschluss der Größenänderung wird Ihnen der Stundensatz des von Ihnen gewählten neuen Instanzprofils in Rechnung gestellt.

Informationen zu den Schritten zum Ändern der Größe einer virtuellen Serverinstanz in der Konsole finden Sie unter Größe einer virtuellen Serverinstanz über die Benutzeroberfläche ändern.

Anpassen der Größe einer virtuellen Serverinstanz über die CLI

Sie können die verfügbare vCPU-Kapazität und den Arbeitsspeicher (RAM) erhöhen oder verringern, um mehr Flexibilität beim Workload-Management zu erzielen und so auf Änderungen des Ressourcenbedarfs zu reagieren, die Kosten zu optimieren oder die Workload-Leistung zu verbessern. Nach Abschluss der Größenanpassung wird Ihnen der Stundensatz des neu ausgewählten Instanzprofils in Rechnung gestellt.

Die Schritte zum Ändern der Größe einer virtuellen Serverinstanz finden Sie unter Ändern der Größe einer virtuellen Serverinstanz mithilfe der CLI.

Anpassen der Größe einer virtuellen Serverinstanz über die API

Sie können die verfügbare vCPU-Kapazität und den Arbeitsspeicher (RAM) erhöhen oder verringern, um mehr Flexibilität beim Workload-Management zu erzielen und so auf Änderungen des Ressourcenbedarfs zu reagieren, die Kosten zu optimieren oder die Workload-Leistung zu verbessern. Nach Abschluss der Größenanpassung wird Ihnen der Stundensatz des neu ausgewählten Instanzprofils in Rechnung gestellt.

Die Schritte zum Ändern der Größe einer virtuellen Serverinstanz finden Sie unter Ändern der Größe einer virtuellen Serverinstanz mithilfe der API.

Anpassung der Größe einer virtuellen Serverinstanz mit Terraform

Sie können die für „ vCPU “ und RAM verfügbare Menge erhöhen oder verringern, um mehr Flexibilität beim Workload-Management zu erzielen, indem Sie das Argument „ profile “ in der Ressource „ ibm_is_instance “ aktualisieren. Nach Abschluss der Größenanpassung wird Ihnen der Stundensatz des neuen Instanzprofils in Rechnung gestellt.

Im folgenden Beispiel wird das Profil einer virtuellen Serverinstanz aktualisiert:

resource "ibm_is_instance" "example" {
  name    = "my-instance"
  profile = "bx2-4x16"
  # ... other required arguments
}

Weitere Informationen finden Sie unter dem Argument „ profile “ in der Dokumentation zur Ressource „ ibm_is_instance “.

Neustart des Betriebssystems über die Befehlszeile

Sie können das Betriebssystem über die Befehlszeile neu laden. Verwenden Sie den folgenden CLI-Befehl, um das Betriebssystem neu zu laden.

Wenn Sie Ihre Daten behalten möchten, sichern Sie alle Daten, bevor Sie eine Neuinstallation des Betriebssystems durchführen.

In diesem Beispiel wird das „ INSTANCE “ mithilfe des Befehls „ IMAGE “ neu initialisiert, wobei die unter BOOT_VOLUME_JSON aufgeführten Optionen für das Startvolume verwendet werden. Als Schlüssel werden „ KEY1 “ und „ KEY2 “ verwendet, als standardmäßiges vertrauenswürdiges Profil „ DEFAULT_TRUSTED_PROFILE “ und als Benutzerdaten „ DATA “. Das standardmäßige vertrauenswürdige Profil wird automatisch verknüpft, da „ --default-trusted-profile-auto-link “ als „ true “ festgelegt ist.

ibmcloud is instance-reinitialize INSTANCE --image IMAGE --boot-volume BOOT_VOLUME_JSON --keys KEY1,KEY2 --default-trusted-profile DEFAULT_TRUSTED_PROFILE --default-trusted-profile-auto-link true --user-data DATA

Neustart des Betriebssystems mithilfe der API

Sie können das Betriebssystem mithilfe der API neu laden. Verwenden Sie den folgenden API-Aufruf, um das Betriebssystem neu zu laden.

Wenn Sie Ihre Daten behalten möchten, sichern Sie alle Daten, bevor Sie eine Neuinstallation des Betriebssystems durchführen.

In diesem Beispiel wird die Instanz „ instance_id “ mithilfe des Images „ image_id “ und der bereitgestellten Optionen zur Zuordnung des Startvolumens neu initialisiert. Als Schlüssel wird key_id verwendet, als Benutzerdaten some_data und als standardmäßiges vertrauenswürdiges Profil profile_id. Das standardmäßige vertrauenswürdige Profil ist verknüpft, da „ auto_link “ auf „ true “ gesetzt ist.

curl -X POST "https://us-south.iaas.cloud.ibm.com/v1/instances/instance_id/reinitialize?version=2026-07-01&generation=2" -H "Authorization: Bearer $iam_token" -d
'{
    "image": {
         "id": "image_id"
    },
    "boot_volume_attachment": {
      "volume":  {
        "profile": {
          "name": "general-purpose"
          }
        }
      },"keys": [{
        "id": "key_id"
	}],
	"user_data": "some_data",
	"default_trusted_profile": {
      "target": {
	    "id": "profile_id"
	   },
	   "auto_link": true
	}
}'

Löschen einer virtuellen Serverinstanz in der Konsole

Sie können die virtuelle Serverinstanz, die sich in Ihrem IBM Cloud VPC befindet, in der Konsole löschen.

Falls der Instanz eine variable IP-Adresse zugeordnet ist, muss diese freigegeben bzw. die Zuordnung aufgehoben werden, bevor die Instanz gelöscht wird. Das Konto, das der variablen IP-Adresse zugeordnet ist, wird weiterhin belastet, wenn es nicht freigegeben wird.

Klicken Sie auf der Seite Virtuelle Serverinstanzen in der IBM Cloud-Konsole auf Löschen.

Durch den Löschvorgang werden eine Instanz, die damit verbundenen vNIC, sowie die zugehörigen Daten dauerhaft aus Ihrem Konto entfernt. Das Instanz-Boot-Volume wird auch gelöscht, wenn die Einstellung für das automatische Löschen des Volumes aktiviert ist. Wenn ein vorhandener Bootdatenträger im Rahmen der Bereitstellung einer virtuellen Serverinstanz zugeordnet wird, wird der Datenträger standardmäßig beibehalten, wenn die Instanz gelöscht wird. Wenn bei der Bereitstellung einer virtuellen Serverinstanz ein Bootdatenträger erstellt wurde, wird der Datenträger standardmäßig gelöscht, wenn die Instanz gelöscht wird. Nachdem Sie die Löschaktion bestätigt haben, beginnt der Verarbeitungsprozess zum Löschen der Instanz und der zugehörigen Elemente wie vNIC, Bootdatenträger und Daten. Der Löschvorgang kann bis zu 30 Minuten dauern. Nach Beendigung des Vorgangs wird die Instanz nicht mehr auf der Seite für Virtual Server-Instanzen angezeigt.

Löschen einer virtuellen Serverinstanz über die CLI

Sie können die Virtual Server-Instanz in Ihrer IBM Cloud VPC über die Befehlszeilenschnittstelle (CLI) löschen.

Falls der Instanz eine variable IP-Adresse zugeordnet ist, muss diese freigegeben bzw. die Zuordnung aufgehoben werden, bevor die Instanz gelöscht wird. Das Konto, das der variablen IP-Adresse zugeordnet ist, wird weiterhin belastet, wenn es nicht freigegeben wird.

Um die virtuelle Serverinstanz zu löschen, verwenden Sie den Befehl ibmcloud is instance-delete. Geben Sie die ID oder den Namen der virtuellen Serverinstanz, die Sie löschen möchten, mit der Variablen INSTANCE an.

ibmcloud is instance-delete INSTANCE

Eine vollständige Liste der Befehlsoptionen finden Sie unter ibmcloud is instance-delete.

Durch den Löschvorgang werden eine Instanz, die damit verbundenen vNIC, sowie die zugehörigen Daten dauerhaft aus Ihrem Konto entfernt. Das Instanz-Boot-Volume wird auch gelöscht, wenn die Einstellung für das automatische Löschen des Volumes aktiviert ist. Wenn ein vorhandener Bootdatenträger im Rahmen der Bereitstellung einer virtuellen Serverinstanz zugeordnet wird, wird der Datenträger standardmäßig beibehalten, wenn die Instanz gelöscht wird. Wenn bei der Bereitstellung einer virtuellen Serverinstanz ein Bootdatenträger erstellt wurde, wird der Datenträger standardmäßig gelöscht, wenn die Instanz gelöscht wird. Nachdem Sie die Löschaktion bestätigt haben, beginnt der Verarbeitungsprozess zum Löschen der Instanz und der zugehörigen Elemente wie vNIC, Bootdatenträger und Daten. Der Löschvorgang kann bis zu 30 Minuten dauern. Nach Beendigung des Vorgangs wird die Instanz nicht mehr auf der Seite für Virtual Server-Instanzen angezeigt.

Löschen einer virtuellen Serverinstanz über die API

Sie können die Virtual Server-Instanz in Ihrer IBM Cloud VPC über die API löschen.

Falls der Instanz eine variable IP-Adresse zugeordnet ist, muss diese freigegeben bzw. die Zuordnung aufgehoben werden, bevor die Instanz gelöscht wird. Das Konto, das der variablen IP-Adresse zugeordnet ist, wird weiterhin belastet, wenn es nicht freigegeben wird.

Im folgenden Beispiel wird eine Instanz gelöscht.

curl -X DELETE "$vpc_api_endpoint/v1/instances/$instance_id?version=2021-06-22&generation=2" -H "Authorization: Bearer $iam_token"

Durch den Löschvorgang werden eine Instanz, die damit verbundenen vNIC, sowie die zugehörigen Daten dauerhaft aus Ihrem Konto entfernt. Das Instanz-Boot-Volume wird auch gelöscht, wenn die Einstellung für das automatische Löschen des Volumes aktiviert ist. Wenn ein vorhandener Bootdatenträger im Rahmen der Bereitstellung einer virtuellen Serverinstanz zugeordnet wird, wird der Datenträger standardmäßig beibehalten, wenn die Instanz gelöscht wird. Wenn bei der Bereitstellung einer virtuellen Serverinstanz ein Bootdatenträger erstellt wurde, wird der Datenträger standardmäßig gelöscht, wenn die Instanz gelöscht wird. Nachdem Sie die Löschaktion bestätigt haben, beginnt der Verarbeitungsprozess zum Löschen der Instanz und der zugehörigen Elemente wie vNIC, Bootdatenträger und Daten. Der Löschvorgang kann bis zu 30 Minuten dauern. Nach Beendigung des Vorgangs wird die Instanz nicht mehr auf der Seite für Virtual Server-Instanzen angezeigt.

Weitere Informationen finden Sie unter Instanz löschen in der VPC-API.

Verwalten von Instanzen über die Instanz-Detailseite

Um die Detailseite einer Instanz anzuzeigen, führen Sie die folgenden Schritte aus.

1. Klicken Sie in der Konsole IBM Cloud auf das Navigation > Infrastruktur > Compute > Virtuelle Serverinstanzen.

2. Suchen Sie in der Liste auf der Seite „Virtuelle Serverinstanzen“ die Instanz, die Sie anzeigen möchten. Klicken Sie auf den Instanznamen, um die Details anzuzeigen. Die Seite mit den Instanzdetails ist in fünf Registerkarten unterteilt: „Übersicht “, „ Netzwerk “, „ Speicher “, „Überwachung “ und „ Integrationen “.

Anzeigen von Instanzdetails in der Konsole

Klicken Sie auf der Seite „Virtuelle Serverinstanzen“ auf den Namen einer virtuellen Serverinstanz, um deren Detailseite zu öffnen. Die Detailseite ist in folgende Registerkarten unterteilt.

Ändern der Einstellung für die automatische Löschung von Volumes, die an eine Instanz in der Konsole angeschlossen sind

Während der Bereitstellung der Instanz wird ein Boot-Volume mit der standardmäßig aktivierten Option zum automatischen Löschen erstellt. Wenn diese Funktion aktiviert ist, wird das Volume gelöscht, wenn die Instanz gelöscht wird.

Das Gegenteil gilt für Data Volumes, die während der Instance-Bereitstellung erstellt werden; für sie ist die Funktion zum automatischen Löschen deaktiviert. Datenvolumes sollen standardmäßig abgetrennt, aber nicht gelöscht werden, so dass Ihre Daten über den Lebenszyklus der virtuellen Serverinstanz hinaus bestehen bleiben können.

Sie können diese Einstellung bei der Erstellung einer Instanz im Bereich Boot-Volume bearbeiten oder später auf der Seite mit den Instanzdetails ändern. Weitere Informationen finden Sie unter Erstellen von virtuellen Serverinstanzen und Aktualisieren der Einstellung für das automatische Löschen eines Volumes.

Ändern der Einstellung für die automatische Löschung von Volumes, die an eine Instanz angehängt sind, über die CLI

Während der Bereitstellung der Instanz wird ein Boot-Volume mit der standardmäßig aktivierten Option zum automatischen Löschen erstellt. Wenn diese Funktion aktiviert ist, wird das Volume gelöscht, wenn die Instanz gelöscht wird.

Das Gegenteil gilt für Data Volumes, die während der Instance-Bereitstellung erstellt werden; für sie ist die Funktion zum automatischen Löschen deaktiviert. Datenvolumes sollen standardmäßig abgetrennt, aber nicht gelöscht werden, so dass Ihre Daten über den Lebenszyklus der virtuellen Serverinstanz hinaus bestehen bleiben können.

Sie können diese Einstellung ändern, indem Sie die Eigenschaft auto_delete angeben, wenn Sie die Instanz erstellen oder die Boot-Volume-Anlage aktualisieren. Weitere Informationen finden Sie unter Erstellen von virtuellen Serverinstanzen und Aktualisieren eines Volume-Attachments über die CLI.

Ändern der Einstellung für das automatische Löschen von Volumes, die über die API an eine Instanz angehängt sind

Während der Bereitstellung der Instanz wird ein Boot-Volume mit der standardmäßig aktivierten Option zum automatischen Löschen erstellt. Wenn diese Funktion aktiviert ist, wird das Volume gelöscht, wenn die Instanz gelöscht wird.

Das Gegenteil gilt für Data Volumes, die während der Instance-Bereitstellung erstellt werden; für sie ist die Funktion zum automatischen Löschen deaktiviert. Datenvolumes sollen standardmäßig abgetrennt, aber nicht gelöscht werden, so dass Ihre Daten über den Lebenszyklus der virtuellen Serverinstanz hinaus bestehen bleiben können.

Sie können diese Einstellung ändern, indem Sie die Eigenschaft delete_volume_on_instance_delete angeben, wenn Sie die Instanz erstellen oder die Volume-Anlage aktualisieren. Weitere Informationen finden Sie unter Erstellen virtueller Serverinstanzen und Aktualisieren einer Volume-Anlage mit der API.

Ändern der Einstellung zur automatischen Löschung von Volumes, die einer Instanz zugeordnet sind, mithilfe von Terraform

Bei der Instanzbereitstellung wird ein Startvolume erstellt, wobei die Option „ auto_delete_volume “ standardmäßig aktiviert ist. Wenn diese Option aktiviert ist, wird das Startvolume gelöscht, sobald die Instanz gelöscht wird.

Sie können diese Einstellung ändern, indem Sie das Argument „ auto_delete_volume “ in der Ressource „ ibm_is_instance “ aktualisieren.

Das folgende Beispiel deaktiviert die automatische Löschung des Startvolumes:

resource "ibm_is_instance" "example" {
  name              = "my-instance"
  auto_delete_volume = false
  # ... other required arguments
}

Weitere Informationen finden Sie unter dem Argument „ auto_delete_volume “ in der Dokumentation zur Ressource „ ibm_is_instance “.

Anpassen der Instanzbandbreitenzuweisung in der Konsole

In der Konsole können Sie die Aufteilung der Gesamtbandbreite Ihrer Instanz zwischen Netzwerkbandbreite und Speicherbandbreite anpassen.

Um die Bandbreite einer Instanz anzupassen, gehen Sie wie folgt vor.

1. Zu einer virtuellen Service-Instanz wechseln.
2. Wählen Sie Bandbreitenzuweisung aus.
3. Passen Sie auf dem Bildschirm Bandbreitenzuweisung bearbeiten den Wert für die Speicherbandbreite an. Sie können die Bandbreite erhöhen, die für den Start Ihres Block Storage und die zugehörigen Datenvolumes zugewiesen ist. Weitere Informationen zur Zuweisung von Speicherbandbreite finden Sie unter Bandbreitenzuweisung für Block Storage. Nachdem Sie die Speicherbandbreite festgelegt haben, wird die Netzbandbreite automatisch so angepasst, dass die Gesamtbandbreite der Instanz dem angezeigten Gesamtbandbreitenwert entspricht. Der Wert für die Netzwerkbandbreite oder Speicherbandbreite kann nicht auf weniger als 500 Mbit/s festgelegt werden.

Um die neue Bandbreitenzuordnung anzuzeigen, müssen Sie die Instanz entweder stoppen und starten oder sekundäre Datenträger abhängen und erneut anhängen.

Anpassen der Instanzbandbreitenzuweisung über die CLI

Über die CLI können Sie die Aufteilung der Gesamtbandbreite Ihrer Instanz zwischen Netzwerkbandbreite und Speicherbandbreite anpassen.

Um die Bandbreite einer Instanz neu zuzuweisen, führen Sie den Befehl instance-update aus und geben Sie die gesamte Speicherbandbreite in Megabit pro Sekunde (Mbps) für den total-volume-bandwidth Parameter an. Verwenden Sie die folgende Syntax. Verwenden Sie für INSTANCE die ID oder den Namen der Instanz.

ibmcloud is instance-update INSTANCE --total-volume-bandwidth VALUE

Die gesamte Speicherbandbreite (in Megabit pro Sekunde) ist die Gesamtbandbreite, die für das Boot-Volume und die angeschlossenen Datenvolumes zugewiesen ist. Eine Erhöhung der Gesamtspeicherbandbreite führt zu einer entsprechenden Abnahme der Netzbandbreite. Die erforderliche Mindestbandbreite beträgt 500 Mbit/s. Passen Sie daher die gesamte Speicherbandbreite nach Bedarf an.

Um die neue Bandbreitenzuweisung anzuzeigen, müssen Sie entweder die Instanz anhalten und neu starten oder die Datenvolumes trennen und erneut verbinden.

Anpassen der Bandbreitenzuweisung für Instanzen mit der API

Sie können die gesamte Speicherbandbreite für eine vorhandene Instanz mit der API anpassen. Mach ein PATCH /instances anfordern und einen neuen Wert für total_volume_ bandwidth. Die gesamte Speicherbandbreite (in Megabit pro Sekunde) ist die Gesamtbandbreite, die für primäre Boot- und sekundär angeschlossene Datenträger zugewiesen ist. Eine Erhöhung der Gesamtspeicherbandbreite führt zu einer entsprechenden Abnahme der Netzbandbreite. Die erforderliche Mindestbandbreite beträgt 500 Mbit/s. Passen Sie daher die gesamte Speicherbandbreite nach Bedarf an. Beispiel:

curl -X PATCH "$vpc_api_endpoint/v1/instances/$instance_id?version=2021-06-22&generation=2" \
  -H "Authorization: Bearer $iam_token" \
  -d '{
      "total_volume_bandwidth": 500
      }'

Um die neue Bandbreitenzuweisung anzuzeigen, müssen Sie entweder die Instanz anhalten und neu starten oder die Datenvolumes trennen und erneut verbinden. Die Bandbreitenzuordnung für einzelne Volumes wird aktualisiert, wenn Sie ein Datenvolume hinzufügen, indem Sie das POST / volume_attachments oder löschen Sie ein Volume mit der DELETE volume_attachments Methode.

Anpassung der Bandbreitenzuweisung für Instanzen mithilfe von Terraform

Sie können die Aufteilung der Gesamtbandbreite Ihrer Instanz zwischen Netzwerkbandbreite und Speicherbandbreite anpassen, indem Sie das Argument „ total_volume_bandwidth “ in der Ressource „ ibm_is_instance “ aktualisieren. Die gesamte Speicherbandbreite (in Megabit pro Sekunde) ist die Gesamtbandbreite, die für das Boot-Volume und die angeschlossenen Datenvolumes zugewiesen ist. Eine Erhöhung der Gesamtspeicherbandbreite führt zu einer entsprechenden Abnahme der Netzbandbreite. Die Mindestbandbreite des Netzwerks beträgt 500 Mbit/s.

Im folgenden Beispiel wird die gesamte Speicherbandbreite auf 500 Mbps festgelegt:

resource "ibm_is_instance" "example" {
  name                   = "my-instance"
  total_volume_bandwidth = 500
  # ... other required arguments
}

Um die neue Bandbreitenzuweisung anzuzeigen, müssen Sie entweder die Instanz anhalten und neu starten oder die Datenvolumes trennen und erneut verbinden.

Weitere Informationen finden Sie unter dem Argument „ total_volume_bandwidth “ in der Dokumentation zur Ressource „ ibm_is_instance “.

Einstellen des Speichermodus QoS in der Konsole

Sie können den Speichermodus QoS einer virtuellen Serverinstanz ändern, die eines der Profile "General purpose - Flex", "General purpose Gen 3", " Accelerated Gen 3" oder "Confidential Computing - Gen 3" verwendet, um die dynamische Bandbreitenzuweisung für angeschlossene Datenvolumes zu aktivieren.

1. Zu einer virtuellen Service-Instanz wechseln.
2. Klicken Sie auf der Detailseite der virtuellen Serverinstanz auf den Schalter, um den Modus QoS von gewichtet auf gepoolt umzuschalten.

Damit die QoS Modusänderung wirksam wird, müssen Sie die virtuelle Serverinstanz stoppen und starten.

Einstellen des Speichermodus QoS über die CLI

Sie können den Speichermodus QoS einer virtuellen Serverinstanz ändern, die eines der Profile "General purpose - Flex", "General purpose Gen 3", " Accelerated Gen 3" oder "Confidential Computing - Gen 3" verwendet, um die dynamische Bandbreitenzuweisung für angehängte Datenvolumes zu aktivieren, indem Sie den Befehl ibmcloud is instance-update verwenden.

ibmcloud is instance-update INSTANCE --storage_qos_modes pooled

Sie können denselben Befehl verwenden, um zum gewichteten Modus QoS zurückzukehren.

ibmcloud is instance-update INSTANCE --storage_qos_modes weighted

Damit die QoS Modusänderung wirksam wird, müssen Sie zunächst die virtuelle Serverinstanz stoppen. Führen Sie den Befehl instance-update aus. Starten Sie dann die Instanz.

Anpassung des Speichermodus QoS mit der API

Sie können den Speichermodus QoS einer virtuellen Serverinstanz, die eines der Profile General purpose - Flex, General purpose Gen 3, Accelerated Gen 3 oder Confidential Computing - Gen 3 verwendet, programmatisch ändern, indem Sie die Methode /instances/{id} in der VPC-API aufrufen, wie in der folgenden Beispielanforderung gezeigt.

Die folgende Beispielanforderung aktiviert die dynamische Bandbreitenzuweisung für Datenvolumen, die an einen virtuellen Server der 3.

curl -X PATCH "$vpc_api_endpoint/v1/instances/$instance_id?version=2024-07-11&generation=2" \
  -H "Authorization: Bearer $iam_token" \
  -d '{
      "storage_qos_mode": "pooled"
      }'

Mit der folgenden Beispielanforderung wird der Speichermodus QoS wieder auf gewichtet zurückgesetzt.

curl -X PATCH "$vpc_api_endpoint/v1/instances/$instance_id?version=2024-07-11&generation=2" \
  -H "Authorization: Bearer $iam_token" \
  -d '{
      "storage_qos_mode": "weighted"
      }'

Damit die QoS Modusänderung wirksam wird, müssen Sie zunächst die virtuelle Serverinstanz stoppen. Stellen Sie den PATCH-Antrag. Starten Sie dann die Instanz.

Instanzstatus und lifecycle_state in der API anzeigen

• status
• Diese Eigenschaft gibt den Status der virtuellen Serverinstanz über die Anforderung Instanz abrufen an. Die Werte, die ' status zurückgibt, sind auf virtuelle Serverinstanzen spezialisiert und zeigen an, ob der Server läuft, gestoppt ist oder sich im Übergang befindet. Weitere Informationen finden Sie unter Virtual Private Cloud-API.
• lifecycle_state
• Diese Eigenschaft stellt den Status einer Ressource über die Anforderung Instanz abrufen bereit. Die Werte, die " lifecycle_state liefert, sind generisch und sollen für verschiedene Ressourcen gelten, z. B. für Vermittlungsgruppen. lifecycle_state kann Werte zurückgeben, die sich mit " status überschneiden. lifecycle_state enthält auch Werte, die angeben, ob eine Ressource ausgesetzt ist.

Einrichten des automatischen Neustarts bei Host-Ausfall in der Konsole

Führen Sie die folgenden Schritte aus, um den automatischen Neustart eines Hostfehlers für eine vorhandene Instanz festzulegen:

1. In IBM Cloud Konsole, klicken Sie auf Navigationsmenü Symbol > Infrastruktur > Compute > Virtuelle Serverinstanzen.
2. Klicken Sie auf der Seite Virtuelle Serverinstanzen auf das Symbol ‚Aktionen‘ für die Instanz, die Sie verwalten wollen.
3. Suchen Sie auf der Seite mit den Instanzdetails nach ‚Automatischer Neustart bei Hostfehler‘. Klicken Sie auf und Bearbeitungssymbol wählen Sie Aktiviert oder Deaktiviert, um den Status der Host-Wiederherstellungsrichtlinie ein- oder auszuschalten.

Weitere Informationen finden Sie unter Richtlinien für die Fehlerbehebung bei Hostfehlern.

Festlegen der Richtlinie zur Wiederherstellung nach einem Host-Ausfall über die CLI

Sie können eine Instanz in Ihrer IBM Cloud®-VPC aktualisieren und die Verfügbarkeitsrichtlinie bei einem Hostausfall ändern, indem Sie die Befehlszeilenschnittstelle (CLI) verwenden. Führen Sie den Befehl „ibmcloud instance-update“ aus und setzen Sie die Eigenschaft --host-failure-policy auf start oder stop. Der Richtlinienservice für Hostfehler ist standardmäßig auf restart gesetzt. Hier kann INSTANCE die ID oder der Name der Instanz sein.

ibmcloud is instance-update INSTANCE --total-volume-bandwidth VALUE --host-failure-policy stop

Festlegen der Richtlinie zur Wiederherstellung nach einem Host-Ausfall über die API

Während einer Instanzaktualisierung kann die Untereigenschaft „ host_failure “ verwendet werden, um die Ausfall availability_policy en des Hosts für die Instanz des virtuellen Servers festzulegen.

Festlegen der Richtlinie zur Wiederherstellung nach einem Host-Ausfall mithilfe von Terraform

Sie können die Richtlinie zur Wiederherstellung nach einem Hostausfall für eine virtuelle Serverinstanz festlegen, indem Sie das Argument „ availability_policy_host_failure “ in der Ressource „ ibm_is_instance “ aktualisieren. Der Standardwert ist restart.

Im folgenden Beispiel wird die Richtlinie auf festgelegt stop:

resource "ibm_is_instance" "example" {
  name                              = "my-instance"
  availability_policy_host_failure  = "stop"
  # ... other required arguments
}

Weitere Informationen finden Sie unter dem Argument „ availability_policy_host_failure “ in der Dokumentation zur Ressource „ ibm_is_instance “.

Einstellung des vertraulichen Berechnungswerts über die CLI

Verfügbarkeit auswählen

Vertrauliches Computing mit Intel SGX für VPC und vertrauliches Computing mit Intel TDX für VPC sind in den Regionen Dallas (us-south), Washington DC (us-east) und Frankfurt (eu-de) verfügbar.

Sie können eine Instanz aktualisieren und den " confidential-compute-mode über die Befehlszeilenschnittstelle (CLI) ändern. Verwenden Sie den Befehl ' ibmcloud is instance-update. Zum Beispiel: Geben Sie die ID oder den Namen der Instanz an und setzen Sie die --confidential-compute-mode-Eigenschaft auf sgx oder tdx.

ibmcloud is instance-update INSTANCE --confidential-compute-mode sgx

Einstellung des vertraulichen Berechnungswerts über die API

Verfügbarkeit auswählen

Vertrauliches Computing mit Intel SGX für VPC und vertrauliches Computing mit Intel TDX für VPC sind in den Regionen Dallas (us-south), Washington DC (us-east) und Frankfurt (eu-de) verfügbar.

Sie können eine virtuelle Serverinstanz aktualisieren und die Eigenschaft " confidential_compute_mode mithilfe der API ändern. Verwenden Sie den Befehl ibmcloud ' update-instance. Stellen Sie eine " PATCH /instances und geben Sie einen neuen Wert für die Eigenschaft " confidential_compute_mode an. Um vertrauliche Datenverarbeitung zu ermöglichen, ändern Sie diesen Wert in sgx oder tdx.

curl -X PATCH "$vpc_api_endpoint/v1/instances/$instance_id?version=2024-10-17&generation=2" -H "Authorization: Bearer $iam_token" -d '{"confidential_compute_mode": "sgx"}'

Weitere Informationen finden Sie in der Aktion zur Aktualisierung einer Instanz in der Virtual Servers for VPC API.

Festlegen des Werts für „confidential compute“ mithilfe von Terraform

Verfügbarkeit auswählen

Vertrauliches Computing mit Intel SGX für VPC und vertrauliches Computing mit Intel TDX für VPC sind in den Regionen Dallas (us-south), Washington DC (us-east) und Frankfurt (eu-de) verfügbar.

Sie können den vertraulichen Rechenmodus einer virtuellen Serverinstanz aktualisieren, indem Sie das Argument „ confidential_compute_mode “ in der Ressource „ ibm_is_instance “ anpassen.

Das folgende Beispiel aktiviert SGX Confidential Computing:

resource "ibm_is_instance" "example" {
  name                     = "my-instance"
  confidential_compute_mode = "sgx"
  # ... other required arguments
}

Weitere Informationen finden Sie unter dem Argument „ confidential_compute_mode “ in der Dokumentation zur Ressource „ ibm_is_instance “.

Deaktivieren oder Aktivieren von Secure Boot in der Konsole

Wenn Sie ein vertrauliches Computing-Instanzprofil auswählen, ist die Option für sicheres Booten standardmäßig aktiviert. Sie können sicheres Booten auf Ihrer virtuellen Serverinstanz deaktivieren, müssen aber zuerst die virtuelle Serverinstanz anhalten. Nachdem Sie den sicheren Start deaktiviert haben, können Sie Ihre virtuelle Serverinstanz neu starten.

1. Wählen Sie auf der Seite Virtuelle Serverinstanzen in der Konsole IBM Cloud die virtuelle Serverinstanz aus.
2. Klicken Sie unter Aktionen auf Anhalten.
3. Schalten Sie unter Erweiterte Konfigurationsdetails den sicheren Bootvorgang auf Deaktiviert um.
4. Klicken Sie unter Aktionen auf Start.

Wenn Sie sich entscheiden, den sicheren Start wieder zu aktivieren, führen Sie die gleichen Schritte aus und schalten Sie die Option wieder auf Aktiviert um

Aktivieren und Deaktivieren von Secure Boot über die CLI

Wenn Sie ein vertrauliches Computing-Instanzprofil auswählen, ist die Option für sicheres Booten standardmäßig aktiviert. Sie können sicheres Booten auf Ihrer virtuellen Serverinstanz deaktivieren, müssen aber zuerst die virtuelle Serverinstanz anhalten. Nachdem Sie den sicheren Start deaktiviert haben, können Sie Ihre virtuelle Serverinstanz neu starten.

Sie können eine Instanz aktualisieren und den " enable-secure-boot über die Befehlszeilenschnittstelle (CLI) ändern. Verwenden Sie den Befehl ' ibmcloud is instance-update. Für INSTANCE geben Sie die ID oder den Namen der Instanz an und setzen die Eigenschaft " --enable-secure-boot auf " false.

ibmcloud is instance-update INSTANCE --enable-secure-boot false

Wenn Sie sich entscheiden, den sicheren Start wieder zu aktivieren, führen Sie dieselben Schritte aus und setzen Sie die Eigenschaft --enable-secure-boot auf true.

Aktivieren und Deaktivieren des sicheren Boot-Wertes über die API

Wenn Sie ein vertrauliches Computing-Instanzprofil auswählen, ist die Option für sicheres Booten standardmäßig aktiviert. Sie können sicheres Booten auf Ihrer virtuellen Serverinstanz deaktivieren, müssen aber zuerst die virtuelle Serverinstanz anhalten. Nachdem Sie den sicheren Start deaktiviert haben, können Sie Ihre virtuelle Serverinstanz neu starten.

Sie können eine virtuelle Serverinstanz aktualisieren und die Eigenschaft " enable_secure_boot mithilfe der API ändern. Führen Sie eine „ PATCH /instances “-Anfrage durch und geben Sie einen booleschen Wert für die Eigenschaft „ enable_secure_boot “ an. Im folgenden Beispiel wird Secure Boot deaktiviert:

curl -X PATCH "$vpc_api_endpoint/v1/instances/$instance_id?version=2024-10-17&generation=2" -H "Authorization: Bearer $iam_token" -d '{"enable_secure_boot": false}'

Wenn Sie sich entscheiden, den sicheren Start wieder zu aktivieren, führen Sie dieselben Schritte aus und setzen Sie die Eigenschaft enable_secure_boot auf true.

Weitere Informationen finden Sie in der Aktion zur Aktualisierung einer Instanz in der Virtual Servers for VPC API.

Trennen eines Servers von einer Reservierung in der Konsole

Sie können einen virtuellen Server in der Konsole von einer Reservierung trennen.

1. Klicken Sie in der IBM Cloud Konsole auf Symbol „Navigationsmenü“ > “ > „Reservierungen“.
2. Klicken Sie in der Liste der virtuellen Server oder auf der Seite "Reservierungsdetails" auf den Server, den Sie abhängen möchten, und klicken Sie anschließend auf Aktionen > Zuordnung aufheben.
3. Klicken Sie zur Bestätigung auf Zuordnung aufheben.

Einen Server über die Befehlszeilenschnittstelle (CLI) aus einer Reservierung entfernen

Informationen dazu, wie Sie einen virtuellen Server mithilfe der CLI von einer Reservierung trennen, finden Sie unter „ Verwalten einer Reservierung für VPC “.

Einen Server über die API aus einer Reservierung entfernen

Die Schritte zum Trennen eines virtuellen Servers von einer Reservierung mithilfe der API finden Sie unter „ Verwalten einer Reservierung für VPC “.

Hinzufügen von CSPM in der Konsole

Wenn Sie diese Option wählen, wird eine Workload-Schutzinstanz mit den Konfigurationen erstellt, die CSPM für alle Ressourcen bereitstellen. Wenn eine Workload-Schutzinstanz vorhanden ist, ist diese Option nicht verfügbar. Weitere Informationen finden Sie unter IBM Cloud Security Posture Management(CSPM).

Sie können CSPM (Cloud Security Posture Management ) auf der Seite Virtuelle Serverinstanzen hinzufügen.

1. Klicken Sie auf der Seite Virtuelle Serverinstanzen in der Konsole IBM Cloud auf einen einzelnen Instanznamen, um Details anzuzeigen.
2. Wechseln Sie auf der Detailseite zur Registerkarte Integrationen.
3. Klicken Sie unter Cloud Security Posture Management auf Add CSPM.
4. Klicken Sie im Fenster Cloud Security Posture Management (CSPM) hinzufügen auf Erstellen.

Diese Einstellung fügt CSPM zu einer bestehenden Workload Protection-Instanz für Ihr Konto hinzu. Weitere Informationen finden Sie unter Implementierung von CSPM(Cloud Security Posture Management)für IBM Cloud.

Anzeigen der Software-Anhänge einer virtuellen Serverinstanz über die Befehlszeilenschnittstelle (CLI)

Über die Befehlszeilenschnittstelle (CLI) können Sie die Software-Anhänge einer virtuellen Serverinstanz anzeigen, die aus einem Katalog-Image erstellt wurde.

• Um alle Software-Anhänge einer Instanz aufzulisten, verwenden Sie [ibmcloud is instance-software-attachments](/docs/vpc?topic=vpc-vpc-reference#instance-software-attachments-list. Die Variable „ INSTANCE “ ist die ID oder der Name der Instanz.

ibmcloud is instance-software-attachments INSTANCE [--output JSON] [-q, --quiet]

Das folgende Beispiel listet alle Software-Anhänge für die Instanz my-instance auf.

ibmcloud is instance-software-attachments my-instance

• Um die Details eines bestimmten Software-Anhangs für eine Instanz anzuzeigen, verwenden Sie ibmcloud is instance-software-attachment. Die Variable „ INSTANCE “ ist die ID oder der Name der Instanz. Die Variable „ SWAC “ ist die ID oder der Name des Software-Anhangs der Instanz.

ibmcloud is instance-software-attachment INSTANCE SWAC [--output JSON] [-q, --quiet]

Das folgende Beispiel zeigt die Details des Software-Anhangs „ my-software-attachment “ für die Instanz „ my-instance “.

ibmcloud is instance-software-attachment my-instance my-software-attachment

Aktualisieren der Software-Anhänge einer virtuellen Serverinstanz über die Befehlszeilenschnittstelle (CLI)

Sie können die Software-Anhänge einer virtuellen Serverinstanz, die aus einem Katalog-Image erstellt wurde, über die Befehlszeilenschnittstelle (CLI) aktualisieren.

Um den Namen eines Software-Anhangs für eine Instanz zu aktualisieren, verwenden Sie ibmcloud is instance-software-attachment-update. Die Variable „ INSTANCE “ ist die ID oder der Name der Instanz. Die Variable „ SWAC “ ist die ID oder der Name des Software-Anhangs der Instanz. Der Wert „ --name “ ist der neue Name des Software-Anhangs der Instanz.

ibmcloud is instance-software-attachment-update INSTANCE SWAC --name NEW_NAME [--output JSON] [-q, --quiet]

Im folgenden Beispiel wird der Software-Anhang „ $software_attachment_id“ für die Instanz „ my-instance “ in „ my-renamed-software-attachment “ umbenannt.

ibmcloud is instance-software-attachment-update my-instance my-software-attachment --name my-renamed-software-attachment

Anzeigen der Software-Anhänge einer virtuellen Serverinstanz über die API

Wenn Sie eine virtuelle Serverinstanz auf Basis eines Katalog-Images erstellen, können Sie ein Katalog-Image verwenden, das speziell mit einem definierten Software-Abrechnungsplan konfiguriert ist. Nachdem Sie Ihre virtuelle Serverinstanz erstellt haben, können Sie die Software-Anhänge einsehen, die nun Teil der virtuellen Serverinstanz sind.

Um die Software-Anhänge über die API anzuzeigen, senden Sie eine Anfrage vom Typ „ GET /instances/{instance_id}/software_attachments “.

curl -X GET "https://us-south.iaas.cloud.ibm.com/v1/instances/{instance_id}/software_attachments?version=2026-04-21" -H "Authorization: Bearer $iam_token"

Anzeigen von Software-Anhängen einer Instanz über die API

Sie können alle mit einer virtuellen Serverinstanz verknüpften Software-Anhänge programmgesteuert auflisten, indem Sie die VPC-API aufrufen.

Das folgende Beispiel listet alle Software-Anhänge für eine Instanz mit der Instanz-ID „ $instance_id “ auf.

curl -X GET "https://us-south.iaas.cloud.ibm.com/v1/instances/$instance_id/software_attachments?version=2024-06-23&generation=2" -H "accept: application/json" -H "Authorization: Bearer $iam_token"

Weitere Informationen finden Sie unter „ Liste der mit einer Instanz verknüpften Software-Anhänge “ in der VPC-API.

Abrufen eines Software-Anhangs einer Instanz über die API

Sie können einen einzelnen Software-Anhang einer Instanz abrufen, indem Sie eine Anfrage vom Typ „ GET /instances/{instance_id}/software_attachments/{id} “ stellen und dabei die ID des Software-Anhangs sowie die Instanz-ID angeben.

Das folgende Beispiel ruft einen bestimmten Software-Anhang mit der ID „ $software_attachment_id “ für eine Instanz mit der Instanz-ID „ $instance_id “ ab.

curl -X GET "https://us-south.iaas.cloud.ibm.com/v1/instances/$instance_id/software_attachments/$software_attachment_id?version=2024-06-23&generation=2" -H "accept: application/json" -H "Authorization: Bearer $iam_token"

Weitere Informationen finden Sie unter „ Abrufen eines Software-Anhangs einer Instanz “ in der VPC-API.

Aktualisieren eines Software-Anhangs einer Instanz über die API

Sie können einen Software-Anhang einer Instanz aktualisieren, indem Sie eine Anfrage vom Typ „ PATCH /instances/{instance_id}/software_attachments/{id} “ stellen und dabei die ID des Software-Anhangs sowie die Instanz-ID angeben.

Im folgenden Beispiel wird ein Software-Anhang mit der ID „ $software_attachment_id “ für eine Instanz mit der Instanz-ID „ $instance_id “ aktualisiert.

curl -X PATCH "https://us-south.iaas.cloud.ibm.com/v1/instances/$instance_id/software_attachments/$software_attachment_id?version=2024-06-23&generation=2" -H "accept: application/json" -H "Authorization: Bearer $iam_token" -H "Content-Type: application/merge-patch+json" -d "{\"name\":\"my-software-attachment-patch\"}"

Weitere Informationen finden Sie unter „ Software-Anhang einer Instanz aktualisieren “ in der VPC-API.

Verwalten eines Software-Anhangs für eine virtuelle Serverinstanz mithilfe von Terraform

Sie können keinen Software-Anhang direkt erstellen. Der Software-Anhang wird automatisch erstellt, wenn eine virtuelle Serverinstanz aus einem Image aus dem Software-Lizenzkatalog bereitgestellt wird. Weitere Informationen zu Software-Anhängen und Katalog-Images finden Sie unter Erste Schritte mit Katalog-Images auf VPC.

Sie verwenden die Ressource ibm_is_instance_software_attachment, um einen vorhandenen Anhang zu verwalten, indem Sie ihn übernehmen und seinen Namen festlegen. Das Argument instance_id ist die Kennung der virtuellen Serverinstanz. Das Argument instance_software_attachment_id ist die Kennung des Anhangs, der für die Instanz erstellt wurde instance_id. Sie können darauf über die Liste software_attachments der Instanz zugreifen. Das Argument name ist der Name, der für den Software-Anhang der Instanz festgelegt werden soll.

Im folgenden Beispiel wird der Name des Software-Anhangs festgelegt.

resource "ibm_is_instance" "example" {
  name    = "my-instance"
  profile = "cx2-2x4"
  vpc     = ibm_is_vpc.example.id
  zone    = "us-south-1"
  keys    = [ibm_is_ssh_key.example.id]
  image = "r006-90c63ab2-f216-4b50-aa9f-0cca03ab0ac2"
  primary_network_interface {
    virtual_network_interface {
      subnet = ibm_is_subnet.example.id
    }
  }
}
resource "ibm_is_instance_software_attachment" "is_instance_software_attachment_instance" {
  instance_id                         = ibm_is_instance.example.id
  instance_software_attachment_id     = ibm_is_instance.example.software_attachments.0.id
  name                                = "my-software-attachment"
}

Nachdem Sie die Ressource definiert haben, führen Sie aus, terraform apply um den Anhang zu übernehmen und den Namen zuzuweisen.

Weitere Informationen finden Sie unter ibm_is_instance_software_attachment.

Aktualisieren eines Software-Anhangs für eine virtuelle Serverinstanz mithilfe von Terraform

Sie können den Namen eines Software-Anhangs mithilfe von Terraform aktualisieren. Sie können nur das Argument name aktualisieren. Wenn die aktualisiert name wird, wird eine neue Ressource mit dieser instance_id und erstellt instance_software_attachment_id. Das Argument name ist die neue Bezeichnung für den Anhang der Instanzsoftware.

Im folgenden Beispiel wird der Name eines Software-Anhangs aktualisiert:

resource "ibm_is_instance_software_attachment" "is_instance_software_attachment_instance" {
  instance_id                        = ibm_is_instance.example.id
  instance_software_attachment_id = ibm_is_instance.example.software_attachments.0.id
  name                               = "my-software-attachment-update"
}

Nachdem Sie die Ressourcenkonfiguration aktualisiert haben, führen Sie aus, um terraform plan eine Vorschau der Änderungen anzuzeigen, und führen Sie anschließend aus, terraform apply um sie zu übernehmen.

Weitere Informationen finden Sie unter ibm_is_instance_software_attachment.

Entfernen einer Software-Erweiterung für eine virtuelle Serverinstanz mithilfe von Terraform

Ein Software-Anhang kann nicht über die API und Terraform gelöscht werden. Der Lebenszyklus eines Software-Anhangs ist an die Instanz gebunden, an die er angehängt ist. Das Ausführen des Befehls auf terraform destroy der Ressource ibm_is_instance_software_attachment entfernt diese lediglich aus dem Terraform-Status. Die ibm_is_instance_software_attachment Ressource bleibt mit ihr verknüpft instance_id.

Das folgende Beispiel zeigt die Ressource, die beim Löschen aus dem Terraform-Status entfernt wird.

resource "ibm_is_instance_software_attachment" "is_instance_software_attachment_instance" {
  instance_id                         = ibm_is_instance.example.id
  instance_software_attachment_id     = ibm_is_instance.example.software_attachments.0.id
  name                                = "my-software-attachment-update"
}

Führen Sie den Befehl aus, terraform destroy um die Verwaltung des Software-Anhangs mit Terraform zu beenden. Um den Anhang zu entfernen, löschen Sie dessen virtuelle Serverinstanz.

Weitere Informationen finden Sie unter ibm_is_instance_software_attachment.

Anzahl der Threads pro Kern in der Konsole bearbeiten

Die Anzahl der Threads pro Kern bietet Ihnen die Flexibilität, Ihre Arbeitslast zu optimieren. Zwar wird die Anzahl der Threads pro Kern für alle Profile angezeigt, Sie können diese jedoch nur für die Profilfamilie „High Frequency“ bearbeiten. Bei Hochfrequenzprofilen ist der Standardwert 2. Sie können diesen Wert auf 1 einstellen.

Zwar wird die Anzahl der Threads pro Kern für alle Profile angezeigt, Sie können diese jedoch nur für die Profilfamilie „High Frequency“ bearbeiten. Bevor Sie die Eigenschaft „ threads_per_core “ ändern, müssen Sie die Instanz des virtuellen Servers anhalten.

1. Klicken Sie auf der Seite Virtuelle Serverinstanzen in der Konsole IBM Cloud auf einen einzelnen Instanznamen, um Details anzuzeigen.
2. Gehen Sie auf der Detailseite zu „ Profiles details “ und anschließend zu „ Threads per core “. Klicken Sie auf Edit.
3. Bearbeiten Sie auf der Seite „Threads pro Kern“ den Wert für „Threads pro Kern“.
4. Klicken Sie auf Save.

Anpassen der Threads pro Kern über die Befehlszeilenschnittstelle (CLI)

Die Anzahl der Threads pro Kern bietet Ihnen die Flexibilität, Ihre Arbeitslast zu optimieren. Zwar wird die Anzahl der Threads pro Kern für alle Profile angezeigt, Sie können diese jedoch nur für die Profilfamilie „High Frequency“ bearbeiten. Bei Hochfrequenzprofilen ist der Standardwert 2. Sie können diesen Wert auf 1 einstellen.

Bevor Sie die Eigenschaft „ threads_per_core “ ändern können, müssen Sie die Instanz des virtuellen Servers anhalten.

Sie können den Wert „ --threads-per-core “ für die Instanz des virtuellen Servers in Ihrem „ IBM Cloud VPC “ über die Befehlszeilenschnittstelle (CLI) bearbeiten. Um den Wert „ --threads-per-core “ zu aktualisieren, verwenden Sie den Befehl „ ibmcloud is instance-update “. Geben Sie die ID oder den Namen der virtuellen Serverinstanz an, die Sie aktualisieren möchten, indem Sie die Variable „ INSTANCE “ verwenden. Geben Sie für die Option „ --threads-per-core “ entweder 1 oder 2 ein.

ibmcloud is instance-update INSTANCE --threads-per-core [1]

Anpassen der Threads pro Kern über die API

Die Anzahl der Threads pro Kern bietet Ihnen die Flexibilität, Ihre Arbeitslast zu optimieren. Zwar wird die Anzahl der Threads pro Kern für alle Profile angezeigt, Sie können diese jedoch nur für die Profilfamilie „High Frequency“ bearbeiten. Bei Hochfrequenzprofilen ist der Standardwert 2. Sie können diesen Wert auf 1 einstellen.

Bevor Sie die Eigenschaft „ threads_per_core “ ändern, müssen Sie die Instanz des virtuellen Servers anhalten.

Sie bearbeiten die Eigenschaft „ threads_per_core “ für die virtuelle Serverinstanz in Ihrem „ IBM Cloud VPC “ mithilfe der API. Verwenden Sie den Befehl ' update-instance. Stellen Sie eine " PATCH /instances und geben Sie einen neuen Wert für die Eigenschaft " threads_per_core an.

curl -X PATCH "$vpc_api_endpoint/v1/instances/$instance_id?version=2024-10-17&generation=2" -H "Authorization: Bearer $iam_token" -d '{"threads_per_core": "1"}'

Bearbeitung von Threads pro Kern mit Terraform

Die Anzahl der Threads pro Kern bietet Ihnen die Flexibilität, Ihre Arbeitslast zu optimieren. Zwar wird die Anzahl der Threads pro Kern für alle Profile angezeigt, Sie können diese jedoch nur für die Profilfamilie „High Frequency“ bearbeiten. Bei Hochfrequenzprofilen ist der Standardwert 2. Sie können diesen Wert auf 1 einstellen.

Bevor Sie die Eigenschaft „ threads_per_core “ ändern, müssen Sie die Instanz des virtuellen Servers anhalten.

Sie können die Eigenschaft threads_per_core einer virtuellen Serverinstanz in Ihrem IBM Cloud VPC mithilfe der ibm_is_instance Terraform-Ressource bearbeiten.

resource "ibm_is_instance" "example" {
  name             = "example-instance"
  profile          = "hx4da-64x1408"
  zone             = "us-south-1"
  threads_per_core = 1
  # ... other required arguments
}