Gestione delle VSI (virtual server instance)

Gestione delle istanze dalla pagina "Istanze del server virtuale"

È possibile gestire le istanze di “ IBM Cloud® Virtual Servers for Virtual Private Cloud ” dalla pagina “Istanze di server virtuali” nella console di IBM Cloud.

Per gestire le tue istanze, completa la seguente procedura.

1. Nella console IBM Cloud, fai clic del menu di navigazione > infrastruttura > Elaborazione > Istanze server virtuali.
2. Nella pagina Istanze del server virtuale, fai clic sull'icona Azioni per l'istanza che vuoi gestire. È possibile scegliere tra le seguenti azioni:

Rinominare un'istanza di server virtuale nella console

È possibile rinominare un'istanza di server virtuale nella console.

1. Nella pagina " Istanze del server virtuale ", fare clic sull'icona Azioni relativa all'istanza che si desidera rinominare, quindi fare clic su Rinomina.
2. Immettere il nuovo nome dell'istanza del server virtuale, quindi fare clic su Rinomina.

Elenco delle istanze di server virtuali dalla CLI

Per poter gestire un'istanza di server virtuale, è necessario conoscerne il nome o l'ID. Per visualizzare l'elenco di tutte le istanze di server virtuali presenti nel proprio account, utilizzare il comando seguente.

ibmcloud is instances

Per un elenco completo delle opzioni di comando, consultare le istanze di ibmcloud.

Elenco delle istanze di server virtuali tramite l'API

Per poter gestire un'istanza di server virtuale, è necessario disporre del relativo ID. Per visualizzare l'elenco di tutte le istanze di server virtuali presenti nel tuo account, effettua la seguente richiesta.

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

Per ulteriori informazioni, consultare la sezione " Elenco di tutte le istanze " nell'API VPC.

Visualizzazione dei dettagli dell'istanza dalla CLI

Puoi visualizzare i dettagli dell'istanza del server virtuale nel tuo IBM Cloud VPC utilizzando la CLI (command - line interface).

Per visualizzare i dettagli dell'istanza del server virtuale, utilizzare il file ibmcloud is instance comando. Specifica l'ID o il nome dell'istanza del server virtuale che vuoi visualizzare utilizzando la variabile INSTANCE.

ibmcloud is instance INSTANCE

Visualizzazione dei dettagli dell'istanza con l'API

Puoi visualizzare i dettagli dell'istanza del server virtuale nel tuo IBM Cloud VPC utilizzando l'API.

L'esempio seguente visualizza i dettagli dell'istanza del server virtuale per un profilo di istanza con un nome di profilo " 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"

Per ulteriori informazioni, vedi Richiamo di un profilo dell'istanza nell'API VPC.

Visualizzazione dei dettagli dell'istanza tramite Terraform

È possibile recuperare le informazioni su un'istanza di server virtuale esistente utilizzando Terraform.

L'esempio seguente recupera le informazioni su un'istanza di server virtuale in base al nome:

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

Per ulteriori informazioni, vedere ibm_is_instance.

Rinominare un'istanza di server virtuale dalla CLI

Puoi ridenominare un'istanza del server virtuale nella tua IBM Cloud VPC utilizzando la CLI (command - line interface).

1. Per rinominare un'istanza del server virtuale, utilizzare il file ibmcloud is instance-update INSTANCE comando. Specifica il nuovo nome dell'istanza con l'opzione --name NEW_NAME.

   Il seguente esempio ridenomina un server virtuale con il nome my-instance-name in my-instance-name-new.

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

   Per un elenco completo delle opzioni di comando, vedi ibmCloud is instance - update.

Rinominare un'istanza di server virtuale con l'API

Puoi ridenominare l'istanza del server virtuale nel IBM Cloud VPC utilizzando l'API.

Il seguente esempio ridenomina una istanza del server virtuale da name a my-instance.

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

Rinominare un'istanza di server virtuale utilizzando Terraform

È possibile rinominare un'istanza di server virtuale nel proprio IBM Cloud VPC utilizzando Terraform. Aggiornare l'argomento name nella risorsa ibm_is_instance .

L'esempio seguente rinomina un'istanza di server virtuale in my-renamed-instance:

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

Per ulteriori informazioni, consultare la voce relativa all'argomento " name " nella documentazione della risorsa " ibm_is_instance ".

Arresto e avvio di un'istanza di server virtuale nella console

Dalla pagina Virtual server instances nella console IBM Cloud, fai clic su Stop o Start.

Arresto di un'istanza di server virtuale dalla CLI

Puoi arrestare l'istanza del server virtuale nella tua IBM Cloud VPC utilizzando la CLI (command - line interface).

Per arrestare l'istanza del server virtuale, utilizzare il file ibmcloud is instance-stop comando. Specifica l'ID o il nome dell'istanza del server virtuale che vuoi arrestare con la variabile INSTANCE.

ibmcloud is instance-stop INSTANCE

Il seguente esempio arresta un'istanza senza richiedere conferma. L'istanza del server virtuale ha un ID 0777_e7af506a-35d4-451d-aa9e-59330e62b77e. L'opzione --force indica che la richiesta di conferma viene ignorata.

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

Un'azione di arresto forzato innesca un ripristino del ciclo di alimentazione dell'istanza del server virtuale.

Se hai un'istanza che si blocca in uno stato di arresto, puoi utilizzare il seguente comando di esempio con le opzioni --force e --no-wait specificate per arrestare immediatamente l'istanza senza conferma. L'istanza ha un ID 0757_5446c277-3190-48dd-ac67-5f02fab39ed5. L'opzione --force indica che la richiesta di conferma viene ignorata. L'opzione --no-wait esegue il comando immediatamente, eliminando tutte le azioni accodate.

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

Per un elenco completo delle opzioni di comando, vedi ibmcloud is instance - stop.

