ホーム / ブログ / ベアメタル宣言
ENGINEERING BLOG · 2026.06.29

我々が仮想化を完全に捨てた理由:
2026 年からの
ベアメタル宣言

この記事を書いているのは 2026 年 6 月です。これは微妙な時期です。今日の開発者の作業画面を観察すると、Cursor、Claude Code、または Gemini CLI を問わず、ほぼ必ずといっていいほど AI コーディングアシスタントが常駐しているのを目にします。ローカルで動作する大規模モデルのプロセスが、Xcode や Webpack とメモリ帯域幅を奪い合っています。AI コーディングワークフローはもはや実験的な機能ではなく、インフラレベルの必須要件となっています。

この文脈において、ZUKCLOUD の最もコアなエンジニアリング判断について公開で語る必要があると考えます:初日から、当社は仮想化を完全に排除し、ネイティブの Apple Silicon 物理マシンをそのまま、損失なくユーザーに提供することを選択しました。これは商業的な宣伝文句ではなく、大量の内部データに裏付けられた、極めて苦しく、しかし明晰な技術的選択です。

01

3 年前、「700 億パラメータの大規模モデルをローカルで動かす」ことは、多くのエンジニアにとってまだ贅沢品でした。当時、算力の主な消費方法は OpenAI や Anthropic のリモートサーバーへの API 呼び出しでした。ローカルモデルの速度と品質はクラウドとの間に埋めがたい体験の差がありました。

今日、この差は急速に縮まり、逆転しつつあります。Apple MLX フレームワークの成熟、Llama シリーズと Gemma シリーズのオープンソースモデルの命令遵守品質の飛躍的向上、そして開発者のデータ主権意識の高まりが、不可逆的なトレンドを共に推進しています:コアの AI コーディングワークフロー(コード補完、コードレビュー、自動テスト生成まで)をローカルまたはプライベートな物理ハードウェア上で実行する技術チームが急増しています。

このトレンドは深刻なエンジニアリング問題を提起しています:重いコンパイルタスクと LLM 推論を同時に実行するこれらの新しいハイブリッドワークロードは、Hypervisor によって著しく制限された仮想マシン上での実行に適しているのでしょうか?当社の答えは:絶対に適していません。

02

仮想マシンの問題は「使えない」ことではなく、そのオーバーヘッドが極めて見えにくいことにあります。コードは動作し、モデルは推論できます。しかしすべてのメモリアクセス、すべてのディスク読み書き、すべての GPU 計算命令が、Hypervisor の多重インターセプトとソフトウェアエミュレーションを通過する必要があります。このオーバーヘッドを当社では仮想化税と呼んでいます。

「仮想化税は一度きりの高額課税ではありません。操作ごとに徴収される付加価値税です。高密度計算タスクでは、気づかぬうちにネイティブ算力の 30% から 60% を侵食します。」

ZUKCLOUD の内部テスト環境で、同一の M4 Pro(12 コア CPU / 18 コア GPU / 64GB ユニファイドメモリ)を使用して比較実験を行いました。テスト対象は約 180 万行の Swift コードを含む実際の大規模 iOS ミドルプラットフォームプロジェクトです:

BENCHMARK · M4 PRO 64GB · XCODE FULL BUILD + MLX LLAMA3-70B INFERENCE
環境 フルビルド時間 LLM 推論速度 メモリ帯域幅利用率
ベアメタル(直接ハードウェアアクセス) 3 分 52 秒 22.4 tokens/s 89%
仮想マシン(全 vCPU/vRAM を割り当て) 11 分 18 秒 9.1 tokens/s 38%
パフォーマンス差 2.9× 高速 2.5× 高速 +51pp

さらに懸念されるのは仮想マシン環境でのパフォーマンスのジッタです。同一のビルドタスクを連続 10 回実行した結果、仮想マシン環境の標準偏差は ±43 秒に達した一方、ベアメタル環境では ±6 秒に過ぎませんでした。安定した CI/CD パイプラインでリリースリズムを予測する必要があるチームにとって、この予測不可能性は致命的です。

03

なぜ仮想化が Apple Silicon にとってこれほど破壊的なのかを原理から理解するには、まずユニファイドメモリアーキテクチャ (Unified Memory Architecture, UMA) のコアバリュープロポジションを理解する必要があります。

M4 Pro チップでは、CPU の高性能コア、高効率コア、マルチコア GPU、そしてニューラルエンジンが、すべて同一の超高帯域幅メモリプールに物理的に直接接続されています。MLX が GPU 上で推論を実行し、Xcode のリンカが同時に CPU 上で動作する際、それらはすべて同一の物理メモリにアクセスしており、データはその場から動かず、異なる演算ユニットがそれを指すメモリポインタを取得するだけです。これがいわゆる「ゼロコピー (Zero-Copy)」であり、従来のアーキテクチャにおける CPU と GPU 間の高コストな PCIe データ転送オーバーヘッドを排除します。

