Kinesis OneTeam · チームの GPU を共有。スケジューラー構築は不要。
GPU より開発者のほうが多いですか? Kinesis Grid で、どのチームも止まらずに前へ。
所有する GPU を、サーバーごとにインストールコマンド 1 つで共有の Kinesis Grid に。Kubernetes も Slurm も不要です。チケットを出さずに、設定した上限の範囲で誰でも作業を始められます。対応するデータセンター向け GPU は分離されたスライスに分割し、それ以外の GPU は丸ごと共有。GPU が足りないときは順番に使います。
無料で始められます。最初の 5 台のサーバーは Grid 料金がかからず、最初の 5 人のユーザーも無料です。
チームを止めないための機能
待ち時間は短く、リリースは速く。
開発者の手を止めず、すべての GPU を稼働させ続けるために共有 GPU フリートに必要なすべてを、スケジューラーのプロジェクトや割り当て管理のスプレッドシートなしで。
- Grid / lab-a100 / ポリシーフェアシェアオフフェアシェア
割り当て時間
4時間
1人あたりのアプリ数
2
アクティビティ
- Grid の容量待ちでキューに追加(公平な割り当て)ana · train-vit
- マシンから移動しました — 順番が終了(公平な割り当て)ben · sweep-12
- アプリ用に予約されたマシン(公平な割り当て)ana · train-vit
- Grid のキューから受け入れ(フェアシェア)ana · train-vit
フェアシェア
GPU が足りないときは、アプリがキューで待機し、順番に実行されます。割り当て時間と 1 人あたりのアプリ数を設定すれば、順番が終わったときに Grid が仕事を次へ移します。
- Grid / lab-a100 / ポリシー / クォータ
- 1 人あたりの GPU 数を制限4
- 1 人あたりのアプリ数を制限3
- 1 人あたりのインスタンス数を制限無制限
- 停止までの猶予15分
対象外のアプリ
shared-inferencelab-jupyterhub
コンテナ上限
CPU 16 コアメモリ 64 GB
クォータと制限
各 Grid で1人あたりの GPU、アプリ、インスタンス数に上限を設け、コンテナごとに CPU とメモリの上限を設定し、誰もが利用する共有サービスは対象外にできます。
- サーバー / gpu-node-07 / GPU スライスH100 80GBMIG スライシング オン
単位
VRAM
割り当てられたアプリ
3g.40gb40 GBthesis-llm2g.20gb20 GBcs231-notebook-041g.10gb10 GBcs231-notebook-111g.10gb10 GB無料GPU の分割利用
対応するデータセンター向け GPU(A100・H100 クラス)を NVIDIA MIG で分離されたスライスに分割し、1 枚のカードでクラス全体や複数のジョブをまかなえます。各スライスはクォータ上 1 GPU として数えます。分割できない GPU は丸ごと共有し、フェアシェアで順番に使います。
- フリート · すべての Grid
- dgx-018× A100 · lab-a100
- colo-h100-028× H100 · research
- lab-l40s-034× L40S · teaching
- ws-rtx-112× RTX 6000 · teaching
ビジョン検索研究インターン
フリート全体を 1 つのビューで
すべての Grid にわたるすべてのサーバーと、各 GPU で誰の処理が動いているか。ユーザー別の利用状況とプロジェクト別のコストもワンクリックで確認できます。
画面はイメージです · 名称と数値は架空のものです
遊休 GPU が戻ってきます
Grid は、使っていない GPU を確保したままのアプリを見つけ、オーナーに警告し、その GPU を次のチームのために解放します。
必要ならグループごとに Grid を
研究室、部門、コホートごとに専任の管理者を置いた専用の Grid を用意することも、すべてをひとつにまとめることもできます。
対象となる方
大勢で少数の GPU を共有する場所のために。
大勢で少数の高価な GPU を共有するとき、難しいのは全員の手を止めないことです。すべてのチームに公平な順番を、すべてのジョブに実行枠を用意し、誰が何を使っているかを把握しなければなりません。Kinesis Grid はその 3 つすべてを引き受けます。
大学と研究機関
すべての研究室と授業に 1 つのクラスター。予約表は不要です。
- 研究室や講座ごとにクォータを設定。締め切り前の混雑はフェアシェアが処理します。
- 大型 GPU をスライスして、クラス全員が同時に作業できるように。
- 助成金の報告やチャージバックのための、個人ごとの使用状況とプロジェクトごとのコスト。
- 学生がノートブックやモデルを自分でデプロイできます。管理者へのチケットは不要です。
インキュベーターとアクセラレーター
コホートのすべてのスタートアップに、プログラム自身のハードウェアで GPU アクセスを。
- スタートアップごとに専用の上限があるので、1社のローンチウィークが他のすべてを枯渇させることはありません。
- チームごとにプロジェクトとロールを分離。1 つの Grid を共有することも、チームごとに専用の Grid を用意することもできます。
- プログラムのスタッフは、コホート全体について個人ごとの使用状況とプロジェクトごとのコストを確認できます。
- スタートアップは卒業後も、自社の Grid または Kinesis の容量で、同じワークフローを続けられます。
開発者向け
開発者が事前の許可なしに試せるように。
アイデアから稼働中のアプリまで、誰も待たずに。試して、壊して、再デプロイ。すべては設定した上限の範囲内で。
- コンテナイメージや GitHub リポジトリを数分でデプロイ
- Jupyter ノートブックからオープンな LLM まで、ギャラリーからワンクリックで使えるアプリ
- HTTPS エンドポイント、DNS、ロードバランシングを標準搭載
- すべてのアプリにブラウザターミナル、ライブログ、メトリクス
- 再デプロイしてもデータが残る永続ボリューム
- REST API と MCP サーバーで、スクリプトやエージェントもデプロイ可能
マネージャーと財務担当者向け
すべての GPU 時間の行き先を把握できます。
プロジェクトとアプリごとの支出内訳、個人ごとの使用状況、月末までの予測。請求書と時間単位のエクスポートは、初日から経理部門でそのまま使えます。
シングルサインオン、ロール、二要素認証、監査ログを標準で備えています。専用環境や完全プライベートな環境が必要な場合は、Kinesis Private をご覧ください
Kinesis Batches を選択しない限り、Grid がコミュニティのハードウェアにワークロードを配置することはありません。
Grid の料金を見る →イメージ