Avvio di un'istanza di server virtuale dalla CLI

Puoi avviare un'istanza del server virtuale arrestata nel tuo IBM Cloud VPC utilizzando la CLI (command - line interface).

Per avviare l'istanza del server virtuale, utilizzare il file ibmcloud is instance-start comando. Specifica l'ID o il nome dell'istanza del server virtuale che vuoi avviare utilizzando la variabile INSTANCE.

ibmcloud is instance-start INSTANCE

Per un elenco completo delle opzioni di comando, vedi ibmcloud is instance - start nella pagina di riferimento della CLI VPC.

Arresto di un'istanza di server virtuale con l'API

Puoi arrestare l'istanza del server virtuale nella tua IBM Cloud VPC utilizzando l'API.

Il seguente esempio arresta un'istanza del server virtuale con ID istanza 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": "stop"}'

Per ulteriori informazioni, vedi Crea un'azione dell'istanza nell'API VPC.

Avvio di un'istanza di server virtuale con l'API

Puoi avviare un'istanza del server virtuale arrestata nella tua IBM Cloud VPC utilizzando l'API.

L'esempio seguente avvia un'istanza di server virtuale con ID istanza 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"}'

Per ulteriori informazioni, vedi Crea un'azione dell'istanza nell'API VPC.

Arresto di un'istanza di server virtuale utilizzando Terraform

È possibile arrestare un'istanza di server virtuale utilizzando Terraform.

L'esempio seguente arresta un'istanza di server virtuale:

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

Impostare force_action su true per forzare l'arresto immediato ed eliminare tutte le azioni in coda.

Per ulteriori informazioni, vedere ibm_is_instance_action.

Avviare un'istanza di server virtuale utilizzando Terraform

È possibile avviare un'istanza di server virtuale che è stata interrotta utilizzando Terraform.

L'esempio seguente avvia un'istanza di server virtuale:

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

Per ulteriori informazioni, vedere ibm_is_instance_action.

Riavvio di un'istanza di server virtuale nella console

L'azione di riavvio attiva un riavvio del sistema operativo guest. L'istanza del server virtuale rimane in uno stato di esecuzione mentre il sistema operativo guest è in fase di riavvio. La fatturazione continua.

Un'azione di riavvio forzato attiva un ripristino del ciclo di alimentazione dell'istanza del server virtuale.

Dalla pagina Istanze server virtuale nella console IBM Cloud, fai clic su Riavvia.

Riavvio di un'istanza di server virtuale dalla CLI

L'azione di riavvio attiva un riavvio del sistema operativo guest. L'istanza del server virtuale rimane in uno stato di esecuzione mentre il sistema operativo guest è in fase di riavvio. La fatturazione continua.

Un'azione di riavvio forzato, utilizzando l'opzione --force, attiva una reimpostazione del ciclo di alimentazione dell'istanza del server virtuale.

Puoi riavviare l'istanza del server virtuale nel tuo IBM Cloud VPC utilizzando la CLI (command - line interface).

Per riavviare l'istanza del server virtuale, utilizzare il file ibmcloud is instance-reboot comando. Specifica l'ID o il nome dell'istanza del server virtuale che vuoi riavviare utilizzando la variabile INSTANCE.

ibmcloud is instance-reboot INSTANCE

Per un elenco completo delle opzioni di comando, vedi ibmcloud is instance - reboot.

Riavvio di un'istanza di server virtuale con l'API

Puoi riavviare l'istanza del server virtuale nel tuo IBM Cloud VPC utilizzando l'API. Il seguente esempio riavvia il server virtuale specificato.

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

L'azione di riavvio attiva un riavvio del sistema operativo guest. L'istanza del server virtuale rimane in uno stato di esecuzione mentre il sistema operativo guest è in fase di riavvio. La fatturazione continua.

Un'azione di riavvio forzato attiva un ripristino del ciclo di alimentazione dell'istanza del server virtuale.

Per ulteriori informazioni, vedi Crea un'azione dell'istanza nell'API VPC.

Riavvio di un'istanza di server virtuale utilizzando Terraform

È possibile riavviare un'istanza di server virtuale utilizzando Terraform.

L'esempio seguente riavvia un'istanza di server virtuale:

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

L'azione di riavvio attiva un riavvio del sistema operativo guest. L'istanza del server virtuale rimane in uno stato di esecuzione mentre il sistema operativo guest è in fase di riavvio. La fatturazione continua.

Un'azione di riavvio forzato attiva un ripristino del ciclo di alimentazione dell'istanza del server virtuale. Impostare force_action su true per forzare l'azione immediatamente e cancellare tutte le azioni in coda.

Per ulteriori informazioni, vedere ibm_is_instance_action.

Ridimensionamento di un'istanza di server virtuale nella console

È possibile aumentare o diminuire la quantità di vCPU e RAM disponibili per una maggiore flessibilità nella gestione del carico di lavoro, per far fronte alle variazioni dei requisiti delle risorse, ottimizzare i costi o le prestazioni del carico di lavoro. Al termine del ridimensionamento, viene addebitata la tariffa oraria del nuovo profilo di istanza selezionato.

Per i passaggi per ridimensionare un'istanza del server virtuale nella console, vedere Ridimensionamento di un'istanza del server virtuale utilizzando l'interfaccia utente.

Modifica delle dimensioni di un'istanza di server virtuale tramite la CLI

È possibile aumentare o diminuire la quantità di vCPU e di RAM disponibile per ottenere una maggiore flessibilità nella gestione dei carichi di lavoro per far fronte alle variazioni dei requisiti delle risorse, ottimizzare i costi o le prestazioni dei carichi di lavoro. Al termine del ridimensionamento, viene addebitata la tariffa oraria del nuovo profilo di istanza selezionato.

Per i passaggi per ridimensionare un'istanza del server virtuale, vedere Ridimensionamento di un'istanza del server virtuale utilizzando la CLI.

