仮想サーバー・インスタンスの管理

「仮想サーバーインスタンス」ページからのインスタンス管理

IBM Cloud コンソールの「 仮想サーバーインスタンス 」ページから、 IBM Cloud® Virtual Servers for Virtual Private Cloud インスタンスを管理できます。

インスタンスを管理するには、以下のステップを実行します。

1. IBM Cloud コンソールで、 Navigation > Infrastructure > Compute > Virtual server instances をクリックします。
2. **「仮想サーバー・インスタンス」**ページで、管理するインスタンスの「アクション」アイコン をクリックします。 以下のアクションから 選択できます。

コンソールでの仮想サーバーインスタンスの名前の変更

コンソールで仮想サーバーインスタンスの名前を変更できます。

1. [仮想サーバーインスタンス]ページで、名前を変更したいインスタンスの[アクション]アイコン をクリックし、[ 名前の変更 ] をクリックします。
2. 仮想サーバーインスタンスの新しい名前を入力し、「 名前の変更 」をクリックします。

CLI から仮想サーバーインスタンスを一覧表示する

仮想サーバーインスタンスを管理するには、その名前またはIDが必要です。 アカウント内のすべての仮想サーバーインスタンスを一覧表示するには、次のコマンドを実行してください。

ibmcloud is instances

コマンドオプションの完全な一覧については、「 ibmcloud is instances 」を参照してください。

API を使用した仮想サーバーインスタンスの一覧表示

仮想サーバーインスタンスを管理するには、そのIDが必要です。 アカウント内のすべての仮想サーバーインスタンスを一覧表示するには、次のリクエストを実行してください。

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

詳細については、VPC APIの「 すべてのインスタンスの一覧表示 」を参照してください。

CLI からインスタンスの詳細を表示する

コマンド・ライン・インターフェース (CLI) を使用して、IBM Cloud VPC 内にある仮想サーバー・インスタンスの詳細を表示できます。

仮想サーバーインスタンスの詳細を表示するには、 ibmcloud is instance コマンドを使用します。 INSTANCE 変数を使用して、表示する仮想サーバー・インスタンスの ID または名前を指定します。

ibmcloud is instance INSTANCE

API を使用したインスタンスの詳細の表示

API を使用して、IBM Cloud VPC 内にある仮想サーバー・インスタンスの詳細を表示できます。

次の例は、プロファイル名が「 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"

詳しくは、VPC API の インスタンス・プロファイルの取得 を参照してください。

Terraformを使ってインスタンスの詳細を見る

Terraformを使って既存の仮想サーバーインスタンスの情報を取得することができます。

次の例は、仮想サーバー・インスタンスに関する情報を名前で取得します：

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

詳細は ibm_is_instance を参照。

CLI から仮想サーバーインスタンスの名前を変更する

コマンドラインインターフェイス（CLI）を使用すると、 IBM Cloud VPC 内の仮想サーバーインスタンスの名前を変更できます。

1. 仮想サーバーインスタンスの名前を変更するには、ibmcloud is instance-update INSTANCE 指示。 --name NEW_NAME オプションを使用して、インスタンスの新しい名前を指定します。

   以下の例では、 my-instance-name という名前の仮想サーバーを my-instance-name-new に名前変更します。

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

   コマンドオプションの完全な一覧については、「 ibmcloud is instance-update 」を参照してください。

API を使用して仮想サーバーインスタンスの名前を変更する

API を使用して、IBM Cloud VPC 内にある仮想サーバー・インスタンスの名前を変更できます。

次の例では、仮想サーバー・インスタンスの名前を name から 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"}'

Terraform を使用して仮想サーバーインスタンスの名前を変更する

Terraform を使用すると、 IBM Cloud VPC 内の仮想サーバーインスタンスの名前を変更できます。 ibm_is_instance リソース内の name 引数を更新します。

次の例では、仮想サーバーインスタンスの名前を「 my-renamed-instance 」に変更しています：

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

詳細については、『 ibm_is_instance 』リソースのドキュメントにある「 name 」引数を参照してください。

コンソールでの仮想サーバーインスタンスの停止と起動

IBM Cloud コンソールの「 仮想サーバーインスタンス 」ページで、「 停止 」または「 開始 」をクリックします。

CLI から仮想サーバーインスタンスを停止する

コマンド・ライン・インターフェース (CLI) を使用して、IBM Cloud VPC 内にある仮想サーバー・インスタンスを停止できます。

仮想サーバーインスタンスを停止するには、 ibmcloud is instance-stop コマンドを使用してください。 INSTANCE 変数で、停止する仮想サーバー・インスタンスの ID または名前を指定します。

ibmcloud is instance-stop INSTANCE

以下の例では、確認を要求せずにインスタンスを停止します。 仮想サーバー・インスタンスの ID は 0777_e7af506a-35d4-451d-aa9e-59330e62b77e です。 --force オプションは、確認の要求がスキップされることを示します。

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

「 強制停止 」アクションを実行すると、仮想サーバーインスタンスの電源再投入によるリセットが行われます。

インスタンスが_停止_状態で固まってしまった場合は、 --force および --no-wait オプションを指定した以下のコマンド例を使用することで、確認を求めずにインスタンスを直ちに停止させることができます。 インスタンスの ID は 0757_5446c277-3190-48dd-ac67-5f02fab39ed5 です。 --force オプションは、確認の要求がスキップされることを示します。 --no-wait オプションは、コマンドを即時に実行し、キューに入れられたアクションをすべて除去します。

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

