イメージのバージョニングとライフサイクル
このページでは、Agent Platform Workbench イメージのバージョン番号の付け方と、VM イメージとカスタム コンテナ イメージの両方でイメージがライフサイクルをどのように移行するかについて説明します。
特定の VM イメージ バージョンでインスタンスを作成するには、 特定のイメージ バージョンでインスタンスを作成するをご覧ください。
各リリースでの変更点については、 イメージのリリースノートをご覧ください。
バージョニング
Agent Platform Workbench イメージでは、メジャー バージョンとマイナー バージョンが使用されます。
- イメージ ファミリー(メジャー バージョン): カレンダー バージョニング(
YYMM)を使用します。たとえば、workbench-instances-2603(2603)です。新しいイメージ ファミリーは、新しいオペレーティング システム、Python バージョン、フレームワークのベースラインなど、イメージに対する大幅な変更を示します。大きな変更や互換性を損なう可能性のある変更は、新しいイメージ ファミリーとしてリリースされ、以前のイメージ ファミリーは引き続き更新されます。これにより、互換性を損なう可能性のある変更が発生するのではなく、移行する時間を確保できます。 - イメージ名(マイナー バージョン):
YYYYMMDD-HHMM-rcXの形式で日付バージョニングを使用します。たとえば、20260629-1557-rc0です。イメージ名は、イメージ ファミリー内のポイント リリースです(バグの修正やセキュリティ パッチなど)。
各イメージ ファミリーは、最新のイメージ名を指します。バージョンをアップグレードまたは変更するには、 イメージ バージョンを管理するをご覧ください。
以前のマイルストーン バージョニング
Debian 11 以前に基づいてビルドされたリリースでは、マイルストーン バージョニング(m144 など)が使用されます。Debian 12 以降に基づいてビルドされたリリースでは、前述のカレンダー バージョニングと日付バージョニングが使用されます。
リリースの頻度
Google は、積極的にメンテナンスされているイメージ名(マイナー バージョン)を定期的に(週に 1 回程度)更新します。特定のリリースの正確なタイミングは異なる場合があり、一部のリリースにはセキュリティまたは依存関係の更新のみが含まれます。この頻度は概算です。実際のリリース履歴については、 イメージのリリースノートをご覧ください。
デプロイに既知の安定したイメージ名が必要な場合は、ファミリーをトラッキングするのではなく、特定のマイナー バージョンに固定し、独自のスケジュールでアップグレードしてください。
ライフサイクル
Agent Platform Workbench インスタンス イメージは、次の状態に移行します。
アクティブ: イメージ ファミリーは完全にサポートされており、セキュリティとバグの 修正が適用されます。イメージ ファミリーは、最新のアクティブなイメージ名を指します。
サポート終了: イメージ ファミリーは、新しいバージョンや修正を受け取らなくなります。 特定の非推奨のイメージ名からインスタンスを作成することはできますが、アクティブなイメージ ファミリーにアップグレードする必要があります。
各イメージ ファミリーには 2 つの日付があります。
- リリース日: メジャー バージョンが利用可能になった日。
- 非推奨日: イメージ ファミリーが非推奨としてマークされた日付。 この日付以降、新しいバージョンや修正は適用されなくなります。
VM イメージ
Agent Platform Workbench VM イメージは、Google がビルドしたブートイメージで、
cloud-notebooks-managed イメージ プロジェクトで
projects/cloud-notebooks-managed/global/images/family/IMAGE_FAMILY 公開されています。
各イメージ ファミリーには、リリースごとに 1 つのイメージ名が含まれています。完全な
リリース履歴については、
イメージのリリースノートをご覧ください。利用可能な最新のイメージ名の一覧を表示するには、
利用可能な VM イメージを一覧表示するをご覧ください。
アクティブな VM イメージ
次の表に、アクティブな VM イメージを示します。
| イメージ ファミリー | OS | Python | カーネル | CUDA | リリース日 | サポートの終了 |
|---|---|---|---|---|---|---|
workbench-instances-2603(26.03) |
Debian 12 | 3.12 | シングル カーネル: Python 3.12、TensorFlow 2.21.0、PyTorch 2.12.1 | 13.0 | 2026 年 3 月 | 2028 年 3 月 |
workbench-instances(レガシー) |
Debian 11 | 3.10 | 複数のカーネル: Python 3.10、TensorFlow 2.11.0、PyTorch 1.13.1 | 11.8 | 2023 年 7 月 | 2027 年 3 月 |
カスタム コンテナ イメージ
カスタム コンテナは、バージョン管理と拡張が可能なベース コンテナ イメージと、それを実行する Google マネージド コンテナ ホスト イメージの 2 つのイメージで実行されます。
ベース コンテナ イメージ
ベース コンテナ イメージでは、VM イメージと同じイメージ ファミリー(メジャー)とイメージ名(マイナー)のバージョニングが使用されます。イメージ ファミリーは、コンテナ名の末尾の日付です(workbench-container-2606 など)。イメージ名バージョンは、日付ベースのタグです(workbench-container-2606:20260629-1557-rc0 など)。
Agent Platform Workbench には、Google がビルドしたベース コンテナ イメージが標準とスリムの 2 つのパターンで用意されています。カスタム コンテナを使用して Agent Platform Workbench インスタンスを作成する方法の詳細をご覧ください。
| イメージ ファミリー | パターン | OS | Python | カーネル | CUDA | リリース日 | サポートの終了 |
|---|---|---|---|---|---|---|---|
workbench-container-2606 |
標準 | Ubuntu 24.04 | 3.12 | シングル カーネル: Python 3.12、TensorFlow 2.21.0、PyTorch 2.12.1 | 12.8.1 | 2026 年 6 月 | 2028 年 6 月 |
workbench-container-slim-2606 |
スリム | Ubuntu 24.04 | 3.12 | シングル カーネル: Python 3.12、TensorFlow 2.21.0、PyTorch 2.12.1 | なし | 2026 年 6 月 | 2028 年 6 月 |
workbench-container |
標準 | Ubuntu 24.04 | 3.10 | 複数のカーネル: Python 3.10、TensorFlow 2.11.0、PyTorch 1.13.1 | 12.8.1 | 2024 年 8 月 | 2027 年 3 月 |
workbench-container-slim |
スリム | Ubuntu 24.04 | 3.10 | シングル カーネル: Python 3.10、TensorFlow 2.11.0、PyTorch 1.13.1 | なし | 2024 年 8 月 | 2027 年 3 月 |
コンテナ ホスト イメージ
コンテナ ホストには、最新のプロダクション レディな Container-Optimized OS(COS)バージョンを厳密に追跡する単一のイメージ ファミリーがあります。cloud-notebooks-managed イメージ プロジェクトの workbench-container-host ファミリーで公開され、各バージョンでは日付バージョン(20260701-2130-rc0 など)が使用されます。インスタンスの作成時にホスト バージョンを固定することはできません。新しいインスタンスでは、最新のホスト イメージが使用されます。ホスト OS の変更については、
Container-Optimized OS のリリースノートをご覧ください。
次のステップ
- イメージ バージョンを管理する: 特定のバージョンでインスタンスを作成し、アップグレードして、ロールバックします。
- イメージのリリースノート: 各イメージ リリースの変更点を確認します。
- サポート ポリシー: CVE の処理、パッケージ、サポート期間、非推奨のお知らせについて説明します。