Ridimensionamento di un'istanza di server virtuale con l'API

È possibile aumentare o diminuire la quantità di vCPU e di RAM disponibile per ottenere una maggiore flessibilità nella gestione dei carichi di lavoro per far fronte alle variazioni dei requisiti delle risorse, ottimizzare i costi o le prestazioni dei carichi di lavoro. Al termine del ridimensionamento, viene addebitata la tariffa oraria del nuovo profilo di istanza selezionato.

Per i passaggi per ridimensionare un'istanza del server virtuale, vedere Ridimensionamento di un'istanza del server virtuale utilizzando l'API.

Ridimensionamento di un'istanza di server virtuale tramite Terraform

È possibile aumentare o ridurre la quantità di memoria vCPU e RAM disponibile per una maggiore flessibilità nella gestione dei carichi di lavoro, aggiornando l'argomento profile nella risorsa ibm_is_instance . Una volta completato il ridimensionamento, ti verrà addebitata la tariffa oraria prevista per il nuovo profilo di istanza.

L'esempio seguente aggiorna il profilo di un'istanza di server virtuale:

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

Per ulteriori informazioni, consultare la voce relativa all'argomento " profile " nella documentazione della risorsa " ibm_is_instance ".

Ricaricare il sistema operativo tramite la CLI

È possibile reinstallare il sistema operativo utilizzando l'interfaccia a riga di comando. Utilizza il seguente comando CLI per ricaricare il sistema operativo.

Se desideri conservare i tuoi dati, esegui un backup di tutti i dati prima di procedere alla reinstallazione del sistema operativo.

Questo esempio reinizializza l' INSTANCE utilizzando l' IMAGE con le opzioni relative al volume di avvio riportate all'indirizzo BOOT_VOLUME_JSON. Utilizza KEY1 e KEY2 come chiavi, DEFAULT_TRUSTED_PROFILE come profilo attendibile predefinito e DATA come dati utente. Il profilo attendibile predefinito viene collegato automaticamente poiché --default-trusted-profile-auto-link è impostato come true.

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

Ricaricamento del sistema operativo tramite l'API

È possibile reinstallare il sistema operativo utilizzando l'API. Utilizza la seguente chiamata API per ricaricare il sistema operativo.

Se desideri conservare i tuoi dati, esegui un backup di tutti i dati prima di procedere alla reinstallazione del sistema operativo.

In questo esempio viene reinizializzata l'istanza instance_id utilizzando l'immagine image_id con le opzioni di collegamento del volume di avvio fornite. Utilizza key_id come chiave, some_data per i dati utente e profile_id come profilo attendibile predefinito. Il profilo attendibile predefinito è collegato perché auto_link è impostato come true.

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

Eliminazione di un'istanza di server virtuale nella console

È possibile eliminare l'istanza del server virtuale che si trova nel IBM Cloud VPC nella console.

Se l'istanza ha un indirizzo IP mobile, è necessario annullarne l'associazione o eseguirne il rilascio prima che venga eliminata. L'account associato all'IP mobile continua ad essere addebitato se non viene rilasciato.

Dalla pagina Istanze del server virtuale nella console IBM Cloud, fare clic su Elimina.

L'azione di eliminazione rimuove definitivamente un'istanza, l' vNIC, e ad essa collegata e i relativi dati dal tuo account. Il volume di avvio dell'istanza viene cancellato anche se l'impostazione di cancellazione automatica del volume è attivata. Se un volume di avvio esistente è collegato come parte del provisioning di un'istanza del server virtuale, il volume viene conservato per impostazione predefinita quando l'istanza viene eliminata. Se un volume di avvio è stato creato come parte del provisioning di un'istanza del server virtuale, il volume viene eliminato per impostazione predefinita quando l'istanza viene eliminata. Dopo che hai confermato l'azione di eliminazione, il processo per eliminare l'istanza e la sua vNIC, il suo volume di avvio e i suoi dati associati inizia. L'azione di eliminazione può richiedere fino a 30 minuti ma, una volta completato il processo, l'istanza non compare più nella pagina delle VSI (virtual server instance).

Eliminazione di un'istanza di server virtuale dalla CLI

Puoi eliminare l'istanza del server virtuale nella tua IBM Cloud VPC utilizzando la CLI (command - line interface).

Se l'istanza ha un indirizzo IP mobile, è necessario annullarne l'associazione o eseguirne il rilascio prima che venga eliminata. L'account associato all'IP mobile continua ad essere addebitato se non viene rilasciato.

Per eliminare l'istanza del server virtuale, utilizzare il file ibmcloud is instance-delete comando. Specifica l'ID o il nome dell'istanza del server virtuale che vuoi eliminare utilizzando la variabile INSTANCE.

ibmcloud is instance-delete INSTANCE

Per un elenco completo delle opzioni di comando, vedi ibmcloud is instance - delete.

L'azione di eliminazione rimuove definitivamente un'istanza, l' vNIC, e ad essa collegata e i relativi dati dal tuo account. Il volume di avvio dell'istanza viene cancellato anche se l'impostazione di cancellazione automatica del volume è attivata. Se un volume di avvio esistente è collegato come parte del provisioning di un'istanza del server virtuale, il volume viene conservato per impostazione predefinita quando l'istanza viene eliminata. Se un volume di avvio è stato creato come parte del provisioning di un'istanza del server virtuale, il volume viene eliminato per impostazione predefinita quando l'istanza viene eliminata. Dopo che hai confermato l'azione di eliminazione, il processo per eliminare l'istanza e la sua vNIC, il suo volume di avvio e i suoi dati associati inizia. L'azione di eliminazione può richiedere fino a 30 minuti ma, una volta completato il processo, l'istanza non compare più nella pagina delle VSI (virtual server instance).