コマンドオプションの完全な一覧については、「 ibmcloud is instance-stop 」を参照してください。

CLI から仮想サーバーインスタンスを起動する

コマンド・ライン・インターフェース (CLI) を使用して、IBM Cloud VPC 内にある、停止されている仮想サーバー・インスタンスを開始できます。

仮想サーバーインスタンスを起動するには、 ibmcloud is instance-start コマンドを使用します。 INSTANCE 変数を使用して、開始する仮想サーバー・インスタンスの ID または名前を指定します。

ibmcloud is instance-start INSTANCE

コマンド・オプションの完全なリストについては、VPC CLI リファレンスページの ibmcloud is instance-start を参照してください。

API を使用して仮想サーバーインスタンスを停止する

API を使用して、IBM Cloud VPC 内にある仮想サーバー・インスタンスを停止できます。

次の例では、インスタンス ID が 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"}'

詳細については、VPC API の「 インスタンスの作成」アクション を参照してください。

API を使用して仮想サーバーインスタンスを起動する

API を使用して、IBM Cloud VPC 内にある、停止されている仮想サーバー・インスタンスを開始できます。

次の例では、インスタンス ID が 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"}'

詳細については、VPC API の「 インスタンスの作成」アクション を参照してください。

Terraformを使って仮想サーバーインスタンスを停止する

Terraformを使って仮想サーバーインスタンスを停止することができます。

次の例では、仮想サーバー・インスタンスを停止します：

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

force_action を true に設定すると、直ちに停止が強制され、キューに登録されているすべてのアクションが削除されます。

詳細は ibm_is_instance_action を参照。

Terraformを使って仮想サーバーインスタンスを起動する

Terraform を使用すると、停止中の仮想サーバーインスタンスを起動することができます。

次の例では、仮想サーバー・インスタンスを起動します：

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

詳細は ibm_is_instance_action を参照。

コンソールでの仮想サーバーインスタンスの再起動

リブート・アクションによって、ゲスト・オペレーティング・システムのリブートがトリガーされます。 仮想サーバー・インスタンスは、ゲスト・オペレーティング・システムのリブート中に実行状態を維持します。 このため、課金は続行されます。

「 _Force」リブート_操作を実行すると、仮想サーバーインスタンスの電源再投入によるリセットが行われます。

IBM Cloud コンソールの「 仮想サーバーインスタンス 」ページで、「 再起動 」をクリックします。

CLI から仮想サーバーインスタンスを再起動する

リブート・アクションによって、ゲスト・オペレーティング・システムのリブートがトリガーされます。 仮想サーバー・インスタンスは、ゲスト・オペレーティング・システムのリブート中に実行状態を維持します。 このため、課金は続行されます。

--force オプションを使用して強制リブート・アクションを実行すると、仮想サーバー・インスタンスの電源サイクル・リセットがトリガーされます。

コマンド・ライン・インターフェース (CLI) を使用して、IBM Cloud VPC 内にある仮想サーバー・インスタンスをリブートできます。

仮想サーバーインスタンスを再起動するには、ibmcloud is instance-reboot 指示。 INSTANCE 変数を使用して、リブートする仮想サーバー・インスタンスの ID または名前を指定します。

ibmcloud is instance-reboot INSTANCE

コマンドオプションの完全な一覧については、「 ibmcloud is instance-reboot 」を参照してください。

API を使用して仮想サーバーインスタンスを再起動する

API を使用して、IBM Cloud VPC 内にある仮想サーバー・インスタンスをリブートできます。 次の例では、指定された仮想サーバーをリブートします。

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

リブート・アクションによって、ゲスト・オペレーティング・システムのリブートがトリガーされます。 仮想サーバー・インスタンスは、ゲスト・オペレーティング・システムのリブート中に実行状態を維持します。 このため、課金は続行されます。

「 _Force」リブート_操作を実行すると、仮想サーバーインスタンスの電源再投入によるリセットが行われます。

詳細については、VPC API の「 インスタンスの作成」アクション を参照してください。

Terraformによる仮想サーバーインスタンスの再起動

Terraformを使って仮想サーバーインスタンスをリブートすることができます。

次の例は、仮想サーバー・インスタンスをリブートします：

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

リブート・アクションによって、ゲスト・オペレーティング・システムのリブートがトリガーされます。 仮想サーバー・インスタンスは、ゲスト・オペレーティング・システムのリブート中に実行状態を維持します。 このため、課金は続行されます。

「 _Force」リブート_操作を実行すると、仮想サーバーインスタンスの電源再投入によるリセットが行われます。 force_action を true に設定すると、アクションが即座に強制的に実行され、キューに入れられたアクションがすべて削除される。

詳細は ibm_is_instance_action を参照。

コンソールでの仮想サーバーインスタンスのサイズ変更

vCPU およびRAMの利用可能量を増減させることで、ワークロード管理の柔軟性を高め、リソース要件の変化への対応、コストの最適化、あるいはワークロードのパフォーマンス向上を図ることができます。 サイズ変更が完了すると、選択した新しいインスタンス・プロファイルの時間料金が請求されます。

コンソールで仮想サーバーインスタンスのサイズを変更する手順については、「 UI を使用した仮想サーバーインスタンスのサイズ変更 」を参照してください。

CLI からの仮想サーバーインスタンスのサイズ変更

