Google CloudでDeep Learning VMを起動するには
by Canonical on 18 March 2026
Deep Learning環境の設定は簡単ではありません。CUDAドライバーの管理、Pythonライブラリの競合解消、十分なGPU性能の確保など、コードを書くよりも環境設定に時間がかかることがよくあります。
Google CloudとCanonicalは協力し、Ubuntuアクセラレータ最適化OSを基本OSとしたDeep Learning VMイメージでこの問題を解決します。Deep Learning VMイメージとは、データサイエンスと機械学習のタスク向けに設定を済ませた仮想マシンです。PyTorchなどの一般的なフレームワークや必要なNVIDIAのドライバーもすでにインストールされています。
このガイドでは、GCPのコンソールを使用してDeep Learning VMを起動し、ソフトウェアスタックを検証してすぐにトレーニングを開始する方法を説明します。
Deep Learning VMを使用する理由
- インストール済みのフレームワーク：汎用ライブラリを手動でpip installする必要はありません。
- GPUに対応：NVIDIAのドライバーがすでにインストール/検証されています。
- Jupyterを統合：設定なしでJupyterLabにシームレスにアクセスできます。
GCPでDeep Learning VMを作成するには
ステップ1：GCP Marketplaceを開く
まず、Google Cloudコンソールにログインします。ここでは一般的なCompute Engineのインスタンスを作成するのではなく、GCP Marketplaceにある専用のイメージを使用します。
- Google Cloudコンソールを開きます。
- 一番上の検索バーに「Deep Learning VM」と入力します。
- Googleが公開するDeep Learning VMを選択します。
ステップ2：インスタンスを設定する
MarketplaceのDeep Learning VMページが開いたら [Launch] をクリックします。これで環境設定画面が開きます。モデルの処理性能を設定してください。
注意の必要な設定は以下のとおりです。
- ゾーン：使用する具体的なGPUに対応するゾーンを選択します（私の場合はus-central1-fゾーン）。
- マシンの種類：GPUが不要の場合は、ニーズに合ったCPUとRAMの組み合わせを選択します。
- GPUの種類：NVIDIA T4、A100、H100など、GPUの種類を入力します。
Google CloudコンソールでVMのインスタンスを設定します。
選択した後で [Deploy] をクリックします。
ステップ3：接続して検証する
VMのデプロイは1～2分で完了します。[Compute Engine] > [VM Instances] ページに表示されるはずです。
マシンにアクセスするには、新しいインスタンスの横にあるSSHのボタンをクリックします。これでブラウザでターミナルウィンドウが開きます。
ステップ4：ソフトウェアスタックとドライバーを確認する
すべて正常に動作するかチェックしましょう。
1. NVIDIAのドライバーを確認する
GPUを使用する場合、最も重要なのはドライバーが正常に読み込まれていることの確認です。SSHターミナルで以下のコマンドを実行します：
nvidia-smi
GPU（A100など）とCUDAのバージョンを表示した表が表示されます。
2. インスタンス済みのソフトウェアを確認する
GoogleのDeep Learning VMでは、通常、PyTorchがすでに設定されています。インストールされたパッケージに使いたいライブラリが入っていることを確認します。
pip show torch
結び
これで完了！ すべて設定済みのDeep Learning環境を数分で構築できました。ターミナルからすぐにトレーニングスクリプトを実行できます。
注意事項：GPUを使用したDeep Learning VMはコストがかかります。使わないときはインスタンスを停止し、想定外の支出を防ぐことをおすすめします。
詳細情報
ニュースレターのサインアップ
関連記事
トラブルシューティング
アップストリームの変更でスマートカードのFIPS認証が機能しなくなったときの対処方法 ある行政機関が組織内で運用しているUbuntuデバイスすべてにスマートカード認証を義務付けました。ところがコンプライアンス要件を満たすためにFIPSモードを有効にすると、スマートカード認証の機能が停止してしまい、1,000台近いシステムがFIPS認証への対応を待つことになりました。 Canonicalのサポートチームは、まずOpenSCのアップストリームでの変更が意図せずFIPSとの互換性を損なっていることを突き止めました。次に、すべてのディストリビューションのアップストリームの開発者と連携し、緊急用のホットフィックスと正式な修正の両方を提供しました。このときの対応を以下にご紹介しましょ […]
CanonicalのS3機能でコストを予測、比較、削減
かつて私は、どれだけデータを保存する必要があるかわからないプロジェクトを始める際、パブリッククラウドストレージが便利だと書きました。しかしデータセットが増えるにつれ、パブリッククラウドストレージのコストは膨大になります。このような場合、オンプレミスまたはコロケーションの自社運用ストレージシステムを運用すれば、コスト、性能、セキュリティ、データ主権など多くの面でメリットがあります。この記事では、企業におけるストレージの利用方法をいくつか紹介し、どの程度のコスト削減が見込めるかを解説します。 ストレージワークロードの増加 AWS S3、Azure Blob、GCP GCSといったクラウドコンピューティングサービスでは、演算処理、ストレージ、ネットワーキングのリソースを即座に利 […]
Authd OIDCでUbuntuのID連携を拡張
新しいAuthd OIDCブローカーでUbuntuがさらに多くのIDプロバイダーに対応 Canonicalは本日、Authdに対応する新しい汎用OpenID Connect（OIDC）ブローカーの一般提供を開始しました。企業がアクセス管理のコントロールを一元化する上で、自社のアイデンティティソリューションを選択できることは極めて重要です。そのニーズに応えるのがCanonicalの新しいブローカーsnapです。これにより、標準的なOIDCフローに対応する任意のIDプロバイダーをUbuntu DesktopとUbuntu Serverに統合できます。そしてKeycloakのような自社運用型ソリューションを利用するコミュニティユーザーも、Oktaのようなプラットフォームを活用す […]