Eliminazione di un'istanza di server virtuale con l'API

Puoi eliminare l'istanza del server virtuale nel IBM Cloud VPC utilizzando l'API.

Se l'istanza ha un indirizzo IP mobile, è necessario annullarne l'associazione o eseguirne il rilascio prima che venga eliminata. L'account associato all'IP mobile continua ad essere addebitato se non viene rilasciato.

Il seguente esempio elimina un'istanza.

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

L'azione di eliminazione rimuove definitivamente un'istanza, l' vNIC, e ad essa collegata e i relativi dati dal tuo account. Il volume di avvio dell'istanza viene cancellato anche se l'impostazione di cancellazione automatica del volume è attivata. Se un volume di avvio esistente è collegato come parte del provisioning di un'istanza del server virtuale, il volume viene conservato per impostazione predefinita quando l'istanza viene eliminata. Se un volume di avvio è stato creato come parte del provisioning di un'istanza del server virtuale, il volume viene eliminato per impostazione predefinita quando l'istanza viene eliminata. Dopo che hai confermato l'azione di eliminazione, il processo per eliminare l'istanza e la sua vNIC, il suo volume di avvio e i suoi dati associati inizia. L'azione di eliminazione può richiedere fino a 30 minuti ma, una volta completato il processo, l'istanza non compare più nella pagina delle VSI (virtual server instance).

Per ulteriori informazioni, vedi Elimina un'istanza nell'API VPC.

Gestione delle istanze dalla pagina dei dettagli dell'istanza

Per visualizzare la pagina dei dettagli di un'istanza, procedere come segue.

1. Nella console IBM Cloud, fai clic del menu di navigazione > infrastruttura > Elaborazione > Istanze server virtuali.

2. Nell'elenco della pagina " Istanze del server virtuale ", individuare l'istanza che si desidera visualizzare. Fai clic sul nome dell'istanza per visualizzarne i dettagli. La pagina dei dettagli dell'istanza è suddivisa in cinque schede: Panoramica, Rete, Archiviazione, Monitoraggio e Integrazioni.

Visualizzazione dei dettagli dell'istanza nella console

Fare clic sul nome di un'istanza di server virtuale nella pagina " Istanze di server virtuali " per aprire la pagina dei dettagli corrispondente. La pagina dei dettagli è suddivisa nelle seguenti schede.

Modifica dell'impostazione di cancellazione automatica dei volumi collegati a un'istanza nella console

Durante il provisioning dell'istanza, viene creato un volume di avvio con l'opzione di cancellazione automatica abilitata per impostazione predefinita. Quando questa funzione è attivata, il volume viene eliminato quando l'istanza viene cancellata.

L'opposto è vero per i volumi di dati creati durante il provisioning dell'istanza, per i quali la funzione di cancellazione automatica è disabilitata. I volumi di dati sono destinati a essere staccati ma non eliminati per impostazione predefinita, in modo che i dati possano persistere oltre il ciclo di vita dell'istanza del server virtuale.

È possibile modificare questa impostazione nel pannello Modifica volume di avvio quando si crea un'istanza o successivamente nella pagina dei dettagli dell'istanza. Per ulteriori informazioni, vedere Creazione di istanze di server virtuale e Aggiornamento dell'impostazione di cancellazione automatica di un volume.

Modifica dell'impostazione di autocancellazione dei volumi collegati a un'istanza dalla CLI

Durante il provisioning dell'istanza, viene creato un volume di avvio con l'opzione di cancellazione automatica abilitata per impostazione predefinita. Quando questa funzione è attivata, il volume viene eliminato quando l'istanza viene cancellata.

L'opposto è vero per i volumi di dati creati durante il provisioning dell'istanza, per i quali la funzione di cancellazione automatica è disabilitata. I volumi di dati sono destinati a essere staccati ma non eliminati per impostazione predefinita, in modo che i dati possano persistere oltre il ciclo di vita dell'istanza del server virtuale.

È possibile modificare questa impostazione specificando la proprietà auto_delete quando si crea l'istanza o si aggiorna l'allegato del volume di avvio. Per ulteriori informazioni, vedere Creazione di istanze di server virtuale e Aggiornamento di un allegato di volume dalla CLI.

Modifica dell'impostazione di autocancellazione dei volumi collegati a un'istanza con l'API

Durante il provisioning dell'istanza, viene creato un volume di avvio con l'opzione di cancellazione automatica abilitata per impostazione predefinita. Quando questa funzione è attivata, il volume viene eliminato quando l'istanza viene cancellata.

L'opposto è vero per i volumi di dati creati durante il provisioning dell'istanza, per i quali la funzione di cancellazione automatica è disabilitata. I volumi di dati sono destinati a essere staccati ma non eliminati per impostazione predefinita, in modo che i dati possano persistere oltre il ciclo di vita dell'istanza del server virtuale.

È possibile modificare questa impostazione specificando la proprietà delete_volume_on_instance_delete quando si crea l'istanza o si aggiorna l'allegato del volume. Per ulteriori informazioni, vedere Creazione di istanze di server virtuale e Aggiornamento di un allegato di volume con l'API.

Modifica dell'impostazione di eliminazione automatica dei volumi associati a un'istanza tramite Terraform

Durante il provisioning dell'istanza, viene creato un volume di avvio con l'opzione " auto_delete_volume " abilitata per impostazione predefinita. Quando questa opzione è abilitata, il volume di avvio viene eliminato al momento dell'eliminazione dell'istanza.

È possibile modificare questa impostazione aggiornando l'argomento auto_delete_volume nella risorsa ibm_is_instance .

L'esempio seguente disabilita l'eliminazione automatica del volume di avvio:

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

Per ulteriori informazioni, consultare la voce relativa all'argomento " auto_delete_volume " nella documentazione della risorsa " ibm_is_instance ".