vCPU および利用可能なRAMの容量を増減させることで、ワークロード管理の柔軟性を高め、リソース要件の変化への対応、コストの最適化、あるいはワークロードのパフォーマンス向上を図ることができます。 サイズ変更が完了すると、選択した新しいインスタンスプロファイルの時間単価に基づいて課金されます。

仮想サーバーインスタンスのサイズを変更する手順については、 CLI を使用して仮想サーバー インスタンスのサイズを変更する。

API を使用した仮想サーバーインスタンスのサイズ変更

vCPU および利用可能なRAMの容量を増減させることで、ワークロード管理の柔軟性を高め、リソース要件の変化への対応、コストの最適化、あるいはワークロードのパフォーマンス向上を図ることができます。 サイズ変更が完了すると、選択した新しいインスタンスプロファイルの時間単価に基づいて課金されます。

仮想サーバーインスタンスのサイズを変更する手順については、 API を使用して仮想サーバー インスタンスのサイズを変更する。

Terraform を使用した仮想サーバーインスタンスのサイズ変更

ibm_is_instance リソースの profile 引数を更新することで、 vCPU およびRAMの利用可能量を増減させ、ワークロード管理の柔軟性を高めることができます。 サイズ変更が完了すると、新しいインスタンスプロファイルの時間単価に基づいて課金されます。

次の例は、仮想サーバーインスタンスのプロファイルを更新するものです：

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

詳細については、『 ibm_is_instance 』リソースのドキュメントにある「 profile 」引数を参照してください。

CLI を使用して OS を再読み込みする

CLI を使用して OS を再インストールすることができます。 OSを再読み込みするには、次のCLIコマンドを実行してください。

データを残しておきたい場合は、OSの再インストールを行う前に、すべてのデータをバックアップしてください。

この例では、 BOOT_VOLUME_JSON に記載されているブートボリュームオプションを指定して、 IMAGE を使用し、 INSTANCE を再初期化します。 キーとして「 KEY1 」と「 KEY2 」を使用し、デフォルトの信頼済みプロファイルとして「 DEFAULT_TRUSTED_PROFILE 」を指定し、ユーザーデータとして「 DATA 」を使用します。 --default-trusted-profile-auto-link が 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

API を使用して OS を再読み込みする

API を使用して OS を再読み込みすることができます。 OSを再読み込みするには、以下のAPI呼び出しを使用してください。

データを残しておきたい場合は、OSの再インストールを行う前に、すべてのデータをバックアップしてください。

この例では、提供されているブートボリュームの接続オプションを使用して、イメージ「 image_id 」を用いてインスタンス「 instance_id 」を再初期化します。 キーには「 key_id 」、ユーザーデータには「 some_data 」、デフォルトの信頼済みプロファイルには「 profile_id 」が使用されます。 auto_link が 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
	}
}'

コンソールでの仮想サーバーインスタンスの削除

コンソールでIBM Cloud VPC内にある仮想サーバーインスタンスを削除することができます。

インスタンスに浮動 IP アドレスがある場合は、インスタンスを削除する前に、浮動 IP の関連付けを解除するか解放する必要があります。 浮動 IP に関連付けられているアカウントは、解放されていない場合でも課金され続けます。

IBM Cloud コンソールの「 仮想サーバーインスタンス 」ページで、「 削除 」をクリックします。

「削除」操作を実行すると、インスタンス、それに接続されている vNIC,、およびデータがアカウントから完全に削除されます。 ボリュームの自動削除設定が有効になっている場合は、インスタンス・ブート・ボリュームも削除されます。 既存のブート・ボリュームが仮想サーバー・インスタンスのプロビジョニングの一部として接続されている場合、そのボリュームは、インスタンスの削除時にデフォルトで保持されます。 仮想サーバー・インスタンスのプロビジョニングの一環としてブート・ボリュームが作成された場合、インスタンスが削除されると、そのボリュームはデフォルトで削除されます。 削除アクションを確定すると、インスタンスとその関連 vNIC、ブート・ボリューム、データを削除するプロセスが開始されます。 削除アクションには最大で 30 分かかることがありますが、このプロセスが完了すると、「仮想サーバー・インスタンス」ページにそのインスタンスは表示されなくなります。

CLI から仮想サーバーインスタンスを削除する

コマンド・ライン・インターフェース (CLI) を使用して、IBM Cloud VPC 内にある仮想サーバー・インスタンスを削除できます。

インスタンスに浮動 IP アドレスがある場合は、インスタンスを削除する前に、浮動 IP の関連付けを解除するか解放する必要があります。 浮動 IP に関連付けられているアカウントは、解放されていない場合でも課金され続けます。

仮想サーバーインスタンスを削除するには、 ibmcloud is instance-delete コマンドを使用します。 INSTANCE 変数を使用して、削除する仮想サーバー・インスタンスの ID または名前を指定します。

ibmcloud is instance-delete INSTANCE

コマンドオプションの完全な一覧については、「 ibmcloud is instance-delete 」を参照してください。

「削除」操作を実行すると、インスタンス、それに接続されている vNIC,、およびデータがアカウントから完全に削除されます。 ボリュームの自動削除設定が有効になっている場合は、インスタンス・ブート・ボリュームも削除されます。 既存のブート・ボリュームが仮想サーバー・インスタンスのプロビジョニングの一部として接続されている場合、そのボリュームは、インスタンスの削除時にデフォルトで保持されます。 仮想サーバー・インスタンスのプロビジョニングの一環としてブート・ボリュームが作成された場合、インスタンスが削除されると、そのボリュームはデフォルトで削除されます。 削除アクションを確定すると、インスタンスとその関連 vNIC、ブート・ボリューム、データを削除するプロセスが開始されます。 削除アクションには最大で 30 分かかることがありますが、このプロセスが完了すると、「仮想サーバー・インスタンス」ページにそのインスタンスは表示されなくなります。

