オフライン問題で起きやすい三つの原因
1. 共有型と専用物理機の混同：広告は「Mac mini」と書いてありますが、実態は一台のMac上で複数テナントが競合する共有型です。CPU・メモリ・ディスクI/Oが奪い合いになり、ピーク時にSSHがタイムアウトします。2. macOSスリープ・省電力設定：レンタル元がスリープ無効を徹底していないと、夜間や無操作時に自動スリープし、CIジョブやVNCセッションが切断されます。3. 監視・SLAの欠如：ダウンタイムの通知が遅く、復旧まで数時間かかるケースでは、あなたのビルドパイプラインが最初の犠牲者になります。
使用シナリオ例：iOS CI/CD、Xcode Cloud代替、リモート開発、AI推論バッチ、App Store提出前ビルド。いずれも「夜間も止まらないこと」が契約条件に含まれるべきです。
四方式 可用性判断マトリクス
| 観点 | 安価シェアMac | 自宅Mac | 汎用VPS | MacPull 専用M4 |
|---|---|---|---|---|
| 物理機 | 共有・過負荷リスク | 専有一台 | Apple Silicon非対応 | 専用 Mac mini M4 |
| スリープ対策 | 未設定が多い | 自分で設定要 | 該当なし | 標準で無効化 |
| 監視SLA | なし〜弱い | 自己管理 | 中程度 | 24時間監視 |
| 72h可用性 | 60〜85% | 回線依存 | Xcode不可 | 99%以上目標 |
結論の目安：Xcode・iOS開発が必要なら汎用VPSは除外。安価シェアMacは「安い代わりに止まる」リスクが高く、自宅Macは回線・停電・IP変更が変数です。本番CI/CDには専用物理機＋SLAが必須です。
契約前可用性チェックの六手順
- 1
契約書で「専用物理機」を確認する：共有型・仮想化・リセールの記載がないか読み、曖昧なら書面で専有一台であることを要求します。
- 2
スリープ・省電力が無効か確認する：
pmset -gでスリープ設定を確認し、システム設定＞省エネルギーで自動スリープがオフであることを記録します。 - 3
固定IPとポート到達性をテストする：SSH（22）とVNC（5900）が外部から安定到達するか、社内FW越しでも確認します。
- 4
72時間可用性テストを実施する：5分間隔で
ssh -o ConnectTimeout=5をcron実行し、成功率・平均応答時間・夜間切断回数をログに残します。 - 5
サポート応答時間を計測する：意図的に軽い問い合わせを送り、初回応答が何時間以内かを記録。4時間超なら本番運用は危険です。
- 6
MacPullで並行検証して切り替える：テスト期間中にMacPull M4ノードを借り、同条件で72時間比較。可用性が上回れば本契約へ移行します。
可引用情報（契約前チェック用）
- 72時間可用性テストで成功率99%未満、または夜間切断が3回以上なら、そのプロバイダは本番CI/CDに不向きです。
- 共有型Macでは、他テナントのXcodeビルドがディスクI/Oを占有し、あなたのSSHセッションが30秒以上ハングする事例が報告されています。
- MacPullの専用M4は24GB/512GB帯を推奨。スリープ無効・固定IP・24時間監視を標準提供し、購入前にSSH/VNCで可用性テストが可能です。
結論：止まらないMacを選ぶ基準
「安いMac miniレンタル」は、止まった時間のコストを上回ることが多いです。選定基準は三つ——専用物理機、スリープ無効の徹底、監視SLAの明文化——に絞ってください。72時間テストで99%以上の可用性を確認できたプロバイダだけを本番候補にし、それ以外はPoC専用に留めるのが安全です。
まとめ：可用性テストのあと購入へ
オフライン問題の大半は、安価な共有型か設定不備のプロバイダ選びから生じます。MacPullのMac mini M4なら、専用物理機・スリープ無効・24時間監視を標準提供し、購入前にSSH/VNCで72時間可用性テストが可能です。まず料金を確認し、テスト用ノードで現行環境と並行比較してから、本番契約へ進めてください。