Regolazione dell'allocazione della larghezza di banda dell'istanza nella console

È possibile regolare l'allocazione della larghezza di banda totale dell'istanza tra larghezza di banda di rete e larghezza di banda di archiviazione nella console.

Per regolare la larghezza di banda di un'istanza, procedere come segue.

1. Vai a un'istanza di servizio virtuale.
2. Selezionare Assegnazione larghezza di banda.
3. Nella schermata Edit bandwidth allocation, regola il valore per Storage bandwidth. Puoi aumentare la larghezza di banda assegnata per i tuoi volumi di avvio Block Storage e i volumi di dati collegati. Per ulteriori informazioni sull'allocazione della larghezza di banda di archiviazione, vedere Allocazione della larghezza di banda per i volumi di Block Storage. Dopo aver impostato la larghezza di banda di archiviazione, la larghezza di banda di rete viene automaticamente regolata in modo che la larghezza di banda totale dell'istanza sia uguale al valore della larghezza di banda totale visualizzato. Il valore per Larghezza di banda di rete o Larghezza di banda di archiviazione non può essere impostato su un valore inferiore a 500 Mbps.

Per visualizzare la nuova assegnazione della larghezza di banda, è necessario arrestare e avviare l'istanza oppure scollegare e ricollegare i volumi secondari.

Modifica dell'allocazione della larghezza di banda dell'istanza dalla CLI

Puoi regolare l'assegnazione dell'ampiezza di banda totale della tua istanza tra l'ampiezza di banda di rete e l'ampiezza di banda di archiviazione utilizzando la CLI.

Per riallocare la larghezza di banda dell'istanza, esegui il file instance-update comando e specificare la larghezza di banda di archiviazione totale in megabit al secondo (Mbps) per il file total-volume-bandwidth parametro. Utilizzare la sintassi seguente. Utilizza l'ID o il nome dell'istanza per INSTANCE.

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

La larghezza di banda di archiviazione totale (in megabit al secondo) è la larghezza di banda totale allocata per i volumi di avvio e di dati collegati. L'aumento della larghezza di banda totale della memoria determina una corrispondente diminuzione della larghezza di banda della rete. La larghezza di banda di rete minima che si può avere è di 500 Mbps, per cui è necessario regolare la larghezza di banda di archiviazione totale in base alle esigenze.

Per visualizzare la nuova allocazione della larghezza di banda, è necessario arrestare e avviare l'istanza oppure scollegare e ricollegare i volumi di dati.

Regolazione dell'allocazione della larghezza di banda dell'istanza con l'API

Puoi regolare la larghezza di banda di archiviazione totale per un'istanza esistente con l'API. Fare un PATCH /instances request e specificare un nuovo valore per total_volume_ bandwidth. La larghezza di banda totale della memoria (in megabit al secondo) è la larghezza di banda totale assegnata per i volumi di avvio primario e i volumi di dati collegati secondari. L'aumento della larghezza di banda totale della memoria determina una corrispondente diminuzione della larghezza di banda della rete. La larghezza di banda di rete minima che si può avere è di 500 Mbps, per cui è necessario regolare la larghezza di banda di archiviazione totale in base alle esigenze. Ad esempio,

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

Per visualizzare la nuova allocazione della larghezza di banda, è necessario arrestare e avviare l'istanza oppure scollegare e ricollegare i volumi di dati. L'allocazione della larghezza di banda per i singoli volumi viene aggiornata quando si aggiunge un volume di dati utilizzando il file POST / volume_attachments o eliminare un volume utilizzando il metodo DELETE volume_attachments metodo.

Regolazione dell'allocazione della larghezza di banda delle istanze tramite Terraform

È possibile regolare la ripartizione della larghezza di banda totale dell'istanza tra larghezza di banda di rete e larghezza di banda di archiviazione aggiornando l'argomento total_volume_bandwidth nella risorsa ibm_is_instance . La larghezza di banda totale dello storage (in megabit al secondo) è la larghezza di banda complessiva assegnata al volume di avvio e ai volumi di dati collegati. L'aumento della larghezza di banda totale della memoria determina una corrispondente diminuzione della larghezza di banda della rete. La larghezza di banda minima della rete è di 500 Mbps.

L'esempio seguente imposta la larghezza di banda totale di archiviazione a 500 Mbps:

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

Per visualizzare la nuova allocazione della larghezza di banda, è necessario arrestare e avviare l'istanza oppure scollegare e ricollegare i volumi di dati.

Per ulteriori informazioni, consultare la voce relativa all'argomento " total_volume_bandwidth " nella documentazione della risorsa " ibm_is_instance ".

Regolazione della modalità di memorizzazione QoS nella console

È possibile modificare la modalità Storage QoS di un'istanza di server virtuale che utilizza uno dei profili General purpose - Flex, General purpose Gen 3, Accelerated Gen 3 o Confidential Computing - Gen 3 per abilitare l'allocazione dinamica della larghezza di banda per i volumi di dati collegati.

1. Vai a un'istanza di servizio virtuale.
2. Nella pagina dei dettagli dell'istanza del server virtuale, fare clic sulla levetta per cambiare la modalità QoS da ponderata a in pool.

Affinché la modifica della QoS modalità abbia effetto, è necessario arrestare e avviare l'istanza del server virtuale.

Regolazione della modalità di archiviazione QoS dalla CLI

È possibile modificare la modalità Storage QoS di un'istanza di server virtuale che utilizza uno dei profili General purpose - Flex, General purpose Gen 3, Accelerated Gen 3 o Confidential Computing - Gen 3 per abilitare l'allocazione dinamica della larghezza di banda per i volumi di dati collegati utilizzando il comando ibmcloud is instance-update.

ibmcloud is instance-update INSTANCE --storage_qos_modes pooled

È possibile utilizzare lo stesso comando per tornare alla modalità QoS ponderata.