API を使用した仮想サーバーインスタンスの削除

API を使用して、IBM Cloud VPC 内にある仮想サーバー・インスタンスを削除できます。

インスタンスに浮動 IP アドレスがある場合は、インスタンスを削除する前に、浮動 IP の関連付けを解除するか解放する必要があります。 浮動 IP に関連付けられているアカウントは、解放されていない場合でも課金され続けます。

次の例では、インスタンスを削除します。

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

「削除」操作を実行すると、インスタンス、それに接続されている vNIC,、およびデータがアカウントから完全に削除されます。 ボリュームの自動削除設定が有効になっている場合は、インスタンス・ブート・ボリュームも削除されます。 既存のブート・ボリュームが仮想サーバー・インスタンスのプロビジョニングの一部として接続されている場合、そのボリュームは、インスタンスの削除時にデフォルトで保持されます。 仮想サーバー・インスタンスのプロビジョニングの一環としてブート・ボリュームが作成された場合、そのボリュームは、インスタンスが削除されるとデフォルトで削除されます。 削除アクションを確定すると、インスタンスとその関連 vNIC、ブート・ボリューム、データを削除するプロセスが開始されます。 削除アクションには最大で 30 分かかることがありますが、このプロセスが完了すると、「仮想サーバー・インスタンス」ページにそのインスタンスは表示されなくなります。

詳しくは、VPC API の インスタンスの削除 を参照してください。

インスタンス詳細ページからのインスタンス管理

インスタンスの詳細ページを表示するには、以下の手順に従ってください。

1. IBM Cloud コンソールで、 Navigation > Infrastructure > Compute > Virtual server instances をクリックします。

2. 「 仮想サーバーインスタンス 」ページのリストから、表示したいインスタンスを探します。 インスタンス名をクリックすると、その詳細が表示されます。 インスタンスの詳細ページは、「 概要 」、「 ネットワーク 」、「 ストレージ 」、「 監視 」、「 連携 」の5つのタブで構成されています。

コンソールでインスタンスの詳細を表示する

「仮想サーバーインスタンス」ページで、 _仮想サーバーインスタンス_の名前をクリックすると、その詳細ページが開きます。 詳細ページは、以下のタブで構成されています。

コンソールでインスタンスにアタッチされたボリュームの自動削除設定を変更する

インスタンスのプロビジョニング中に、デフォルトで有効になっている自動削除オプションでブートボリュームが作成されます。 この機能を有効にすると、インスタンスの削除時にボリュームが削除されます。

インスタンスのプロビジョニング中に作成されるデータボリュームについては、自動削除機能は無効になります。 データボリュームはデフォルトでは削除されずに切り離されるため、仮想サーバーインスタンスのライフサイクルを超えてデータを保持することができます。

この設定は、インスタンスの作成時にブートボリュームの編集パネルで、または後でインスタンスの詳細ページで変更できます。 詳細については、 仮想サーバーインスタンスの作成 および ボリュームの自動削除設定の更新を 参照してください。

CLIからインスタンスにアタッチされているボリュームの自動削除設定を変更する

インスタンスのプロビジョニング中に、デフォルトで有効になっている自動削除オプションでブートボリュームが作成されます。 この機能を有効にすると、インスタンスの削除時にボリュームが削除されます。

インスタンスのプロビジョニング中に作成されるデータボリュームについては、自動削除機能は無効になります。 データボリュームはデフォルトでは削除されずに切り離されるため、仮想サーバーインスタンスのライフサイクルを超えてデータを保持することができます。

この設定は、インスタンスの作成時またはブート・ボリュームのアタッチメントの更新時に、 auto_delete プロパティを指定することで変更できます。 詳細については、 「仮想サーバー インスタンスの作成」 および 「CLI からのボリューム アタッチメントの更新」を 参照してください。

APIを使用してインスタンスにアタッチされたボリュームの自動削除設定を変更する

インスタンスのプロビジョニング中に、デフォルトで有効になっている自動削除オプションでブートボリュームが作成されます。 この機能を有効にすると、インスタンスの削除時にボリュームが削除されます。

インスタンスのプロビジョニング中に作成されるデータボリュームについては、自動削除機能は無効になります。 データボリュームはデフォルトでは削除されずに切り離されるため、仮想サーバーインスタンスのライフサイクルを超えてデータを保持することができます。

この設定は、 インスタンスの作成 時または ボリューム・アタッチメントの 更新時に delete_volume_on_instance_delete プロパティを指定することで変更できます。 詳細については、 仮想サーバー・インスタンスの作成 および APIを使用したボリューム・アタッチメントの更新を 参照してください。

Terraform を使用して、インスタンスにアタッチされているボリュームの自動削除設定を変更する

インスタンスのプロビジョニング時には、デフォルトで auto_delete_volume オプションが有効な状態でブートボリュームが作成されます。 このオプションを有効にすると、インスタンスが削除された際にブートボリュームも削除されます。

この設定を変更するには、 ibm_is_instance リソース内の auto_delete_volume 引数を更新します。

次の例では、ブートボリュームの自動削除を無効にしています：

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

