賃借り Mac mini（2026-05-09）：マルチユーザー QA・ホームクリーン・2台目 Mini——ハイパーバイザ無し隔離マトリクス
VmMac エンジニアリング · 約14分
VmMac で Apple Silicon Mac mini を借りるモバイル QA チームは、しばしば「VM のスナップショット」を連想する。しかしベアメタル macOS にディスクブロック単位の即時ロールバックは無い。複数 Apple ID・異なる OAuth・プッシュ環境を隔離したいとき、現実的な三案は macOS ユーザ追加、単一ユーザでの ~/ スクリプトクリーン、もう一台 Mini をレンタル である。本文はログインキーチェーン境界・高速ユーザ切替と WindowServer の共有・VNC／画面共有のトンネル UID・香港／東京／ソウル／シンガポール／米国ノード配置を一枚のマトリクスにまとめる。
合わせて読む：git worktree とクローン／プール、DerivedData 並列 QA、OpenClaw インストール。地域料金、SSH ヘルプ。
スナップショット思考がハマらない理由
ハイパーバイザのスナップショットはディスクを凍結するが、APFS 上で無造作にキャッシュを消すと Spotlight、Xcode インデックス、CoreSimulator、SwiftPM が数分単位で揺れる。隔離は「並列名前空間」の合成として設計する——ユーザ分離は資格情報、スクリプトは速度、追加ホストは GPU／NVMe キュー全体を複製する。
- 人手 QA：高速ユーザ切替は鍵を分けるが WindowServer は共有。
- 自動化：単一ユーザ＋夜間クリーンが運用コスト最小。
- コンプライアンス：同一 SSD イメージに署名素材を共存させられないなら第2 Mini が説明しやすい。
三戦略マトリクス
| 観点 | ユーザ追加 | 単一＋スクリプト | 第2 VmMac Mini |
|---|---|---|---|
| 資格情報 | ログインキーチェーン分離 | 弱い | 最強 |
| 並列 GUI | 中（共有 WS） | 直列がち | 二人並列に効く |
| 運用負荷 | オンボ高 | 低 | 中（launchd 二系統） |
| ディスク | ~/Library 重複 | パス誤りリスク | 独立 APFS |
キーチェーン・録画・リモートデスクトップ
Apple はログインキーチェーンをユーザ単位で隔離する——MDM プロファイルや署名が衝突すると追加アカウントが選ばれる。一方で ScreenCaptureKit を複数セッションで重ねると GPU が争う。ssh -L はssh を開始した UID に localhost をぶら下げる。ビルドボットと VNC ユーザが違うと「ポートが無い」ように見える。
ディスク閾値（数値）
| シナリオ | 並列 | 空き容量目安 | エスカレーション |
|---|---|---|---|
| 夜間 DerivedData パージ | 2 UITest | 録画前 55 GB+ | ビットレート増 |
| 二ユーザ軽 Preview | 交代 | 70–120 GB 帯 | 同時 Preview |
| 地域分割で第2台 | 各1+1 | 両方監視 | どちらか 38 GB 割れ |
メモリ：統合メモリ 16 GB の Mac mini M4 で Xcode GUI を三つ同時に開くのは赤信号——Preview を閉じるか Mini を分ける。
8 ステップ実務
- 隔離対象（Apple ID／OAuth／プッシュ）を文章化。
- ユーザと資格情報の対応表。
- DerivedData を worktree と名前空間連動。
- 破壊パスは捨てディレクトリでドライラン。
- 録画と自動録画を時間分割。
dfをゲートウェイログへ（OpenClaw と相性良）。- 五地域で Git fetch RTT を測る。
- 四半期ごとに僵尸ユーザと Simulator UUID を掃除。
すぐ第2 Mini が勝つ条件
署名ポリシーが単一ユーザに収まらない／録画を直列化できない／スクリーンショット比較 p95 が許容を超える——その時は増台。東京と米国を分けるのもローカライズ論争を短くできる。
なぜ Mac mini M4 か
夜間 UITest でファンが静か、I/O が読みやすい。VmMac は香港・日本・韓国・シンガポール・米国で Apple Silicon を均一提供し、ハード調達より隔離設計に時間を回せる。