ibmcloud is instance-update INSTANCE --storage_qos_modes weighted

Affinché la modifica della QoS modalità abbia effetto, è necessario prima arrestare l'istanza del server virtuale. Eseguire il comando instance-update. Quindi, avviare l'istanza.

Regolazione della modalità di archiviazione QoS con l'API

È possibile modificare programmaticamente la modalità di archiviazione QoS di un'istanza di server virtuale che utilizza uno dei profili General purpose - Flex, General purpose Gen 3, Accelerated Gen 3 o Confidential Computing - Gen 3 chiamando il metodo /instances/{id} nell'API VPC, come mostrato nella seguente richiesta di esempio.

Il seguente esempio di richiesta abilita l'allocazione dinamica della larghezza di banda per i volumi di dati collegati a un server virtuale di terza generazione.

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

L'esempio di richiesta seguente riporta la modalità di memorizzazione QoS a ponderata.

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

Affinché la modifica della QoS modalità abbia effetto, è necessario prima arrestare l'istanza del server virtuale. Effettuare la richiesta di PATCH. Quindi, avviare l'istanza.

Visualizzazione dello stato dell'istanza e di lifecycle_state nella API

• status
• Questa proprietà fornisce lo stato dell'istanza del server virtuale tramite la richiesta Richiama un'istanza. I valori restituiti da 'status sono specializzati per le istanze di server virtuale e indicano se sono in esecuzione, ferme o in transizione. Per ulteriori informazioni, vedi Virtual Private Cloud API.
• lifecycle_state
• Questa proprietà fornisce lo stato di una risorsa tramite la richiesta Richiama un'istanza. I valori forniti da 'lifecycle_state sono generici e si applicano a varie risorse, come i gruppi di collocamento. lifecycle_state può restituire valori che si sovrappongono a 'status. lifecycle_state include anche valori che specificano se una risorsa è sospesa.

Impostazione del riavvio automatico in caso di errore dell'host nella console

Per impostare il riavvio automatico dell'errore host per un'istanza esistente, completare la seguente procedura.

1. Nella console IBM Cloud console, fare clic sull'icona Menu di navigazione > Infrastruttura > Calcolo > Istanze server virtuali.
2. Nella pagina Istanze del server virtuale, fai clic sull'icona Azioni per l'istanza che vuoi gestire.
3. Dalla pagina dei dettagli dell'istanza, individuare 'Riavvio automatico dell'errore host'. Fare clic sull'icona Modifica e scegliere Attivato o Disattivato per attivare o disattivare lo stato del criterio di ripristino dell'host.

Per ulteriori informazioni, consultare Politiche di ripristino da errori host.

Impostazione della policy di ripristino in caso di errore dell'host dalla CLI

È possibile aggiornare un'istanza nel IBM Cloud® con e modificare il criterio di disponibilità su guasto dell'host utilizzando l'interfaccia a riga di comando (CLI) E modificare il criterio di disponibilità in caso di guasto dell'host utilizzando l'interfaccia a riga di comando (CLI). Eseguire il comando ibmcloud instance-update e impostare la proprietà --host-failure-policy su start o stop. Il servizio di politica di errore host è impostato su restart per impostazione predefinita. Qui, INSTANCE può essere l'ID o il nome dell'istanza.

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

Impostazione della policy di ripristino in caso di errore dell'host con l'API

Durante l'aggiornamento di un'istanza, la sottoproprietà 'host_failure può essere usata per impostare il fallimento dell'host 'availability_policy dell'istanza del server virtuale.

Configurazione della politica di ripristino in caso di guasto dell'host tramite Terraform

È possibile impostare la politica di ripristino in caso di guasto dell'host per un'istanza di server virtuale aggiornando l'argomento availability_policy_host_failure nella risorsa ibm_is_instance . Il valore predefinito è restart.

L'esempio seguente imposta la politica su " stop":

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

Per ulteriori informazioni, consultare la voce relativa all'argomento " availability_policy_host_failure " nella documentazione della risorsa " ibm_is_instance ".

Impostazione del valore di calcolo riservato dalla CLI

Seleziona disponibilità

Il computing riservato con Intel SGX per VPC e il computing riservato con Intel TDX per VPC sono disponibili nelle regioni Dallas (us-south), Washington DC (us-east) e Francoforte (eu-de).

È possibile aggiornare un'istanza e modificare il 'confidential-compute-mode utilizzando l'interfaccia a riga di comando (CLI). Utilizza il comando ibmcloud is instance-update . Per INSTANCE, specificare l'ID o il nome dell'istanza e impostare la proprietà --confidential-compute-mode su sgx o tdx.

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

Impostazione del valore di calcolo riservato dall'API

Seleziona disponibilità

Il computing riservato con Intel SGX per VPC e il computing riservato con Intel TDX per VPC sono disponibili nelle regioni Dallas (us-south), Washington DC (us-east) e Francoforte (eu-de).

È possibile aggiornare un'istanza di server virtuale e modificare la proprietà 'confidential_compute_mode utilizzando l'API. Utilizzare il comando ibmcloud 'update-instance. Fare una richiesta di " PATCH /instances e specificare un nuovo valore per la proprietà " confidential_compute_mode. Per abilitare l'elaborazione riservata, modificare questo valore in sgx o 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"}'

Per ulteriori informazioni, vedere l'azione Aggiorna un'istanza nell'API Virtual Servers for VPC API.

Impostazione del valore di calcolo riservato tramite Terraform

Seleziona disponibilità

Il computing riservato con Intel SGX per VPC e il computing riservato con Intel TDX per VPC sono disponibili nelle regioni Dallas (us-south), Washington DC (us-east) e Francoforte (eu-de).

È possibile aggiornare la modalità di elaborazione riservata di un'istanza di server virtuale modificando l'argomento confidential_compute_mode nella risorsa ibm_is_instance .