詳細については、『 ibm_is_instance 』リソースのドキュメントにある「 auto_delete_volume 」引数を参照してください。

コンソールでインスタンスの帯域幅割り当てを調整する

コンソールでは、インスタンスの総帯域幅をネットワーク帯域幅とストレージ帯域幅の間で割り振り調整することができます。

インスタンスの帯域幅を調整するには、以下の手順を使用します。

1. 仮想サービスインスタンスに移動します。
2. 「 帯域幅の割り当て 」を選択します。
3. 「 帯域幅の割り当ての編集 」画面で、「 ストレージ帯域幅 」の値を調整してください。 Block Storage のブートボリュームおよび接続されたデータボリュームに割り当てられている帯域幅を増やすことができます。 ストレージ帯域幅の割り当ての詳細については、Block Storageボリュームの帯域幅割り当て を参照してください。 ストレージ帯域幅を設定すると、ネットワーク帯域幅が自動的に調整されるため、インスタンスの合計帯域幅は表示されている「合計帯域幅 (Total bandwidth)」の値と等しくなります。 「ネットワーク帯域幅」または「ストレージ帯域幅」の値は、500 Mbps未満に設定することはできません。

新しい帯域幅割り振りを表示するには、インスタンスを停止してから開始するか、2 次ボリュームを切り離してから再接続する必要があります。

CLI からインスタンスの帯域幅割り当てを調整する

CLI を使用すると、インスタンスの総帯域幅をネットワーク帯域幅とストレージ帯域幅の間で割り振り調整することができます。

インスタンスの帯域幅を再割り当てするには、 instance-update コマンドを実行し、 total-volume-bandwidth パラメータに、ストレージの総帯域幅をメガビット毎秒（Mbps）単位で指定します。 次の構文を使用します。 INSTANCE にはインスタンスの ID または名前を使用します。

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

ストレージの総帯域幅（メガビット/秒）とは、ブートボリュームおよび接続されたデータボリュームに割り当てられた帯域幅の合計を指します。 合計ストレージ帯域幅を増やすと、それに応じてネットワーク帯域幅が減少します。 利用可能なネットワーク帯域幅の最低値は500 Mbpsですので、必要に応じてストレージの総帯域幅を調整してください。

新しい帯域幅の割り当てを確認するには、インスタンスを一度停止して再起動するか、データボリュームを一度切り離して再接続する必要があります。

APIを使用してインスタンスの帯域幅割り当てを調整する

API を使用して、既存のインスタンスの合計ストレージ帯域幅を調整できます。 作る PATCH /instances リクエストして新しい値を指定する total_volume_ bandwidth。 総ストレージ帯域幅（メガビット/秒）とは、プライマリブートボリュームおよびセカンダリ接続データボリュームに割り当てられた帯域幅の合計を指します。 合計ストレージ帯域幅を増やすと、それに応じてネットワーク帯域幅が減少します。 利用可能なネットワーク帯域幅の最低値は500 Mbpsですので、必要に応じてストレージの総帯域幅を調整してください。 以下に例を示します。

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

新しい帯域幅の割り当てを確認するには、インスタンスを一度停止して再起動するか、データボリュームを一度切り離して再接続する必要があります。 個々のボリュームの帯域幅割り当ては、POST / volume_attachments メソッドを使用してボリュームを削除するか、DELETE volume_attachments 方法。

Terraform を使用したインスタンスの帯域幅割り当ての調整

ibm_is_instance リソースの total_volume_bandwidth 引数を更新することで、インスタンスの総帯域幅のうち、ネットワーク帯域幅とストレージ帯域幅への割り当て比率を調整できます。 ストレージの総帯域幅（メガビット/秒）とは、ブートボリュームおよび接続されたデータボリュームに割り当てられた帯域幅の合計を指します。 合計ストレージ帯域幅を増やすと、それに応じてネットワーク帯域幅が減少します。 ネットワークの最低帯域幅は500 Mbpsです。

次の例では、ストレージの総帯域幅を 500 Mbps に設定しています：

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

新しい帯域幅の割り当てを確認するには、インスタンスを一度停止して再起動するか、データボリュームを一度切り離して再接続する必要があります。

詳細については、『 ibm_is_instance 』リソースのドキュメントにある「 total_volume_bandwidth 」引数を参照してください。

コンソールでストレージ QoS モードを調整する

汎用 - Flex、 汎用 Gen 3、 Accelerated Gen 3、または 機密コンピューティング - Gen 3 プロファイルのいずれかを使用する仮想サーバーインスタンスのストレージ QoS モードを変更して、アタッチされたデータボリュームの動的な帯域幅割り当てを有効にできます。

1. 仮想サービスインスタンスに移動します。
2. 仮想サーバーインスタンスの詳細ページでトグルをクリックして、 QoS モードを_ウェイト型から_ _プール型に_切り替えます。

モード QoS 変更を有効にするには、仮想サーバーインスタンスを停止してから再起動する必要があります。

CLI からストレージの QoS モードを調整する

ibmcloud is instance-update コマンドを使用すると、 汎用 - Flex、 汎用 Gen 3、 Accelerated Gen 3、または 機密コンピューティング - Gen 3 プロファイルのいずれかを使用する仮想サーバーインスタンスのストレージ QoS モードを変更して、アタッチされたデータボリュームの動的帯域幅割り当てを有効にできます。

ibmcloud is instance-update INSTANCE --storage_qos_modes pooled

