Snowflake のロゴ

Snowflake / リリースノート / 2026/05/15 / 重要

Snowpark Container Services、ARMベースのGEN_ARM_G1を一般提供

dataworkflowコスト

公式リリースノート

Snowflakeは、AWS上のSnowpark Container Servicesで、ARMベースの汎用コンピュートファミリーGEN_ARM_G1を一般提供しました。linux/arm64コンテナイメージを使う処理向けに、1 vCPUから28 vCPUまでの5サイズを選べます。

要点

  • AWS上のSnowpark Container ServicesでGEN_ARM_G1が一般提供されました。
  • ARM64向けコンテナイメージを、1 vCPUから28 vCPUまでの5サイズで実行できます。
  • 利用時はコンピュートプールの作成時にGEN_ARM_G1を指定します。
  • 既存のx86向けイメージをそのまま移せるとは限らないため、依存ライブラリと性能を処理ごとに検証する必要があります。

今回のリリースノートで語られていること

今回の更新は、Snowpark Container Servicesで動かすコンテナ処理の実行基盤にARMという選択肢を加えるものです。Snowpark Container Servicesは、コンテナイメージをSnowflake上のサービスやジョブとして実行する仕組みです。GEN_ARM_G1の一般提供により、従来のx86系ファミリーだけでなく、ARM64向けにビルドしたイメージをコンピュートプールで選べるようになりました。公式資料が対象としているのはAWS上のSnowpark Container Servicesであり、AzureやGoogle Cloudでも同じファミリーを利用できるとは書かれていません。

実務上の意味は、単にインスタンス名が増えたことではありません。コンテナ処理では、アプリケーション本体だけでなく、Pythonパッケージ、ネイティブライブラリ、機械学習の推論ランタイム、データベースドライバー、監視エージェントなどがCPUアーキテクチャに依存する場合があります。linux/arm64イメージを用意できる処理であればARMを検討できますが、既存のx86向けイメージをそのまま切り替えられるとは限りません。複数アーキテクチャ対応のイメージがあるか、ARM版でテストが通るか、依存パッケージが同じ挙動をするかを先に確認する必要があります。

GEN_ARM_G1は1 vCPUから28 vCPUまでの5サイズを備えます。小さな常駐サービスから、より多くのCPUを使う処理まで同じファミリー内で選択できます。利用時は、コンピュートプールの作成時にGEN_ARM_G1を指定します。既存プールのアーキテクチャが自動的に切り替わる更新ではありません。本番へ移す前に、同じサービスやジョブをx86とARMで実行し、処理時間、スループット、メモリ使用量、起動時間、エラー率を比較するのが安全です。

公式リリースノートが直接示しているのは、対象クラウド、対応イメージ形式、5つのサイズ、コンピュートプールでの指定方法です。価格差や個々の処理での性能向上率は示していません。そのため、ARMの方が必ず安い、または速いと決めつけず、自社のイメージと負荷で測定する必要があります。

対象になりそうなチーム

  • Snowpark Container ServicesでAPI、バッチジョブ、機械学習推論を運用しているデータ基盤チーム
  • コンテナイメージのビルドと配布を管理するプラットフォームエンジニアリングチーム
  • Snowflake上のコンピュート費用と性能を見直しているFinOps担当者

実務で確認したいポイント

まず、対象サービスやジョブのイメージをlinux/arm64向けに正常にビルドして実行できるかを確認します。ベースイメージ、ネイティブ拡張、ドライバー、GPUやアクセラレーターへの依存、監視エージェントなどにx86前提のものがないかを棚卸しします。次にARM用コンピュートプールを作り、代表的な処理について遅延、スループット、CPUとメモリの使用量、起動時間、エラー率を比較します。

既存のx86向けイメージとARM向けイメージを同じタグで上書きすると、問題発生時の切り戻しが難しくなります。少なくとも検証段階では、アーキテクチャごとにタグや配布先を分けるのが安全です。CI/CDでは複数アーキテクチャ向けビルド、SBOM、脆弱性検査、実行時テストを確認し、ARM用プールが意図しないx86向けイメージを参照しないようにします。

今すぐ対応が必要か

既存のコンピュートプールと処理が安定している場合、直ちに移行する必要はありません。ARM64向けイメージをすでに配布しているチームや、Snowpark Container Servicesの実行基盤を見直しているチームにとっては、一般提供を受けて比較検証を始める価値があります。

結局、この更新をどう見るべきか

これはSnowpark Container Servicesを本格運用する組織にとって、コンピュートプールの選択肢を増やす更新です。一方、一般提供は既存イメージとの互換性や性能を保証する意味ではありません。ARM64対応の確認と処理単位の比較試験をセットで進めるのが適切です。