01オフラインに陥る三つの典型原因
SSH が切れる・VNC が黒画面になる場合、次の三パターンを疑ってください。
1. 共有ホスト上の「Mac 風」環境。物理 Mac mini ではなく仮想化・時間貸し共有機の場合、他ユーザーの負荷やホスト再起動の影響を受け、Xcode ビルド中に突然落ちる典型です。
2. 電源管理と自動スリープ。macOS のスリープが有効なまま、またはアイドルで SSH デーモンが停止すると、朝「応答なし」になります。リモート運用ではスリープ無効化が必須です。
3. SLA とメンテ通知の欠如。計画停止の事前連絡や復旧時間が契約に無いと、障害時に待ち時間が不明になり、「いつもオフライン」という印象が固定化されます。
02賃貸方式比較表：offline が起きやすい箇所
三方式を稼働安定性の観点で比較します。
| 観点 | 共有・時間貸し Mac | 仮想 Mac / VPS 型 | 専用物理 Mac mini M4 |
|---|---|---|---|
| 物理機の専有 | 共有・排他不明 | ホスト依存 | 1 台丸ごと専有 |
| スリープ・電源管理 | 他者設定の影響あり | ホスト側ポリシー依存 | 個別に無効化可能 |
| 典型オフライン原因 | セッション奪取・再起動 | ホストメンテ・リソース不足 | 計画停止のみ（SLA 内） |
| SLA 明記のしやすさ | 曖昧になりがち | 月間稼働率のみ記載 | 物理機＋復旧時間 |
| Xcode / Keychain 持続 | セッション終了で消失 | 再現性に限界 | 永続保持 |
| 向く用途 | 短時間確認 | 軽量スクリプト | CI / 24h ビルド |
結論：オフラインを避けるなら専用物理 Mac mini M4 を選び、SLA とスリープ設定を契約前に確認してください。
03六段階：安定稼働チェックリスト
- SLA 確認：稼働率 99.5% 以上、計画停止 24 時間前通知、物理機専有の明記を確認します。
- 接続設定：SSH に
ServerAliveInterval 60を設定し、NAT タイムアウト切断を防ぎます。 - スリープ無効化：
sudo pmset -a sleep 0でアイドルスリープを止め、長時間ビルドを継続します。 - 稼働監視：5 分間隔の SSH プローブを設定し、3 回連続失敗でアラートを飛ばします。
- メンテ通知：メール・Slack 等の通知先を登録し、計画停止の連絡漏れを防ぎます。
- 環境記録：Keychain 証明書と Xcode バージョンを記録し、移行工数を最小化します。
04引用しやすい稼働・賃貸基準
- ServerAliveInterval 60 秒：NAT 環境で SSH 切断を防ぐ標準設定です。
- 監視間隔 5 分：誤検知と検知遅延のバランスが取れる一般的な間隔です。
- 計画停止 24 時間前通知：チーム開発では最低限必要なリードタイムです。
05まとめ：根本解は専用 Mac 基盤
「借りた Mac mini がいつもオフライン」という悩みは、共有環境・スリープ・SLA 欠如に集約されます。24 時間 CI や TestFlight 提出には専用物理 Mac mini M4 が合理的です。
neokvm では東京・大阪・US West から専用 Mac を SSH/VNC で隔離運用でき、スリープ無効化と SLA を標準構成としています。一週間 PoC で 72 時間連続ビルドを検証し、問題なければ 16GB / 24GB プランへ移行してください。購入ページで地域を選べば、当日から安定した Mac サーバー基盤としてご利用いただけます。
オフライン地獄を終わらせる — 専用 Mac mini M4 を借りましょう
neokvm の専用物理 Mac なら、スリープ無効化・SLA 保証・SSH/VNC 隔離運用で 24 時間 CI を安定稼働できます。PoC から本番までスケール可能です。