同じコマンドを使えば、ウェイト付き QoS ・モードに戻すことができる。

ibmcloud is instance-update INSTANCE --storage_qos_modes weighted

モード QoS 変更を有効にするには、まず仮想サーバーインスタンスを停止する必要があります。 instance-update コマンドを実行します。 その後、インスタンスを開始する。

APIでストレージの QoS モードを調整する

汎用 - Flex、 汎用 Gen 3、 Accelerated Gen 3、または 機密コンピューティング - Gen 3 プロファイルのいずれかを使用する仮想サーバーインスタンスのストレージ QoS モードをプログラムで変更するには、次のサンプルリクエストに示すように VPC API の /instances/{id} メソッドを呼び出します。

次のリクエスト例では、第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"
      }'

以下のリクエスト例は、ストレージの QoS モードをweightedに戻す。

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

モード QoS 変更を有効にするには、まず仮想サーバーインスタンスを停止する必要があります。 PATCHリクエストを行う。 その後、インスタンスを開始する。

API でのインスタンス状況および lifecycle_state の表示

• status
• このプロパティーは、 インスタンスの取得 要求による仮想サーバー・インスタンスの状況を提供します。 status が返す値は、仮想サーバーインスタンスに特化したもので、実行中か、停止中か、移行中かを示す。 詳しくは、 仮想プライベート・クラウド API を参照してください。
• lifecycle_state
• このプロパティーは、 インスタンスの取得 要求によってリソースの状態を提供します。 lifecycle_state が提供する値は汎用的なものであり、プレースメントグループ のような様々なリソースに適用するためのものである。 lifecycle_state は 'status と重複する値を返すことがあります。 lifecycle_state には、リソースが一時停止しているかどうかを示す値も含まれます。

コンソールでのホスト障害時の自動再起動の設定

既存のインスタンスのホスト障害自動再始動を設定するには、以下の手順を実行します。

1. IBM Cloud コンソールで、ナビゲーションメニュー アイコン インフラストラクチャ コンピュート > 仮想サーバーインスタンス をクリックします。
2. **「仮想サーバー・インスタンス」**ページで、管理するインスタンスの「アクション」アイコン をクリックします。
3. インスタンス詳細ページで、「ホスト障害の自動再始動」を見つけます。 「 編集 」 をクリックし、「有効」または「無効」を選択して、ホスト復旧ポリシーのステータスをオンまたはオフに切り替えます。

詳しくは、『ホスト障害リカバリー・ポリシー』を参照してください。

CLI からのホスト障害復旧ポリシーの設定

コマンドラインインターフェイス（CLI）を使用すると、 IBM Cloud® のVPC内のインスタンスを更新したり、ホスト障害時の可用性ポリシーを変更したりすることができます。 ibmcloud instance-update コマンドを実行し、--host-failure-policy プロパティーを start または stop に設定します。 ホスト障害ポリシー・サービスは、デフォルトで restart に設定されています。 ここで、INSTANCE はインスタンスの ID または名前にすることができます。

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

API を使用したホスト障害復旧ポリシーの設定

インスタンスの 更新時には、 host_failure サブプロパティを使用して、仮想サーバーインスタンスのホスト障害 availability_policy を設定することができます。

Terraform を使用したホスト障害復旧ポリシーの設定

ibm_is_instance リソースの availability_policy_host_failure 引数を更新することで、仮想サーバーインスタンスのホスト障害復旧ポリシーを設定できます。 デフォルト値はrestartです。

次の例では、ポリシーを「 stop 」に設定しています：

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

詳細については、『 ibm_is_instance 』リソースのドキュメントにある「 availability_policy_host_failure 」引数を参照してください。

CLIから機密コンピュート値を設定する

在庫状況を選択

VPC向けIntel SGXによる機密コンピューティングおよびVPC向けIntel TDXによる機密コンピューティングは、ダラス（us-south）、 Washington DC （us-east）、フランクフルト（eu-de）の各リージョンで利用可能です。

コマンドラインインターフェイス（CLI）を使ってインスタンスを更新し、「confidential-compute-mode 変更することができる。 ibmcloud is instance-update コマンドを使う。 例えば、インスタンスのIDまたは名前を指定し、 --confidential-compute-mode プロパティを sgx または tdx に設定します。

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

APIから機密計算値を設定する

在庫状況を選択

VPC向けIntel SGXによる機密コンピューティングおよびVPC向けIntel TDXによる機密コンピューティングは、ダラス（us-south）、 Washington DC （us-east）、フランクフルト（eu-de）の各リージョンで利用可能です。

API を使用して仮想サーバーインスタンスを更新し、「confidential_compute_mode プロパティを変更できます。 ibmcloud 'update-instance コマンドを使用する。 PATCH /instances リクエストを作成し、'confidential_compute_mode プロパティに新しい値を指定する。 機密コンピューティングを有効にするには、この値を sgx または 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"}'

詳細については、Virtual Servers for VPCの インスタンス更新アクション を参照してください。APIを参照してください。

Terraform を使用して機密計算値を設定する

在庫状況を選択

VPC向けIntel SGXによる機密コンピューティングおよびVPC向けIntel TDXによる機密コンピューティングは、ダラス（us-south）、 Washington DC （us-east）、フランクフルト（eu-de）の各リージョンで利用可能です。

仮想サーバーインスタンスの機密計算モードは、 ibm_is_instance リソース内の confidential_compute_mode 引数を更新することで変更できます。

