スケールにおけるトレーニングと推論のためのインテリジェントなオーケストレーションにより、GPU利用率を最大化し、実験あたりのコストを最小限に抑えます。

大規模モデルをトレーニングする AI チームは、過酷なインフラストラクチャの問題に直面しています。GPU コンピューティングは高価で、希少であり、利用率が低いのが現状です。データサイエンティストは、共有クラスターでの GPU アクセスを何時間も待機する一方で、割り当てられたインスタンスはデータ前処理やハイパーパラメーター分析中にアイドル状態になっています。Spot インスタンスの中断は、適切なチェックポイント処理がない数日間にわたるトレーニング実行を台無しにし、数千ドルの無駄を生む可能性があります。実験あたりのコストが可視化されていないため、異なる研究方向の ROI を比較することは不可能です。モデルアーティファクトは、バージョン管理や系統追跡がされずに、個人のマシンや S3 バケットに散在しています。組織が単一 GPU の実験から分散型マルチノードトレーニングへとスケールするにつれて、小規模チームでは機能していたアドホックなツールは破綻し、研究者はモデルの進歩よりもインフラストラクチャの管理に多くの時間を費やすようになります。
次のプロジェクトのための実装ブループリントをもっと見つける
MicrocosmWorksは、A100/H100 GPU上でMIG(Multi-Instance GPU)パーティショニングを使用するワークロード認識型のGPUスケジューリングを実装しています。これにより、推論ワークロードをより小さなGPUスライスに分離しつつ、トレーニングジョブ用に完全なGPUまたは複数GPUの割り当てを確保し、混合ワークロードの干渉によるメモリ断片化を防ぎます。オーケストレーターは、異なるワークロードタイプのメモリプロファイルを理解し、断片化された割り当てによるメモリ不足の失敗を引き起こすことなく、GPU利用率を最大化するようにそれらをスケジューリングします。推論とトレーニングの両方を実行するクラスターの場合、このアプローチは通常、素朴にスケジュールされた混合クラスターで一般的な30-40%と比較して、70-85%のGPU利用率を達成します。
MicrocosmWorks は通常、Kubernetes に NVIDIA GPU Operator とカスタムスケジューリングプラグインを使用し、さらに vanilla Kubernetes がネイティブにサポートしない gang scheduling、fair-share queuing、fractional GPU allocation のために Run:ai や Volcano のようなフレームワークで強化された GPU オーケストレーションをデプロイします。標準の Kubernetes は GPU を不透明な整数リソースとして扱いますが、当社の強化されたスタックは、GPU トポロジー (NVLink インターコネクト、PCIe 対 NVSwitch)、メモリ容量、計算能力を理解し、トレーニングパフォーマンスに大きく影響する配置決定を行います。大規模なクラスター (GPU 50 台以上) の場合、スケジューリングインテリジェンスだけでも、デフォルトの Kubernetes GPU スケジューリングと比較して実効スループットを 20~40% 向上させることができます。
MicrocosmWorksは、バーストキャパシティのためにオンデマンドクラウドGPUを、ベースラインの定常状態ワークロードのためにReserved Instancesを、チェックポイント機能を備えたフォールトトレラントなトレーニングジョブのためにSpot/Preemptible Instancesを組み合わせた多層的なGPU調達戦略を導入しています。—これにより、オンデマンドのみの料金と比較して40~60%のコスト削減を実現しています。オーケストレーション層は、設定可能な間隔でトレーニングジョブを自動的にチェックポイントし、Spot Instancesが再利用された際に優雅なプリエンプション回復を可能にし、時間制約のある推論ワークロードは可用性を保証するためにReserved Capacityへルーティングします。継続的なGPU需要がある組織向けには、自社所有のNVIDIAハードウェアとのColocationとCloud-Onlyアプローチを比較検討します。これは、自社所有ハードウェアのBreak-Even Pointが通常12~18ヶ月のContinuous Utilizationであるためです。
MicrocosmWorksは、NCCL最適化されたネットワークトポロジを備えた、InfiniBand (400Gbps NDR) または RoCE v2 (100-400Gbps) ファブリックを使用し、高帯域幅、低遅延のインターコネクトを展開します。これは、ノード間の勾配同期が通信ボトルネックを生じさせる際、分散トレーニングのパフォーマンスがコンピュートバウンドではなくネットワークバウンドになることが多いためです。このネットワークアーキテクチャには、クロススイッチトラフィックを最小限に抑えるため、同じネットワークスイッチを介して接続されたノード上に分散トレーニングPodを共存させるトポロジ認識型ジョブ配置(leaf-spine topology awareness)が含まれます。クラウド展開の場合、当社は、ニアベアメタルネットワーク性能を提供するプレイスメントグループおよびクラスターネットワークオプション (AWS EFA, GCP GPUDirect-TCPX, Azure InfiniBand) を活用しており、ネットワークアーキテクチャコンサルティングは$35-$50/時間で提供しています。
MicrocosmWorksは、チームごとに保証された最小GPUクォータ、クラスターにアイドルリソースがある場合のクォータを超えるバースト容量、およびヘビートレーニング期間中であっても高優先度本番推論ワークロードが常にリソースを確保する優先度ベースのプリエンプションポリシーによって、名前空間ベースのマルチテナンシーを実装しています。このプラットフォームにはセルフサービスポータルが含まれており、チームリーダーはプラットフォームエンジニアリングの介入を必要とせずに、トレーニングジョブの提出、キューの位置の確認、GPU使用率の監視、およびチームのジョブ優先度の管理を行うことができます。チャージバックレポートは、各チームおよびプロジェクトによって消費されたGPU時間を追跡し、財務チームがAIインフラコストをビジネスユニット全体にわたって正確に割り当てることを可能にします。
MicrocosmWorks は、コンピューティングを共有可能でスケジュール可能なリソースとして扱い、インテリジェントなキューイング、プリエンプションポリシー、コスト追跡を備えたエンドツーエンドの GPU オーケストレーションプラットフォームを構築できます。このプラットフォームは、トレーニングと推論の両方のワークロードを異なるスケジューリングプロファイルでサポートします。トレーニングジョブは、自動チェックポイント処理を備えた Spot インスタンスとオンデマンドインスタンスにバッチスケジュールされ、推論エンドポイントはリクエストパターンに基づいてオートスケールします。統合されたモデルレジストリは、すべての実験のコード、データ、ハイパーパラメーター、および結果のアーティファクトを完全な系統とともに追跡します。研究者は、セルフサービスポータルを通じてリソース要件を定義し、プラットフォームが配置、スケーリング、フォールトトレランス、およびコストアトリビューションを自動的に処理します。
このプラットフォームは、キューの深さに応じてオートスケールするオンデマンドインスタンスと Spot インスタンスのノードプールを組み合わせて使用し、GPU-aware スケジューリングを備えた Kubernetes 上で動作します。カスタムスケジューラーは、チーム予算、期限、リソース効率に基づいてジョブの優先順位を付けます。分散ストレージレイヤーは、トレーニングジョブへの高スループットのデータアクセスを提供し、モデルレジストリと実験トラッカーは再現性とガバナンスのためのメタデータバックボーンを提供します。
| レイヤー | テクノロジー |
|---|---|
| Backend | Python, Go, FastAPI, gRPC, Ray |
| AI / ML | PyTorch, DeepSpeed, Hugging Face Transformers, NVIDIA NCCL, TensorRT, vLLM |
| Frontend | React, Grafana, MLflow UI, custom Jupyter Hub portal |
| Database | PostgreSQL (metadata), MinIO (artifact storage), Redis (job queue), TimescaleDB (metrics) |
| Infrastructure | Kubernetes (EKS with GPU nodes), Karpenter, NVIDIA GPU Operator, Terraform, ArgoCD, Prometheus, DCGM Exporter |
このプラットフォームは、4つのフェーズに分けて12〜16週間で構築されます。1〜3週目は、要件の発見、GPU ワークロードのプロファイリング、および Karpenter と NVIDIA GPU Operator を使用した Kubernetes ベースのスケジューリングおよびオートスケーリングインフラストラクチャのアーキテクチャ設計に焦点を当てます。4〜8週目では、ビンパッキングとギャングスケジューリングを備えた GPU-aware スケジューラー、Spot インスタンスの入札戦略を備えたエラスティックノードプールマネージャー、および DVC 統合を備えた MLflow ベースのモデルレジストリを実装します。9〜12週目では、セルフサービス研究者ポータル、コストアトリビューションエンジン、およびチームごとの予算執行ダッシュボードを構築します。13〜16週目では、代表的なトレーニングジョブを使用したロードテストを実施し、Spot 中断のためのチェックポイントと再開ワークフローを調整し、ML プラットフォームおよび研究チームに運用トレーニングを提供します。
| メトリクス | 改善 | 詳細 |
|---|---|---|
| GPU 利用率 | 平均70-85% | ビンパッキングとキューベースのスケジューリングにより、アイドル状態の予約インスタンスを排除 |
| コンピューティングコスト | 45-60%削減 | チェックポイント処理を伴う Spot インスタンス管理により、作業を失うリスクなしにコストを削減 |
| 研究者の待機時間 | 80%削減 | フェアシェアスケジューリングとエラスティックスケーリングにより、先着順の GPU 独占を解消 |
| 実験の再現性 | 100% | データバージョンからモデルアーティファクトまでの完全な系統追跡により、すべての結果が再現可能であることを保証 |
| モデルデプロイまでの時間 | 70%削減 | 統合されたモデルレジストリからサービングパイプラインへの移行により、研究とエンジニアリング間の手動での引き継ぎを解消 |
自動化され、セキュアで、再現性のあるデリバリーパイプラインにより、デプロイ時間を数時間から数分に短縮します。