MEMORY_ACCESS_TRACE.LOG
# ベアメタル環境:CPU と GPU が同一の物理メモリプールを共有
zukcloud@node-sg-01:~$ sudo instruments -t "Metal System Trace" mlx_inference.py

> GPU Compute Encoder: allocating 48.3 GB
[OK] Direct UMA pointer mapped — zero PCIe copy
> CPU linker (Xcode): accessing same pool
[OK] Cache coherency maintained — no flush required
> Combined memory bandwidth: 276.8 GB/s

# 仮想マシン環境:Hypervisor がゼロコピーパスを中断
vm-guest@kvm-mac-01:~$ sudo instruments -t "Metal System Trace" mlx_inference.py

[WARN] Metal GPU access intercepted by hypervisor emulation layer
> Emulated VRAM region allocated (shadow page tables)
[WARN] PCIe emulation overhead detected: +18ms per allocation
> Effective memory bandwidth: 91.2 GB/s
[DEGRADED] UMA zero-copy path unavailable in guest context

問題の核心は:仮想マシンの Guest OS は基盤となるハードウェアのユニファイドメモリの物理トポロジを直接認識して利用することができないことにあります。Hypervisor は中間に「シャドウページテーブル (Shadow Page Tables)」のセットを維持し、Guest の仮想アドレス空間をホストの物理アドレスに変換する必要があります。GPU メモリの割り当てごとに、この高コストなソフトウェア変換メカニズムがトリガーされます。UMA のコアとなるゼロコピーの約束は、この瞬間に完全に破られます。

04

以上を理解した上で、ZUKCLOUD チームは明確でありながら実行が極めて困難な選択に直面しました:ユーザーがクラウドサービスと同様に便利に物理マシンを取得できる方法を見つける必要がありましたが、いかなる仮想化レイヤーも絶対に導入できませんでした。

当社の解決策は Hypervisor を完全に迂回し、Apple が企業デバイス管理のために設計した MDM (Mobile Device Management) プロトコルスタックを深く活用して、Golang ベースの高並列ベアメタルオーケストレーションシステムを自社開発することでした。

ZUKCLOUD のコンソールで注文後、以下のプロセスがデータセンターで自動的に実行されます:

  • ノードスケジューリング:スケジューリングエンジンがリソースプールから電源オフ状態のアイドル Mac mini 物理マシンをロックし、ネットワーク隔離のマーキングを完了します。
  • ハードウェアの電源投入とネットワークブート:スマート PDU がターゲットデバイスに電源を投入し、基盤となるスイッチがそのイーサネットポートを専用のリカバリ VLAN に切り替え、OS イメージのプッシュを受け入れる準備をします。
  • ネイティブ macOS の書き込み:デプロイサービスが社内 10Gbps リンク経由でセキュリティ検証済みのクリーン macOS イメージをプッシュし、第三者の Hypervisor やコンテナレイヤーを一切経由しません。
  • アイデンティティと権限の配布:MDM プロトコルが静的パブリック IPv4 を自動設定し、ユーザーの SSH 公開鍵をシステムの信頼チェーンに書き込み、権限の引き渡しを完了します。

「当社は切り分けられた算力のスライスを販売しているのではありません。完全な、あなただけの物理 Mac を販売しています——ただ、それが遠くにある Tier-3 データセンターにあり、コードで完全自動化されてお届けされるだけです。」

このアーキテクチャのもう一つのコアとなる優位性はデータセキュリティ境界の完全性です。リース期間が終了すると、MDM システムは直ちに Apple Secure Enclave をトリガーしてハードウェア暗号化キーを破棄し、DoD 5220.22-M 標準に従って NVMe メディアに対する物理レベルの深い上書きを実行します。スナップショットの残留なし、メモリリークなし、「隣人」なし——そもそも共有が存在しないからです。

05

当社はコンピューティングパラダイムシフトの初期段階にいます。AI エージェントは「たまに使うツール」から「24 時間稼働が必要な基盤プロセス」へと進化しつつあります。開発者がコードアシスタント、自動テスト生成器、エッジサイドのナレッジベース検索をローカルで同時に実行するシナリオは、今日の企業チームではもはや珍しいことではありません。

このトレンドの下、ローカル化・物理化した算力はその歴史的な瞬間を迎えると当社は考えています。クラウドサービスのコアバリューはそもそも「仮想化」そのものではなく、「弾力性」と「自己構築不要」にありました。ZUKCLOUD はベアメタルのパフォーマンス密度とクラウドサービスの弾力的な体験を組み合わせ、コードで駆動される物理マシンのオーケストレーションにより、妥協のない算力基盤を提供しようとしています。

仮想化はクラウドコンピューティングの最初の 20 年間の基本建材でした。しかし今日の Apple Silicon ワークロードに対しては、建物全体を重くする古びたレンガとなっています。当社はそれを基盤から取り除くことを選びました。

チームが長いコンパイル待ち、不安定な推論レイテンシ、または説明のつかない CI のジッタに悩んでいるなら、ぜひ本物のベアメタルノードを一度体験してみてください。数字が語ります。