次の例では、SGXによる機密コンピューティングを有効にしています：

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

詳細については、『 ibm_is_instance 』リソースのドキュメントにある「 confidential_compute_mode 」引数を参照してください。

コンソールでセキュアブートを無効または有効にする

機密コンピューティング・インスタンス・プロファイルを 選択すると、セキュア・ブート・オプションがデフォルトで有効になります。 仮想サーバーインスタンスでセキュアブートを無効にできますが、最初に仮想サーバーインスタンスを停止する必要があります。 セキュアブートを無効にしたら、仮想サーバーインスタンスを再起動します。

1. IBM Cloud コンソールの_仮想サーバーインスタンスページから_、仮想サーバーインスタンスを選択します。
2. アクション] から[ 停止] をクリックします。
3. 詳細設定の詳細で、セキュアブートを 「無効 」に切り替えます。
4. アクション] から[ スタート] をクリックします。

セキュア・ブートを再度有効にする場合は、同じ手順でオプションを「 有効 」に戻してください

CLIからのセキュアブートの有効化と無効化

機密コンピューティング・インスタンス・プロファイルを 選択すると、セキュア・ブート・オプションがデフォルトで有効になります。 仮想サーバーインスタンスでセキュアブートを無効にできますが、最初に仮想サーバーインスタンスを停止する必要があります。 セキュアブートを無効にしたら、仮想サーバーインスタンスを再起動します。

コマンドラインインターフェイス（CLI）を使ってインスタンスを更新し、「enable-secure-boot 変更することができる。 ibmcloud is instance-update コマンドを使う。 INSTANCEには、インスタンスのIDまたは名前を指定し、'--enable-secure-boot プロパティを'false に設定する。

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

セキュアブートを再度有効にする場合は、同じ手順で --enable-secure-boot プロパティを true に設定します。

APIからのセキュアブート値の有効化と無効化

機密コンピューティング・インスタンス・プロファイルを 選択すると、セキュア・ブート・オプションがデフォルトで有効になります。 仮想サーバーインスタンスでセキュアブートを無効にできますが、最初に仮想サーバーインスタンスを停止する必要があります。 セキュアブートを無効にしたら、仮想サーバーインスタンスを再起動します。

API を使用して仮想サーバーインスタンスを更新し、「enable_secure_boot プロパティを変更できます。 PATCH /instances リクエストを発行し、 enable_secure_boot プロパティにブール値を指定します。 次の例は、セキュアブートを無効にするものです：

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

セキュアブートを再度有効にする場合は、同じ手順で enable_secure_boot プロパティを true に設定します。

詳細については、Virtual Servers for VPCの インスタンス更新アクション を参照してください。APIを参照してください。

コンソールでサーバーを予約から切り離す

コンソールで仮想サーバーを予約から切り離すことができます。

1. コンソール IBM Cloud で、 ナビゲーションメニュー > インフラストラクチャ > 予約をクリックします。
2. 仮想サーバーのリストまたは「予約の詳細」ページで、切り離すサーバーをクリックしてから、 「アクション」 > 「切り離し」 をクリックします。
3. 確認するには、 「切り離し」 をクリックします。

CLI から予約からサーバーを解除する

CLI を使用して仮想サーバーを予約から解除する手順については、「 VPC の予約の管理 」を参照してください。

API を使用してサーバーを予約から解除する

API を使用して仮想サーバーを予約から切り離す手順については、「 VPC の予約の管理 」を参照してください。

コンソールでCSPMを追加する

このオプションを選択すると、すべてのリソースに CSPM を提供する構成でワークロード保護インスタンスが作成されます。 ワークロード保護インスタンスが存在する場合、このオプションは使用できません。 詳しくは、 IBM Cloud Security Posture Management （CSPM）についてを 参照。

仮想サーバー・インスタンス・ ページで CSPM（Cloud Security Posture Management ）を追加できます。

1. IBM Cloud コンソールの_仮想サーバーインスタンスページで_、個々のインスタンス名 をクリックして詳細を表示します。
2. 詳細ページから、「 連携 」タブに移動します。
3. クラウド・セキュリティ・ポスチャ管理で、 Add CSPM をクリックします。
4. Add cloud security posture management (CSPM) で、 Createをクリックします。

この設定により、アカウントの既存のワークロード保護インスタンスにCSPMが追加されます。 詳細は、 CSPM(Cloud Security Posture Management)for IBM Cloud の実装を 参照してください。

CLI を使用して仮想サーバーインスタンスのソフトウェアアタッチメントを表示する

CLI を使用すると、カタログインイメージから作成された仮想サーバーインスタンスのソフトウェア添付ファイルを確認できます。

• インスタンスにアタッチされているすべてのソフトウェアを一覧表示するには、次のように指定します。 ibmcloud is instance-software-attachments を使用してください。 INSTANCE 変数は、インスタンスのIDまたは名前です。

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

次の例は、インスタンス my-instance に関連付けられているすべてのソフトウェア一覧を示しています。

ibmcloud is instance-software-attachments my-instance

• インスタンスに添付されている特定のソフトウェアの詳細を表示するには、 ibmcloud is instance-software-attachment を使用します。 INSTANCE 変数は、インスタンスのIDまたは名前です。 SWAC 変数は、インスタンスのソフトウェアアタッチメントIDまたは名前です。

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

以下の例は、インスタンス「 my-instance 」のソフトウェアアタッチメント「 my-software-attachment 」の詳細を示しています。

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

