Surface Pro 5にHarvester導入成功もCPUリソース不足でVM作成不可

2026-03-11

以前、バッテリー交換の修理過程で液晶ディスプレイを破損してしまったSurface Pro 5（model 1796）。これまではヘッドレスなマインクラフトサーバとして余生を過ごさせてきましたが、Intel Core i7-7660U（2コア4スレッド）のリソースをより効率的に、かつモダンに活用したいと考え、オープンソースの仮想化基盤「Harvester」の導入に踏み切りました。単一のOSで一つのサービスを動かす環境から、必要に応じてVM（仮想マシン）を切り出せる「プライベートクラウド」化を試してみました。

そもそも「Harvester」とは何か？

ここで、今回導入した Harvester について簡単に説明しておきます。

Harvester は、Linuxディストリビューションの老舗として知られるSUSE社が中心となって開発しているオープンソースの HCI（ハイパーコンバージド・インフラストラクチャ）です。
「HCI」と聞くと難しそうですが、ざっくり言えば「これを入れるだけで、自前のAmazon AWSみたいな環境が作れる魔法のOS」です。

ハイパーバイザー（仮想化）: KubeVirt（k8s上でVMを動かす技術）
ストレージ: Longhorn（複数のディスクを束ねる技術）
ネットワーク: Multus（高度なネットワーク制御）

これらがすべて最初からセットになっており、ベアメタル（PC本体）に直接インストールして使います。中身は完全に Kubernetes で構築されているため、k8sの知識がある人なら運用しやすく、見た目も非常に洗練されているのが特徴です。

OSのインストールまでは意外なほどスムーズ

「専用OSだし、インストールが大変そう」という先入観がありましたが、実際の手順は非常にシンプルでした。

公式サイトからISOイメージをダウンロード。
WSLから dd コマンドを使ってUSBメモリに書き込み。
SurfaceをUSBブートさせ、表示される CLIの指示通りにポチポチと設定。

驚くほどすんなりとインストールは完了し、OSとしてのセットアップは拍子抜けするほどスムーズに終わりました。しかし、本当の戦いは再起動した後に待っていました。

立ち上がらないPodと「503」の壁

再起動後、ブラウザから管理画面（HTTPS）を叩いても返ってくるのは「503 Service Unavailable」の文字。

コンソールから kubectl get pods -A で中身を確認してみると、Harvesterのダッシュボードを司るPodがいつまでも起動していません。kubectl describe で詳細を見てみると、原因は単純明快。「Insufficient cpu（CPUリソース不足）」です。

Harvesterはシステムを安定させるために、各コンポーネントが一定のCPUリソースを「予約（Requests）」しようとします。4スレッド（4000m相当）という限られた枠の中では、基盤側のPodだけで予約枠がいっぱいになり、管理ダッシュボード用のPodに回す「椅子」が一つも残っていない状態でした。