カスタム・イメージの管理
カスタム・イメージを IBM Cloud VPC にインポートすると、イメージの詳細の表示、イメージのライフサイクルの管理、仮想サーバー・インスタンスの作成、イメージのエクスポート、プライベート・カタログとの共有などが可能になります。
- ボリュームからイメージを管理するには、 ボリュームからのイメージの管理 を参照してください。
- プライベートカタログでカスタムイメージを使用するには 、「VPCの仮想サーバーイメージのオンボーディング 」を参照してください。
- カスタム画像に使用許可式を使用して画像の機能と制限を定義し、サーバ作成時に互換性のある画像とプロファイルの組み合わせを見つけるには、 カスタム画像に使用許可式を追加するを 参照してください。
IBM Cloud® Identity and Access Management (IAM) を使用すると、プラットフォームサービスに対するユーザーの認証を安全に行い、 全体でリソースへのアクセスを一貫して制御することができます。 IBM Cloud カスタム・イメージのアクセス要件について詳しくは、 Image Service for VPC の IAM の役割とアクションに関する情報を参照してください。
以下の例で登場する $vpc_api_endpoint および $iam_token 変数に関する詳細については、『 Virtual Private Cloud API 入門 』の「認証」および「エンドポイント URL」のセクションを参照してください。
UI を使用したカスタム・イメージの管理
IBM Cloud コンソールを使用してイメージを管理できます。
- IBM Cloud コンソール で、 ナビゲーションメニュー のアイコン
> インフラ
> コンピューティング > イメージ に移動します。
- 「カスタム・イメージ」 タブで、特定のイメージの「アクション」アイコン
をクリックし、使用可能なオプションから選択します。 暗号化されているカスタム・イメージには、イメージ名の後に鍵のアイコンが付いています。 以下のアクションから 選択できます。
| アクション | 説明 |
|---|---|
| 名前変更 | カスタム・イメージの名前を変更します。 |
| 仮想サーバー・インスタンスの作成 | カスタム・イメージから新規仮想サーバーを作成します。 |
| エクスポート | カスタム・イメージを IBM Cloud Object Storageにコピーします。 |
| カタログとの共有 | IBM Cloud VPC カスタム・イメージを既存のプライベート・カタログに共有します。 |
| コピー | カスタム・イメージの UUID をコピーします。 |
| チェックサムの表示 | カスタム・イメージのチェックサムを表示します。 |
| ライフサイクルのスケジュール | 「イメージ・ライフサイクルのスケジュール」 パネルを開きます。 ステータスの即時変更を行うことも、銅像の変更を将来の日時にスケジュールすることもできます。 単一のステータス変更をスケジュールすることも、イメージの完全なライフサイクルをスケジュールすることもできます。 イメージの状況は以下のとおりです。
これら3つのステータス間を行き来することができます。 変更できる状況のみが表示されます。 カレンダーの日時または日数を使用して、ステータス変更をスケジュールできます。 廃番の日付は、常に非推奨の日付より後でなければなりません。 |
| の削除 | カスタム・イメージを削除します。
プライベート・カタログ内のカスタム・イメージを削除する場合は、 プライベート・カタログ内のカスタム・イメージの削除 を参照してください。 |
CLI を使用したカスタム・イメージのリスト表示
コマンド・ライン・インターフェース (CLI) を使用して、リージョン内のすべての IBM Cloud VPC カスタム・イメージをリストできます。
CLI を使用してすべてのカスタム・イメージをリストするには、 ibmcloud is images コマンドを使用します。 カスタム・イメージは、それらが作成されたアカウント専用であるため、 --visibility オプションは private です。
ibmcloud is images --visibility private
詳細については、VPC CLI リファレンスページの「 ibmcloud is images 」を参照してください。
API を使用してすべての画像を一覧表示する
アプリケーション・プログラミング・インターフェース (API) を使用して、領域内のすべての IBM Cloud VPC イメージをリストできます。
API を使用してすべてのイメージをリストするには、 「すべてのイメージをリスト(List all images)」 を使用します。 カスタム・イメージは、それらが作成されたアカウント専用であるため、 visibility プロパティーを private に設定して、カスタム・イメージのみを取得できます。
curl -X GET \
”$vpc_api_endpoint/v1/images?version=2022-11-21&generation=2" \
-H "Authorization: Bearer $iam_token"
Terraform を使用したすべてのイメージのリスト表示
Terraform を使用して、地域内のすべての IBM Cloud VPC イメージをリストできます。
Terraform を使用してすべてのイメージをリストするには、Terraform データ・ソース・コマンド ibm_is_imagesを使用します。 カスタム・イメージは、それらが作成されたアカウント専用であるため、
visibility 属性を private に設定して、カスタム・イメージのみを取得できます。
data "ibm_is_images" "images" {
visibility = "public"
}
UI を使用してカスタム画像の詳細を表示する
カスタム・イメージの以下の詳細を表示できます。
- 許可使用式
- 割り当てられたリソース・グループ
- チェックサム
- 作成日
- CRN
- 非推奨の日付 (設定されている場合)
- 暗号化タイプ
- ロケーション
- 名前と ID
- 廃止日 (設定されている場合)
- オペレーティング・システムおよびバージョン
- サイズ
- ソース・タイプ
カスタム・イメージの名前の編集、検索可能性のためのタグの追加、および固有のクラウド・リソース名 (CRN) の表示とコピーを行うことができます。 画像の SHA256 チェックサム値にアクセスできる。
カスタム・イメージの詳細を表示するには、以下の手順を実行します。
- IBM Cloud コンソール で、 ナビゲーションメニュー のアイコン
> インフラ
> コンピューティング > イメージ に移動します。
- カスタム画像タブでカスタム画像の名前をクリックし、次のパネルで
View image detailsをクリックします。 - 画像の詳細ページでは、画像名の編集、チェックサムのコピー、タグの追加、画像のCRNのコピー、画像の使用許可表現の編集ができます。
- 「イメージの詳細」ページの 「アクション 」メニューから、カスタムイメージに基づいて仮想サーバーインスタンスを作成したり、イメージを削除したりといった操作を行うことができます。 可能なアクションの完全なリストについては、 UI を使用したカスタム・イメージの管理 を参照してください。
CLI を使用したカスタム・イメージの詳細の表示
コマンド・ライン・インターフェース (CLI) を使用して、カスタム・イメージの詳細 (名前と ID、オペレーティング・システムとバージョン、暗号化状況、非推奨または廃止の日付、割り当てられたリソース・グループなど) を表示できます。
CLI を使用してカスタムイメージの詳細を表示するには、 ibmcloud is image コマンドを使用してください。 IMAGE 変数を使用して、カスタム・イメージの名前または ID を指定します。
ibmcloud is image IMAGE
詳細については、VPC CLI リファレンスページの「 ibmcloud is image 」を参照してください。
API を使用したカスタム・イメージの詳細の取得
アプリケーション・プログラミング・インターフェース (API) を使用して、カスタム・イメージの詳細 (名前と ID、オペレーティング・システムとバージョン、暗号化状況、非推奨または廃止の日付、割り当てられたリソース・グループなど) を表示できます。
API を使用して特定のカスタム・イメージの詳細を取得するには、 イメージの取得 を使用します。 $image_id 変数には、取得するカスタム・イメージの ID を指定します。
curl -X GET \
”$vpc_api_endpoint/v1/images/$image_id?version=2022-11-21&generation=2" \
-H "Authorization: Bearer $iam_token"
Terraform を使用したカスタム・イメージの詳細の取得
Terraform を使用して、カスタム・イメージの詳細 (名前と ID、オペレーティング・システムとバージョン、暗号化状況、非推奨または廃止の日付、割り当てられたリソース・グループなど) を表示できます。
Terraform を使用してイメージの詳細を表示するには、Terraform データ・ソース・コマンド ibm_is_imagesを使用します。 name 変数には、取得するカスタム・イメージの名前を指定します。
data "ibm_is_images" "image_name" {
}
カスタム・イメージの IBM Cloud Object Storage へのエクスポート
カスタム・イメージを IBM Cloud Object Storageにエクスポートできます。 後で、その画像を再びインポートして新しい領域にコピーしたいと思うかもしれません。 あるいは、オンプレミスなど、別の場所で使用するために、VPCの外で画像を抽出したい場合もあるでしょう。 IBM Cloud Object Storageにイメージを保管すると、料金が発生する場合があります。 詳しくは、 請求 を参照してください。
前提条件
カスタム・イメージをエクスポートするには、以下の前提条件を満たす必要があります。
is.image.image.exportアクションとis.image.image.operateアクションを含む IAM 役割が必要です。 詳しくは、 VPC インフラストラクチャー・サービスの IAM アクセス権限の管理 を参照してください。- IBM Cloud Object Storage サービス・インスタンスを作成する必要があります。 また、Writer サービス・アクセス役割を使用して IBM Cloud Object Storage にアクセスするための Image Service for VPC の許可も作成する必要があります。 詳しくは、 イメージをインポートおよびエクスポートするための IBM Cloud Object Storage へのアクセス権限の付与 を参照してください。
- イメージをエクスポートする予定のバケットに書き込むには、IAM アクセス権限が必要です。 詳しくは、 個々のバケットへのアクセス権限の割り当て を参照してください。
エクスポート・ジョブの進行中にエクスポート中のイメージが削除されると、イメージの状況は deleting に設定されます。 イメージの削除が完了する前に、エクスポート・ジョブを完了することができます。 イメージの削除が完了すると、そのエクスポート・ジョブ履歴は使用できなくなります。 エクスポート・ジョブの アクティビティ追跡 イベントを使用して、その最終ステータスを確認できます。
UI を使用したカスタム・イメージのエクスポート
カスタム・イメージを IBM Cloud Object Storageにエクスポートするには、以下の手順を実行します。
- IBM Cloud コンソール で、 ナビゲーションメニュー のアイコン
> インフラ
> コンピューティング > イメージ に移動します。
- 「カスタム・イメージ」 タブで、エクスポートするカスタム・イメージの名前をクリックします。
- イメージの詳細ページで、 「アクション」 メニューをクリックし、 「エクスポート」 を選択します。
- 「カスタム・イメージのエクスポート」 パネルで、オプションでエクスポート・ジョブの名前を指定できます。 この名前は、イメージ名とともに、 IBM Cloud Object Storage内のエクスポートされたオブジェクトの名前を構成するために使用されます。 名前を指定しないと、名前が自動的に生成されます。
- エクスポートするファイル・フォーマットを選択します。 有効なファイル・フォーマットは、 QCOW2 および VHD です。 カスタム・イメージが暗号化イメージの場合、 QCOW2 形式が必要です。
- カスタム・イメージをエクスポートする IBM Cloud Object Storage サービス・インスタンスとバケットを指定します。 あるいは、イメージをエクスポートする IBM Cloud Object Storage バケットの CRN を指定することもできます。
- 「 カスタム画像をエクスポート 」をクリックします。
CLI を使用したカスタム・イメージのエクスポート
コマンド・ライン・インターフェース (CLI) を使用して、 IBM Cloud VPC カスタム・イメージを IBM Cloud Object Storage にエクスポートできます。
CLI を使用してカスタム・イメージをエクスポートするには、 ibmcloud is image-export-job-create コマンドを使用します。 IMAGE 変数を使用して、エクスポートするカスタム・イメージの名前または ID を指定します。 NEW_NAME を使用して、エクスポート・ジョブの名前を指定できます。 イメージをエクスポートするためのファイル・フォーマット ( qcow2 または vhd) を指定することもできます。 qcow2 フォーマットはデフォルトのファイル・フォーマットであり、カスタム・イメージが暗号化されている場合に必要なフォーマットです。 さらに、カスタム・イメージをエクスポートする IBM Cloud Object Storage BUCKET を指定します。
ibmcloud is image-export-job-create IMAGE [--name NEW_NAME] [--format qcow2 | vhd] --bucket BUCKET
以下の例では、ID が 72251a2e-d6c5-42b4-97b0-b5f8e8d1f479 のカスタム・イメージをエクスポートします。 エクスポート・ジョブの名前は my-export-job です。 イメージをエクスポートするためのファイル・フォーマットは qcow2 です。 エクスポートされたイメージの名前が my-bucket である IBM Cloud Object
Storage バケット。
ibmcloud is image-export-job-create 72251a2e-d6c5-42b4-97b0-b5f8e8d1f479 --name my-export-job --format qcow2 --bucket my-bucket
詳しくは、VPC CLI リファレンスページの ibmcloud is image-export-job-create を参照してください。
API を使用したカスタム・イメージのエクスポート
アプリケーション・プログラミング・インターフェース (API) を使用して、 IBM Cloud VPC カスタム・イメージを IBM Cloud Object Storage にエクスポートできます。
API を使用してカスタム・イメージをエクスポートするには、 イメージ・エクスポート・ジョブの作成 を使用します。
$image_id 変数には、エクスポートするカスタム・イメージの ID を指定します。 オプションで、イメージ・エクスポート・ジョブに対して意味のある name を指定できます。 この例では、エクスポート・ジョブ名は my-image-export です。 storage_bucket name サブプロパティーには、カスタム・イメージをエクスポートする
IBM Cloud Object Storage バケットの名前を指定します。 この例では、バケット名は bucket-27200-lwx4cfvcue です。 代わりに、 crn サブプロパティーを使用してバケットの CRN を指定することもできます。
curl -X POST \
"$vpc_api_endpoint/v1/images/$image_id/export_jobs?version=2022-11-21&generation=2" \
-H "Authorization: Bearer $iam_token" \
-d '{
"name": "my-image-export",
"storage_bucket": {
"name": "bucket-27200-lwx4cfvcue"
}
}'
カスタム・イメージ・エクスポート履歴の表示および管理
カスタム・イメージ・エクスポート履歴を表示して、 IBM Cloud Object Storage内のエクスポート・ジョブ名、状況、ターゲット・バケット、 IBM Cloud Object Storage オブジェクト名、およびエクスポートが開始された日付などの詳細を確認できます。エクスポートされた日付。
完了したイメージ・エクスポート・ジョブを削除することもできます。 または、 is.image.image.export アクションを含む IAM 役割を持っている場合は、進行中のイメージ・エクスポート・ジョブを削除 (およびキャンセル) できます。
イメージ・エクスポート・ジョブを削除すると、そのジョブはエクスポート履歴からのみ削除されます。 エクスポートされた画像ファイルは、 IBM Cloud Object Storage バケットから削除されません。 IBM Cloud Object Storage のインターフェイスを使用して、 IBM Cloud Object Storage に保存されているファイルを管理する必要があります。
最後に、イメージ・エクスポート・ジョブの名前を変更できます。 イメージ・エクスポート・ジョブの名前を変更しても、 IBM Cloud Object Storageで作成されたオブジェクトの名前は変更されません。
イメージ・エクスポート・ジョブの制限
イメージ・エクスポート・ジョブには、以下の制限があります。
- イメージごとに 5 つのアクティブなエクスポート・ジョブ要求
- イメージごとに合計 10 個のエクスポート・ジョブ
- アカウントごとにリージョンごとに 20 個のアクティブなエクスポート・ジョブ
UI を使用したカスタム・イメージ・エクスポート履歴の表示
カスタム・イメージのエクスポート履歴を表示するには、以下の手順を実行します。
- IBM Cloud コンソール で、 ナビゲーションメニュー のアイコン
> インフラ
> コンピューティング > イメージ に移動します。
- [ カスタム画像 ] タブで、カスタム画像の名前をクリックすると、その画像の詳細が表示されます。
- 「イメージの詳細 (Image details)」 ページで、 「履歴のエクスポート (Export history)」 タブをクリックします。
UI を使用したイメージ・エクスポート・ジョブの削除またはキャンセル
完了したイメージ・エクスポート・ジョブを削除するか、進行中のイメージ・エクスポート・ジョブをキャンセル (および削除) するには、以下のステップを実行します。
- イメージの詳細ページで、 「履歴のエクスポート」 タブをクリックします。
- 削除またはキャンセルするエクスポート・ジョブについて、「アクション」アイコン
をクリックし、 「削除」 を選択します。
UI を使用したイメージ・エクスポート・ジョブの名前変更
イメージ・エクスポート・ジョブの名前を変更するには、以下の手順を実行します。
- イメージの詳細ページで、 「履歴のエクスポート」 タブをクリックします。
- 名前変更するエクスポート・ジョブについて、「アクション」アイコン
をクリックし、 「名前変更」 を選択します。
CLI を使用したカスタム・イメージ・エクスポート履歴の表示
CLI を使用して特定のカスタム・イメージのエクスポート履歴を表示するには、 ibmcloud is image-export-jobs コマンドを使用します。 IMAGE 変数を使用してエクスポートされたカスタム・イメージの名前または ID を指定します。
ibmcloud is image-export-jobs IMAGE
以下の例は、 72251a2e-d6c5-42b4-97b0-b5f8e8d1f479 という ID を持つカスタム・イメージのエクスポート・ジョブ履歴を示しています。
ibmcloud is image-export-jobs 72251a2e-d6c5-42b4-97b0-b5f8e8d1f479
詳細については、VPC CLI リファレンスページの「 ibmcloud is image-export-jobs 」を参照してください。
CLI を使用したイメージ・エクスポート・ジョブの詳細の表示
CLI を使用して特定のイメージ・エクスポート・ジョブの詳細を表示するには、 ibmcloud is image-export-job コマンドを使用します。 IMAGE 変数を使用してエクスポートされたカスタム・イメージの名前または ID を指定します。 JOB 変数を使用して、イメージ・エクスポート・ジョブの名前または ID を指定します。
ibmcloud is image-export-job IMAGE JOB
詳しくは、VPC CLI リファレンスページの ibmcloud is image-export-job を参照してください。
CLI を使用したイメージ・エクスポート・ジョブの削除またはキャンセル
完了したイメージ・エクスポート・ジョブを削除するか、進行中のイメージ・エクスポート・ジョブをキャンセル (および削除) するには、 ibmcloud is image-export-job-delete コマンドを使用します。 IMAGE 変数を使用してエクスポートされたカスタム・イメージの名前または ID を指定します。 JOB 変数を使用して、イメージ・エクスポート・ジョブの名前または
ID を指定します。
ibmcloud is image-export-job-delete IMAGE JOB
詳しくは、VPC CLI リファレンスページの ibmcloud is image-export-job-delete を参照してください。
CLI を使用したイメージ・エクスポート・ジョブの名前変更
CLI を使用してカスタム・イメージ・エクスポート・ジョブの名前を変更するには、 ibmcloud is image-export-job-update コマンドを使用します。 IMAGE 変数を使用してエクスポートされたカスタム・イメージの名前または ID を指定します。 JOB 変数を使用して、イメージ・エクスポート・ジョブの名前または ID を指定します。
NAME 変数を使用して、イメージ・エクスポート・ジョブに割り当てる新しい名前を指定します。
ibmcloud is image-export-job-update IMAGE JOB --name NAME
詳細については、VPC CLI リファレンスページの「 ibmcloud is image-export-job-update 」を参照してください。
API を使用したカスタム・イメージ・エクスポート履歴の表示
API を使用して特定のカスタム・イメージのエクスポート履歴を表示するには、 「すべてのイメージのエクスポート・ジョブをリスト(List all image export jobs)」 を使用します。
$image_id 変数には、エクスポート・ジョブを表示するカスタム・イメージの ID を指定します。
curl -X GET \
"$vpc_api_endpoint/v1/images/$image_id/export_jobs?version=2022-11-21&generation=2" \
-H "Authorization: Bearer $iam_token"
API を使用したイメージ・エクスポート・ジョブの詳細の表示
API を使用して特定のイメージ・エクスポート・ジョブの詳細を表示するには、 「イメージ・エクスポート・ジョブの取得」 を使用します。
$image_id 変数には、エクスポートされたカスタム・イメージの ID を指定します。 $export_job_id 変数には、詳細を取得するイメージ・エクスポート・ジョブの ID を指定します。
curl -X GET \
"$vpc_api_endpoint/v1/images/$image_id/export_jobs/$export_job_id?version=2022-11-21&generation=2" \
-H "Authorization: Bearer $iam_token"
API を使用したイメージ・エクスポート・ジョブの削除またはキャンセル
完了したイメージ・エクスポート・ジョブを削除したり、API を使用して進行中のイメージ・エクスポート・ジョブをキャンセル (および削除) したりするには、 「イメージ・エクスポート・ジョブの削除」 を使用します。
$image_id 変数には、エクスポート・ジョブを削除する対象のカスタム・イメージの ID を指定します。 $export_job_id 変数には、削除するイメージ・エクスポート・ジョブの ID を指定します。
curl -X DELETE \
"$vpc_api_endpoint/v1/images/$image_id/export_jobs/$export_job_id?version=2022-11-21&generation=2" \
-H "Authorization: Bearer $iam_token"
API を使用したイメージ・エクスポート・ジョブの名前変更
API を使用してカスタム・イメージ・エクスポート・ジョブの名前を変更するには、 イメージ・エクスポート・ジョブの更新 を使用します。
$image_id 変数には、エクスポート・ジョブの名前を変更するカスタム・イメージの ID を指定します。 $export_job_id 変数には、名前変更するイメージ・エクスポート・ジョブの ID を指定します。 以下の例でイメージ・エクスポート・ジョブに割り当てる新しい名前は、 my-export-job-patched です。
curl -X PATCH \
"$vpc_api_endpoint/v1/images/$image_id/export_jobs/$export_job_id?version=2022-11-21&generation=2" \
-H 'Content-Type: application/json' \
-H "Authorization: Bearer $iam_token" \
-d '{
"name": "my-export-job-patched"
}'
UI を使用したプライベート・カタログへのカスタム・イメージの共有
既存の IBM Cloud VPC カスタム・イメージを既存のプライベート・カタログと共有できます。 プライベート・カタログがまだない場合は、 VPC の仮想サーバー・イメージのオンボード を参照してください。
「イメージをプライベート・カタログに共有」 アクションは、以下のイメージでは使用できません。
- この画像はすでに非公開カタログで共有されています。 プライベート・カタログ内のイメージは、1 つのプライベート・カタログ内の 1 つの製品オファリング内の 1 つのバージョンにのみ存在できます。 イメージを別のバージョンで共有するには、その前に、そのイメージが最初に含まれているバージョンからイメージを削除する必要があります。
- イメージは暗号化されています。
- イメージは x86 イメージではありません。
プライベート・カタログでカスタム・イメージを共有するには、以下の手順を実行します。
- IBM Cloud コンソール で、 ナビゲーションメニュー のアイコン
> インフラ
> コンピューティング > イメージ に移動します。
- 「カスタム・イメージ」 タブで、「アクション」アイコン
をクリックし、 「カタログに共有」 を選択します。
- 「イメージをプライベート・カタログに共有」 ページで、使用可能なプライベート・カタログのリストから 「プライベート・カタログ」 を選択します。
- 「ソフトウェア・バージョン」 にバージョン番号を入力します。
- 「カタログ・オファリングの作成」 をクリックして、イメージをプライベート・カタログに共有します。
- イメージが作成されたら、 「イメージの検証」 をクリックします。
このプロセスでは、カスタムイメージをプライベートカタログのみに共有します。 検証プロセスは、プライベート・カタログ内で行われます。 「イメージの検証 (Validate image)」 をクリックすると、新規ページが表示されます。この画面から、 「ステップ 3: VPC の仮想サーバー・イメージのオンボーディング(Step 3: Validate the virtual server image in Onboarding a virtual server image for VPC)」 から開始して、検証プロセスを完了できます。
CLI を使用したプライベート・カタログへのカスタム・イメージの共有
IBM Cloud VPC からUIを使用して、プライベートカタログにのみカスタムイメージを共有することができます。 CLI を使用してプライベートカタログにオンボードする方法の詳細については、「 アカウントへのソフトウェアのオンボード」 を参照してください。
API を使用したプライベート・カタログへのカスタム・イメージの共有
IBM Cloud VPC からUIを使用して、プライベートカタログにのみカスタムイメージを共有することができます。 APIを使用してプライベートカタログにオンボードする方法の詳細については 、「アカウントへのソフトウェアのオンボード」 を参照してください。
Terraform を使用したプライベート・カタログへのカスタム・イメージの共有
IBM Cloud VPC からUIを使用して、プライベートカタログにのみカスタムイメージを共有することができます。 Terraform を使用してプライベートカタログにオンボードする方法の詳細については、「 アカウントへのソフトウェアのオンボード」 を参照してください。
コンソールでカスタムイメージライフサイクルのステータス変更をスケジュールする
単一のイメージ・ライフサイクル・ステータス変更をスケジュールすることも、イメージのライフサイクル全体のステータス変更をスケジュールすることもできます。 即時ステータス変更は、将来のステータス変更をスケジュールしていない場合にのみ実行できます。
単一のステータス変更をスケジュールするには、以下の手順を実行します。
イメージの単一のステータス変更をスケジュールできます。
- IBM Cloud コンソールで、 ナビゲーション メニュー アイコン
> インフラストラクチャ
> コンピューティング > イメージに移動します。
- 「カスタム・イメージ」 タブで、特定のイメージの「アクション」アイコン
をクリックし、使用可能なオプションから選択します。
- 「ライフサイクルのスケジュール」 を選択します。
- 「イメージ状況」 で、イメージの状況変更を選択します。
- 「非推奨の詳細」 で、ステータスを 「即時」 に変更するか、 「将来の日付をスケジュールする」 に変更するかを選択します。
- 今後のスケジュールを選択した場合、以下のフィールドに入力する必要があります:
- 「カレンダー日付別 (By calendar date)」 または 「日数別 (By number of days)」 を選択します。
- 「カレンダー日付別」 を選択した場合は、日時情報を入力します。 これは、ステータスの変更が行われる日時です。
- 「日数別」 を選択した場合は、状況が変更されるまでに経過する日数を入力します。
- 「カレンダー日付別 (By calendar date)」 または 「日数別 (By number of days)」 を選択します。
- 保存 をクリックします。
イメージのライフサイクル全体をスケジュールするには、以下のステップを実行します。
イメージの完全なライフサイクルをスケジュールできます。 イメージは、最初に非推奨になり、次に定義したスケジュールに従って廃止に変更されます。 ライフサイクルの変更をスケジュールするには、以下の手順を使用します。
-
IBM Cloud コンソールで、 ナビゲーション メニュー アイコン
> インフラストラクチャ
> コンピューティング > イメージに移動します。
-
「カスタム・イメージ」 タブで、特定のイメージの「アクション」アイコン
をクリックし、使用可能なオプションから選択します。
-
「ライフサイクルのスケジュール」 を選択します。
-
完全なライフサイクルをスケジュールするを選択します。
- 「カレンダー日付別」 を選択した場合は、ステータス変更を行う日時を入力します。
- 「日数別」 を選択した場合は、ステータスが変更されるまでの経過日数を入力します。
廃番の日付は非推奨の日付より後でなければなりません。
-
**「スケジュール」**をクリックします。
CLI を使用したカスタム・イメージのライフサイクル状況の変更
コマンド・ライン・インターフェース (CLI) を使用して、 IBM Cloud VPC カスタム・イメージのライフサイクル状況を変更できます。 ibmcloud is image-deprecate または ibmcloud is image-obsolete コマンドを使用して、状況を即時に変更できます。 ibmcloud is image-update コマンドを使用して、これらの状況変更を将来の日時にスケジュールすることもできます。
IMAGE 変数を使用して、カスタム・イメージの名前または ID を指定します。
即時状況変更を行うには、以下のいずれかの例を使用します。
即時ステータス変更は、将来のステータス変更がスケジュールされていない場合にのみ実行できます。 スケジュールされた状況変更を削除するには、 CLI を使用したスケジュールされたカスタム・イメージ・ライフサイクル状況変更の削除 を参照してください。 スケジュールされたステータス変更を削除した後、即時ステータス変更を行うことができます。
-
イメージのライフサイクル状況を
deprecateに変更します。ibmcloud is image-deprecate IMAGE -
イメージのライフサイクル状況を
obsoleteに変更します。ibmcloud is image-obsolete IMAGE
ステータス変更をスケジュールするには、以下の例を使用します。
deprecate-at または obsolete-at オプションには、ISO 8601 (YYYY-MM-DDThh:mm:ss+hh:mm) の日時形式で日付を指定します。
YYYYは 4 桁の年です。MMは 2 桁の月です。DDは 2 桁の日です。Tは日付と時刻の情報を区切ります。hhは 2 桁の時間です。mmは 2 桁の分です。+hh:mmまたは-hh:mmは UTC タイム・ゾーンです。
したがって、北米中央標準時ゾーン (CST) で 2023 年 9 月 30 日の午後 8 時に行われる日付は、 2023-09-30T20:00:00-06:00 になります。
日時をスケジュールする際に、現在の日時を使用することはできません。 例えば、6 月 12 日の午前 8:00 の場合、スケジュールされた日時は 6 月 12 日の午前 8:00 より後でなければなりません。 deprecate-at と obsolete-at の両方の日付を定義する場合、 obsolete-at の日付は deprecate-at の日付より後でなければなりません。
ibmcloud is image-update IMAGE [--deprecate-at YYYY-MM-DDThh:mm:ss+hh:mm] [--obsolete-at YYYY-MM-DDThh:mm:ss+hh:mm]
deprecate-at および obsolete-at の日時項目を変更する場合は、これらのコマンドを再度実行できます。 前の日付と時刻は新しい日付と時刻に置き換えられます。
CLI を使用して、以前にスケジュールされたカスタム・イメージのライフサイクル状況変更を削除する
--reset-deprecate-at オプションまたは --reset-obsolete-at オプションを使用して、スケジュールされたステータス変更を削除できます。 これらのオプションのいずれかを ibmcloud is image-update コマンドで使用すると、日時がイメージから削除されます。 イメージは、その状況変更用にスケジュールされなくなります。
ibmcloud is image-update IMAGE [--reset-deprecate-at] [--reset-obsolete-at]
--reset-deprecate-at オプションと --reset-obsolete-at オプションの両方を使用すると、イメージ状況は availableに戻ります。
API を使用したカスタム・イメージ・ライフサイクル状況の変更
アプリケーション・プログラミング・インターフェース (API) を使用して、 IBM Cloud VPC カスタム・イメージのライフサイクル状況を変更できます。 即時ステータス変更を行うことも、後でステータス変更が行われるようにスケジュールすることもできます。
即時状況変更を行うには、以下のいずれかの例を使用します。 $image_id 変数には、状況変更のカスタム・イメージの ID を指定します。
即時ステータス変更は、将来のステータス変更がスケジュールされていない場合にのみ実行できます。 スケジュール済みステータス変更を削除するには、 API を使用したスケジュール済みカスタム・イメージ・ライフサイクル・ステータス変更の削除 を参照してください。 スケジュールされたステータス変更を削除した後、即時ステータス変更を行うことができます。
-
イメージのライフサイクル状況を
deprecatedに変更します。curl -X POST "$vpc_api_endpoint/v1/images/$image_id/deprecate?version=2023-02-21&generation=2" -H “Authorization: Bearer $iam_token” -
イメージのライフサイクル状況を
obsoleteに変更します。curl -X POST "$vpc_api_endpoint/v1/images/$image_id/obsolete?version=2023-12-21&generation=2" -H “Authorization: Bearer $iam_token”
ステータス変更をスケジュールするには、以下のいずれかの例を使用します。
deprecation_at プロパティーまたは obsolescence_at プロパティーには、ISO 8601 (YYYY-MM-DDThh:mm:ss+hh:mm) の日時形式で日付を指定します。
YYYYは 4 桁の年です。MMは 2 桁の月です。DDは 2 桁の日です。Tは日付と時刻の情報を区切ります。hhは 2 桁の時間です。mmは 2 桁の分です。+hh:mmまたは-hh:mmは UTC タイム・ゾーンです。
したがって、北米中央標準時ゾーン (CST) で 2023 年 9 月 30 日の午後 8 時に行われる日付は、 2023-09-30T20:00:00-06:00 になります。
日時をスケジュールする際に、現在の日時を使用することはできません。 例えば、6 月 12 日の午前 8:00 の場合、スケジュールされた日時は 6 月 12 日の午前 8:00 より後でなければなりません。 deprecation_at と obsolescence_at の両方の日時を定義する場合、 obsolescence_at の日付は deprecation_at の日時より後でなければなりません。
-
deprecatedへのステータス変更をスケジュールします。curl -X PATCH "$vpc_api_endpoint/v1/images/$image_id?version=2022-11-21&generation=2" -H "Authorization: Bearer $iam_token" -d '{ "deprecation_at": "2023-03-01T06:11:28+05:30" }' -
obsoleteへのステータス変更をスケジュールします。curl -X PATCH "$vpc_api_endpoint/v1/images/$image_id?version=2022-11-21&generation=2" -H "Authorization: Bearer $iam_token" -d '{ “obsolescence_at": "2023-12-31T06:11:28+05:30" }'deprecation_atおよびobsolescence_atの日時項目を変更する場合は、これらのコマンドを再度実行できます。 前の日付と時刻は新しい日付と時刻に置き換えられます。
API を使用して、以前にスケジュールされたカスタム・イメージのライフサイクル状況を削除する
deprecation_at または obsolescence_at を nullに更新して、スケジュールされた状況変更を削除するための PATCH /images 要求を行います。 このプロパティーを変更すると、イメージから日時が削除され、イメージはそのステータス変更にスケジュールされなくなります。
-
イメージを
deprecatedからavailableに変更するには、deprecation_atプロパティーをnullに変更します。curl -X PATCH "$vpc_api_endpoint/v1/images/$image_id?version=2022-11-21&generation=2" -H "Authorization: Bearer $iam_token" -d '{ "deprecation_at": null }' -
イメージを
obsoleteから前の状態に変更するには、obsolescence_atをnullに変更します。 イメージに以前にnullfordeprecation_at以外の値が含まれていた場合、このプロパティーの変更によりobsolete状態が削除され、deprecatedに戻されます。 前の状態がavailableの場合 (イメージがavailableからobsoleteに直接移動されたことを意味します)、このプロパティーの変更はobsoleteからavailableに戻ります。curl -X PATCH "$vpc_api_endpoint/v1/images/$image_id?version=2022-11-21&generation=2" -H "Authorization: Bearer $iam_token" -d '{ “obsolescence_at": null }' -
deprecation_atプロパティーまたはobsolescence_atプロパティーの両方がavailableに設定されているイメージを変更するには、deprecation_atプロパティーまたはobsolescence_atプロパティーの両方を更新する必要があります。curl -X PATCH "$vpc_api_endpoint/v1/images/$image_id?version=2022-11-21&generation=2" -H "Authorization: Bearer $iam_token" -d '{ "deprecation_at": null, “obsolescence_at": null }'
Terraformを使用してカスタムイメージのライフサイクルステータスを変更する
Terraform を使用して即座にステータスを変更するには、 ibm_is_image_deprecate または ibm_is_image_obsolete リソースコマンドを使用します。次の例のいずれかを使用します。 name 変数には、状況変更のカスタム・イメージの名前を指定します。
即時ステータス変更は、将来のステータス変更がスケジュールされていない場合にのみ実行できます。 スケジュールされた状況変更を削除するには、 Terraform を使用したスケジュールされたカスタム・イメージのライフサイクル状況変更の削除 を参照してください。 スケジュールされたステータス変更を削除した後、即時ステータス変更を行うことができます。
-
イメージのライフサイクル状況を
deprecatedに変更します。resource "ibm_is_image" "example" { name = "example-image" href = "cos://us-south/buckettesttest/livecd.ubuntu-cpc.azure.vhd" operating_system = "ubuntu-16-04-amd64" encrypted_data_key = "eJxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx0=" encryption_key = "crn:v1:bluemix:public:kms:us-south:a/6xxxxxxxxxxxxxxx:xxxxxxx-xxxx-xxxx-xxxxxxx:key:dxxxxxx-fxxx-4xxx-9xxx-7xxxxxxxx" } resource "ibm_is_image_deprecate" "example" { image = ibm_is_image.example.id } -
イメージのライフサイクル状況を
obsoleteに変更します。resource "ibm_is_image" "example" { name = "example-image" href = "cos://us-south/buckettesttest/livecd.ubuntu-cpc.azure.vhd" operating_system = "ubuntu-16-04-amd64" encrypted_data_key = "eJxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx0=" encryption_key = "crn:v1:bluemix:public:kms:us-south:a/6xxxxxxxxxxxxxxx:xxxxxxx-xxxx-xxxx-xxxxxxx:key:dxxxxxx-fxxx-4xxx-9xxx-7xxxxxxxx" } resource "ibm_is_image_obsolete" "example" { image = ibm_is_image.example.id }
ステータス変更をスケジュールするには、以下のいずれかの例を使用します。
deprecation_at 属性または obsolescence_at 属性には、ISO 8601 (YYYY-MM-DDThh:mm:ss+hh:mm) の日時形式で日付を指定します。
YYYYは4桁の年号ですMMは2桁の月ですDDは2桁の日付ですTは日付と時刻の情報を区切ります。hh2桁の時間ですmm2桁の分です+hh:mmまたは は協定世界時時間帯です。-hh:mm
したがって、北米中央標準時ゾーン (CST) で 2023 年 9 月 30 日の午後 8 時に行われる日付は、 2023-09-30T20:00:00-06:00 になります。
日時を指定する際、現在の日時を使用することはできません。 例えば、6 月 12 日の午前 8:00 の場合、スケジュールされた日時は 6 月 12 日の午前 8:00 より後でなければなりません。 deprecation_at と obsolescence_at の両方の日時を定義する場合、 obsolescence_at の日付は deprecation_at の日時より後でなければなりません。
-
deprecatedへのステータス変更をスケジュールします。resource "ibm_is_image" "example" { name = "example-image" href = "cos://us-south/buckettesttest/livecd.ubuntu-cpc.azure.vhd" operating_system = "ubuntu-16-04-amd64" deprecation_at = "2023-11-28T15:10:00.000Z" } -
obsoleteへのステータス変更をスケジュールします。resource "ibm_is_image" "example" { name = "example-image" href = "cos://us-south/buckettesttest/livecd.ubuntu-cpc.azure.vhd" operating_system = "ubuntu-16-04-amd64" obsolescence_at = "2023-11-28T15:10:00.000Z" }deprecation_atおよびobsolescence_atの日時項目を変更する場合は、これらのコマンドを再度実行できます。 前の日付と時刻は新しい日付と時刻に置き換えられます。
Terraformを使用して、以前にスケジュールされたカスタムイメージのライフサイクルステータスを削除する
スケジュールされた状況変更を削除するには、 deprecation_at 属性または obsolescence_at 属性を null に更新します。 この属性変更により、イメージから日時が削除され、イメージはその状況変更に対してスケジュールされなくなります。
-
イメージを
deprecatedからavailableに変更するには、deprecation_atプロパティーをnullに変更します。resource "ibm_is_image" "example" { name = "example-image" href = "cos://us-south/buckettesttest/livecd.ubuntu-cpc.azure.vhd" operating_system = "ubuntu-16-04-amd64" deprecation_at = null } -
イメージを
obsoleteから前の状態に変更するには、obsolescence_atをnullに変更します。 イメージに以前にnullfordeprecation_at以外の値が含まれていた場合、この属性の変更により、obsolete状態が削除され、deprecatedに戻されます。 前の状態がavailableの場合 (イメージがavailableからobsoleteに直接移動されたことを意味します)、この属性の変更はobsoleteからavailableに戻ります。resource "ibm_is_image" "example" { name = "example-image" href = "cos://us-south/buckettesttest/livecd.ubuntu-cpc.azure.vhd" operating_system = "ubuntu-16-04-amd64" obsolescence_at = null } -
deprecation_atプロパティーまたはobsolescence_atプロパティーの両方がavailableに設定されているイメージを変更するには、deprecation_at属性またはobsolescence_at属性の両方を更新する必要があります。resource "ibm_is_image" "example" { name = "example-image" href = "cos://us-south/buckettesttest/livecd.ubuntu-cpc.azure.vhd" operating_system = "ubuntu-16-04-amd64" deprecation_at = null obsolescence_at = null }