CLI を使用して仮想サーバーインスタンスのソフトウェアアタッチメントを更新する

CLI を使用すると、カタログインイメージから作成された仮想サーバーインスタンスのソフトウェアアタッチメントを更新できます。

インスタンスのソフトウェア添付ファイルの名前を更新するには、 ibmcloud is instance-software-attachment-update を使用してください。 INSTANCE 変数は、インスタンスのIDまたは名前です。 SWAC 変数は、インスタンスのソフトウェアアタッチメントIDまたは名前です。 --name の値は、インスタンスのソフトウェアアタッチメントの新しい名前です。

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

次の例では、インスタンス my-instance に対して、ソフトウェア添付ファイル「 $software_attachment_id」の名前を「 my-renamed-software-attachment 」に変更します。

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

API を使用して仮想サーバーインスタンスのソフトウェア添付ファイルを表示する

カタログイメージをソースとして仮想サーバーインスタンスを作成する場合、特定のソフトウェア課金プランが定義された状態で特別に構成されたカタログイメージを使用することができます。 仮想サーバーインスタンスを作成すると、その仮想サーバーインスタンスに組み込まれたソフトウェアアタッチメントを確認できます。

API を使用してソフトウェアの添付ファイルを表示するには、 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"

API を使用したインスタンスのソフトウェア添付ファイルの一覧表示

VPC API を呼び出すことで、仮想サーバーインスタンスに関連付けられているすべてのソフトウェアアタッチメントをプログラムで一覧表示することができます。

次の例は、インスタンス 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"

詳細については、VPC API の「 インスタンスに関連付けられたインスタンスソフトウェアの添付ファイルの一覧表示 」を参照してください。

API を使用してインスタンスのソフトウェア添付ファイルを取得する

GET /instances/{instance_id}/software_attachments/{id} リクエストを発行し、インスタンスのソフトウェア添付ファイルIDとインスタンスIDを指定することで、単一のインスタンスのソフトウェア添付ファイルを取得できます。

次の例では、インスタンス ID が $instance_id であるインスタンスについて、ID が $software_attachment_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"

詳細については、VPC API の「 インスタンスのソフトウェア添付ファイルの取得」を 参照してください。

API を使用してインスタンスのソフトウェアアタッチメントを更新する

PATCH /instances/{instance_id}/software_attachments/{id} リクエストを発行し、インスタンスのソフトウェアアタッチメントIDとインスタンスIDを指定することで、インスタンスのソフトウェアアタッチメントを更新できます。

次の例では、インスタンス ID が $instance_id のインスタンスについて、ID が $software_attachment_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\"}"

詳細については、VPC API の「 インスタンスのソフトウェアアタッチメントを更新する 」を参照してください。

コンソールでの「スレッド数（コアあたり）」の設定

「コアあたりのスレッド数」を設定することで、ワークロードを最適化するための柔軟性が得られます。 すべてのプロファイルで「コアあたりのスレッド数」が表示されますが、これを編集できるのは「 High Frequency 」プロファイルファミリーのみです。 「高周波」プロファイルの場合、デフォルト値は 2 です。 これを1に設定できます。

すべてのプロファイルで「コアあたりのスレッド数」が表示されますが、これを編集できるのは「 High Frequency 」プロファイルファミリーのみです。 threads_per_core プロパティを変更する前に、仮想サーバーインスタンスを停止する必要があります。

1. IBM Cloud コンソールの_仮想サーバーインスタンスページで_、個々のインスタンス名 をクリックして詳細を表示します。
2. 詳細ページから、 Profiles details にアクセスし、次に Threads per core にアクセスしてください。 「 Edit 」をクリックしてください。
3. 「コアあたりのスレッド数」ページで、「コアあたりのスレッド数」の値を編集します。
4. Save をクリックします。

CLI を使用したコアごとのスレッド数の編集

「コアあたりのスレッド数」を設定することで、ワークロードを最適化するための柔軟性が得られます。 すべてのプロファイルで「コアあたりのスレッド数」が表示されますが、これを編集できるのは「 High Frequency 」プロファイルファミリーのみです。 「高周波」プロファイルの場合、デフォルト値は 2 です。 これを1に設定できます。

threads_per_core プロパティを変更するには、まず仮想サーバーインスタンスを停止する必要があります。

コマンドラインインターフェイス（CLI）を使用して、 IBM Cloud VPC 内の仮想サーバーインスタンスの「 --threads-per-core 」値を編集できます。 --threads-per-core の値を更新するには、 ibmcloud is instance-update コマンドを使用します。 INSTANCE 変数を使用して、更新対象の仮想サーバーインスタンスのIDまたは名前を指定してください。 「 --threads-per-core 」オプションには、「 1 」または「 2 」のいずれかを入力してください。

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

API を使用したコアごとのスレッド数の編集

「コアあたりのスレッド数」を設定することで、ワークロードを最適化するための柔軟性が得られます。 すべてのプロファイルで「コアあたりのスレッド数」が表示されますが、これを編集できるのは「 High Frequency 」プロファイルファミリーのみです。 「高周波」プロファイルの場合、デフォルト値は 2 です。 これを1に設定できます。

threads_per_core プロパティを変更する前に、仮想サーバーインスタンスを停止する必要があります。

API を使用して、 IBM Cloud VPC 内の仮想サーバーインスタンスの threads_per_core プロパティを編集します。 update-instance コマンドを使う。 PATCH /instances リクエストを作成し、'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"}'