L'esempio seguente abilita il confidential computing SGX:

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

Per ulteriori informazioni, consultare la voce relativa all'argomento " confidential_compute_mode " nella documentazione della risorsa " ibm_is_instance ".

Disabilitare o abilitare l'avvio sicuro nella console

Quando si seleziona un profilo di istanza di calcolo riservato, l'opzione di avvio sicuro è attivata per impostazione predefinita. È possibile disattivare l'avvio sicuro sull'istanza del server virtuale, ma è necessario prima arrestare l'istanza del server virtuale. Dopo aver disabilitato l'avvio sicuro, è possibile riavviare l'istanza del server virtuale.

1. Dalla pagina Istanze del server virtuale della console IBM Cloud, selezionare l'istanza del server virtuale.
2. Da Azioni, fare clic su Interrompi.
3. Nei dettagli della configurazione avanzata, impostare l'avvio sicuro su Disabilitato.
4. Da Azioni, fare clic su Avvio.

Se si decide di riabilitare l'avvio sicuro, seguire gli stessi passaggi e riportare l'opzione su Abilitato

Abilitazione e disabilitazione dell'avvio sicuro dalla CLI

Quando si seleziona un profilo di istanza di calcolo riservato, l'opzione di avvio sicuro è attivata per impostazione predefinita. È possibile disattivare l'avvio sicuro sull'istanza del server virtuale, ma è necessario prima arrestare l'istanza del server virtuale. Dopo aver disabilitato l'avvio sicuro, è possibile riavviare l'istanza del server virtuale.

È possibile aggiornare un'istanza e modificare il 'enable-secure-boot utilizzando l'interfaccia a riga di comando (CLI). Utilizza il comando ibmcloud is instance-update . Per INSTANCE, specificare l'ID o il nome dell'istanza e impostare la proprietà '--enable-secure-boot su 'false.

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

Se si decide di riabilitare l'avvio sicuro, seguire questi stessi passi e impostare la proprietà --enable-secure-boot su true.

Abilitazione e disabilitazione del valore di avvio sicuro dall'API

Quando si seleziona un profilo di istanza di calcolo riservato, l'opzione di avvio sicuro è attivata per impostazione predefinita. È possibile disattivare l'avvio sicuro sull'istanza del server virtuale, ma è necessario prima arrestare l'istanza del server virtuale. Dopo aver disabilitato l'avvio sicuro, è possibile riavviare l'istanza del server virtuale.

È possibile aggiornare un'istanza di server virtuale e modificare la proprietà 'enable_secure_boot utilizzando l'API. Effettua una richiesta di tipo “ PATCH /instances ” e specifica un valore booleano per la proprietà “ enable_secure_boot ”. L'esempio seguente disattiva l'avvio sicuro:

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

Se si decide di riabilitare l'avvio sicuro, seguire questi stessi passi e impostare la proprietà enable_secure_boot su true.

Per ulteriori informazioni, vedere l'azione Aggiorna un'istanza nell'API Virtual Servers for VPC API.

Scollegamento di un server da una prenotazione nella console

Puoi scollegare un server virtuale da una prenotazione nella console.

1. Nella IBM Cloud console, clicca 'icona Menu di navigazione > Infrastruttura VPC > Prenotazioni.
2. Dal tuo elenco di server virtuali o nella pagina dei dettagli della prenotazione, fai clic sul server che vuoi scollegare e fai quindi clic su Azioni > Scollega.
3. Per confermare, fare clic su Scollega.

Come rimuovere un server da una prenotazione tramite la CLI

Per conoscere la procedura da seguire per scollegare un server virtuale da una prenotazione tramite l'interfaccia CLI, consultare la sezione Gestione di una prenotazione per VPC.

Rimuovere un server da una prenotazione tramite l'API

Per conoscere la procedura da seguire per scollegare un server virtuale da una prenotazione tramite l'API, consultare la sezione " Gestione di una prenotazione per VPC ".

Aggiunta di CSPM nella console

Quando si seleziona questa opzione, viene creata un'istanza di protezione del carico di lavoro con le configurazioni per fornire CSPM a tutte le risorse. Se esiste un'istanza di protezione del carico di lavoro, questa opzione non è disponibile. Per ulteriori informazioni, vedere Informazioni su IBM Cloud Security Posture Management(CSPM).

È possibile aggiungere CSPM (Cloud Security Posture Management ) nella pagina Istanze server virtuali.

1. Dalla pagina Istanze del server virtuale nella console IBM Cloud, fare clic sul nome di una singola istanza per visualizzarne i dettagli.
2. Dalla pagina dei dettagli, andare alla scheda Integrazioni.
3. In Gestione della postura di sicurezza del cloud, fare clic su Aggiungi CSPM.
4. Nella sezione Aggiungi la gestione della postura di sicurezza del cloud (CSPM), fare clic su Crea.

Questa impostazione aggiunge CSPM a un'istanza di Workload Protection esistente per l'account. Per ulteriori informazioni, vedere Implementazione di CSPM(Cloud Security Posture Management)per IBM Cloud.

Visualizzazione degli allegati software di un'istanza di server virtuale tramite la CLI

È possibile visualizzare gli allegati software di un'istanza di server virtuale creata a partire da un'immagine del catalogo utilizzando l'interfaccia della riga di comando (CLI).

