Virtual Server-Instanzen verwalten

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“ bzw. und anschließend auf „ Umbenennen “.
2. Geben Sie den neuen Namen für die Instanz des virtuellen Servers 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 Instanzen virtueller Server 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 Befehlszeile

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 ibmcloud is instance Befehl. 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 “ an.

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 Befehlszeilenschnittstelle

Sie können eine virtuelle Serverinstanz in Ihrem „ 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 in „ my-renamed-instance “ umbenannt:

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 Befehlszeile anhalten

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

Um die Instanz des virtuellen Servers anzuhalten, verwenden Sie den ibmcloud is instance-stop Befehl. 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 Beendigungszustand hängen bleibt, können Sie den folgenden Beispielbefehl mit den Optionen „ --force “ und „ --no-wait “ verwenden, um die Instanz sofort und ohne Bestätigung zu beenden. 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 “.

Eine virtuelle Serverinstanz über die Befehlszeile starten

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

Um die Instanz des virtuellen Servers zu starten, verwenden Sie den ibmcloud is instance-start Befehl. 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.

Eine virtuelle Serverinstanz über die API starten

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 „ d6c3902d-1ecf-3a2c-b7ab-eb9143581000 “ 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": "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

Mit Terraform können Sie eine angehaltene virtuelle Serverinstanz 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 vCPU- und RAM-Kapazität erhöhen oder verringern, um mehr Flexibilität beim Workload-Management zu erzielen und so auf veränderte Ressourcenanforderungen 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 Befehlszeile

Sie können die verfügbare Rechenleistung ( vCPU ) und den Arbeitsspeicher (RAM) erhöhen oder verringern, um mehr Flexibilität bei der Verwaltung von Workloads zu erzielen und so auf veränderte Ressourcenanforderungen zu reagieren, die Kosten zu optimieren oder die Leistung der Workloads zu verbessern. Sobald die Größenanpassung abgeschlossen ist, wird Ihnen der Stundensatz des ausgewählten neuen 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.

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

Sie können die verfügbare Rechenleistung ( vCPU ) und den Arbeitsspeicher (RAM) erhöhen oder verringern, um mehr Flexibilität bei der Verwaltung von Workloads zu erzielen und so auf veränderte Ressourcenanforderungen zu reagieren, die Kosten zu optimieren oder die Leistung der Workloads zu verbessern. Sobald die Größenanpassung abgeschlossen ist, wird Ihnen der Stundensatz des ausgewählten neuen 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. Sobald die Größenanpassung abgeschlossen ist, 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, sollten Sie vor der Neuinstallation des Betriebssystems eine Sicherungskopie aller Daten erstellen.

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, sollten Sie vor der Neuinstallation des Betriebssystems eine Sicherungskopie aller Daten erstellen.

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 das Löschen 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.

Eine virtuelle Serverinstanz über die CLI löschen

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 Instanz des virtuellen Servers zu löschen, verwenden Sie den ibmcloud is instance-delete Befehl. 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 das Löschen 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 das Löschen 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 Namen der Instanz, um deren 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. Rufen Sie eine virtuelle Service-Instanz auf.
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 Ihren „ Block Storage “-Boot-Datenträger und die angeschlossenen Datenträger 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 die Speicherbandbreite darf nicht auf weniger als 500 Mbit/s eingestellt 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 für den Parameter „ total-volume-bandwidth “ die gesamte Speicherbandbreite in Megabit pro Sekunde (Mbps) 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 Mindestbandbreite des Netzwerks beträgt 500 Mbit/s. Passen Sie daher die Gesamtspeicherbandbreite entsprechend 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äre angeschlossene Datenträger zugewiesen ist. Eine Erhöhung der Gesamtspeicherbandbreite führt zu einer entsprechenden Abnahme der Netzbandbreite. Die Mindestbandbreite des Netzwerks beträgt 500 Mbit/s. Passen Sie daher die Gesamtspeicherbandbreite entsprechend 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. Rufen Sie eine virtuelle Service-Instanz auf.
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 das Symbol und 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 „ stop “ festgelegt:

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.

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