• Per visualizzare l'elenco di tutti gli allegati software di un'istanza, utilizzare [ibmcloud is instance-software-attachments](/docs/vpc?topic=vpc-vpc-reference#instance-software-attachments-list. La variabile INSTANCE rappresenta l'ID o il nome dell'istanza.

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

L'esempio seguente elenca tutti gli allegati software relativi all'istanza my-instance.

ibmcloud is instance-software-attachments my-instance

• Per visualizzare i dettagli di un allegato software specifico per un'istanza, utilizzare ibmcloud is instance-software-attachment. La variabile INSTANCE rappresenta l'ID o il nome dell'istanza. La variabile SWAC rappresenta l'ID o il nome dell'allegato software dell'istanza.

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

L'esempio seguente mostra i dettagli dell'allegato software my-software-attachment relativo all'istanza my-instance.

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

Aggiornamento dei componenti software di un'istanza di server virtuale tramite l'interfaccia a riga di comando (CLI)

È possibile aggiornare i componenti software di un'istanza di server virtuale creata a partire da un'immagine del catalogo utilizzando l'interfaccia CLI.

Per aggiornare il nome di un allegato software di un'istanza, utilizzare ibmcloud is instance-software-attachment-update. La variabile INSTANCE rappresenta l'ID o il nome dell'istanza. La variabile SWAC rappresenta l'ID o il nome dell'allegato software dell'istanza. Il valore " --name " è il nuovo nome dell'allegato software dell'istanza.

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

L'esempio seguente rinomina l'allegato software “ $software_attachment_id” in “ my-renamed-software-attachment ” per l'istanza my-instance.

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

Visualizzazione degli allegati software di un'istanza di server virtuale tramite l'API

Quando si crea un'istanza di server virtuale basata su un'immagine del catalogo, è possibile utilizzare un'immagine del catalogo configurata specificatamente con un piano di fatturazione software definito. Dopo aver creato l'istanza del server virtuale, è possibile visualizzare i componenti software allegati che ora fanno parte dell'istanza stessa.

Per visualizzare gli allegati software tramite l'API, inviare una richiesta di tipo " 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"

Elenco degli allegati del software di istanza tramite l'API

È possibile elencare a livello di programmazione tutti gli allegati software associati a un'istanza di server virtuale richiamando l'API VPC.

L'esempio seguente elenca tutti gli allegati software relativi a un'istanza con ID $instance_id.

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"

Per ulteriori informazioni, consultare la sezione " Elenco degli allegati software associati a un'istanza " nell'API VPC.

Recupero di un allegato software di un'istanza tramite l'API

È possibile recuperare un allegato software relativo a una singola istanza effettuando una richiesta di tipo " GET /instances/{instance_id}/software_attachments/{id} " e specificando l'ID dell'allegato software dell'istanza e l'ID dell'istanza.

L'esempio seguente recupera un allegato software specifico con ID $software_attachment_id per un'istanza con ID $instance_id.

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"

Per ulteriori informazioni, consultare la sezione " Recupero di un allegato software di un'istanza " nell'API VPC.

Aggiornamento di un allegato software di un'istanza tramite l'API

È possibile aggiornare un allegato software di un'istanza inviando una richiesta di tipo " PATCH /instances/{instance_id}/software_attachments/{id} " e specificando l'ID dell'allegato software dell'istanza e l'ID dell'istanza.

L'esempio seguente aggiorna un allegato software con ID $software_attachment_id per un'istanza con ID $instance_id.

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

Per ulteriori informazioni, consultare la sezione " Aggiornamento di un allegato software di un'istanza " nell'API VPC.

Modifica del numero di thread per core nella console

Il numero di thread per core ti offre la flessibilità necessaria per ottimizzare il tuo carico di lavoro. Sebbene il numero di thread per core venga visualizzato per tutti i profili, è possibile modificarlo solo per la famiglia di profili “ High Frequency ”. Per i profili ad alta frequenza, il valore predefinito è 2. È possibile impostare questo valore su 1.

Sebbene il numero di thread per core venga visualizzato per tutti i profili, è possibile modificarlo solo per la famiglia di profili “High Frequency ”. Prima di modificare la proprietà threads_per_core, è necessario arrestare l'istanza del server virtuale.

1. Dalla pagina Istanze del server virtuale nella console IBM Cloud, fare clic sul nome di una singola istanza per visualizzarne i dettagli.
2. Dalla pagina dei dettagli, vai su Profiles details e poi su Threads per core. Clicca su Edit.
3. Nella pagina "Thread per core", modifica il valore "Thread per core".
4. Clicca su Save.

Modifica del numero di thread per core tramite la CLI

Il numero di thread per core ti offre la flessibilità necessaria per ottimizzare il tuo carico di lavoro. Sebbene il numero di thread per core venga visualizzato per tutti i profili, è possibile modificarlo solo per la famiglia di profili “ High Frequency ”. Per i profili ad alta frequenza, il valore predefinito è 2. È possibile impostare questo valore su 1.

Prima di poter modificare la proprietà threads_per_core, è necessario arrestare l'istanza del server virtuale.

È possibile modificare il valore " --threads-per-core " dell'istanza del server virtuale in IBM Cloud VPC utilizzando l'interfaccia della riga di comando (CLI). Per aggiornare il valore " --threads-per-core ", utilizzare il comando " ibmcloud is instance-update ". Specificare l'ID o il nome dell'istanza del server virtuale che si desidera aggiornare utilizzando la variabile INSTANCE . Per l'opzione " --threads-per-core ", inserisci 1 oppure 2.

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

Modifica del numero di thread per core tramite l'API

Il numero di thread per core ti offre la flessibilità necessaria per ottimizzare il tuo carico di lavoro. Sebbene il numero di thread per core venga visualizzato per tutti i profili, è possibile modificarlo solo per la famiglia di profili “ High Frequency ”. Per i profili ad alta frequenza, il valore predefinito è 2. È possibile impostare questo valore su 1.

Prima di modificare la proprietà threads_per_core, è necessario arrestare l'istanza del server virtuale.

È possibile modificare la proprietà threads_per_core dell'istanza del server virtuale presente nel proprio IBM Cloud VPC tramite l'API. Utilizza il comando update-instance . Fare una richiesta di " PATCH /instances e specificare un nuovo valore per la proprietà " threads_per_core.

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