2026年 ARM64 Raspberry Pi または ARM VPS における OpenClaw ゲートウェイ: Node 22、メモリと swap、gateway probe 受入判断 | SFTPMAC
Raspberry Pi や低コスト ARM VPS は常時稼働に向きますが、OpenClaw は Node と外向きチャネルを前提とします。aarch64 と Node 22+ を揃え、メモリ＋swap でハンドシェイクのピークを吸収し、status→gateway probe→gateway status→doctor→channels --probe の順で検証します。併読: Linux VPS 初回応答、公式トラブルシュート、systemd HOME ドリフト、オンボード資格情報。
目次
ARM64 小メモリで起きやすい誤判定
痛み1: アーキテクチャ混在。uname -m とパッケージアーキテクチャを一致させます。
痛み2: メモリ不足。推奨 2GB 以上。1GB は PoC のみ、1〜2GB swap を併用。
痛み3: SD I/O。状態ディレクトリは SSD 推奨。
痛み4: x86 の防火壁前提の流用。セキュリティグループと IPv6 を別途検証。
痛み5: モデル先誤り。先に channels status --probe を通します。
- 変更前に
~/.openclawをスナップショット。 - 並列インストールと JSON 手編集を禁止。
- マイルストーンは「最初のチャネル応答」。
意思決定マトリクス
| 平面 | 運用責任 | 検証焦点 | 関連記事 |
|---|---|---|---|
| ARM SBC | 電源、熱、SD/SSD、swap | RSS、サーマル、ランダム書込 | 本稿 |
| ARM VPS | SG、バースト CPU | リスナー、外向き、probe | 本稿＋Linux VPS |
| x86 VPS | カーネル、ufw | ネットワーク面 | Linux VPS |
| リモート Mac | SLA、隔離 | ディストロ差分の低減 | SFTPMAC |
How-to: 九ステップ
gateway probe 合格前にモデルルーティングを広げないでください。
uname -m
free -h
swapon --show
node -v
which openclaw
curl -fsSL https://openclaw.ai/install.sh | bash
openclaw status
openclaw gateway probe
openclaw gateway status
openclaw doctor
openclaw channels status --probe- 変更凍結と環境エクスポート
- アーキテクチャと Node 22+ の確認
- swap と時刻同期
- インストールとログ保存
- status と gateway probe
- gateway status と doctor
- チャネル削減後に channels --probe
- テストメッセージ
- 運用手順書への転記
数値表（計画用）
| 層 | 物理メモリ | swap | 並行 |
|---|---|---|---|
| 最小 PoC | ≥1GB | 1GB | 単一チャネル |
| 小チーム | ≥2GB | 1〜2GB | 軽量プラグイン |
| 本番寄り | ≥4GB | 2GB | 二チャネルは錯開 |
リソース削減
plugins.entries とチャネル数を先に絞ります。
ネットワーク
443 の往復と IPv6 の二重スタック整合を確認します。
受入深度ログ
受入深度1：ARM64のRaspberry PiまたはARM VPSでは、メモリ水位とセキュリティグループをopenclaw gateway probeおよびopenclaw channels status --probeと同じ観測列に載せます。Node 22とaarch64ビルドはメモリ逼迫時にTLSリトライを増幅するため、カーネル版・OpenClaw版・Nodeダイジェストを併記し、冷起動後のRSSとswap-inを測定してから、headless Linux VPS記事と公式トラブルシュートに照合し、モデルルーティング拡張は最後にします。
受入深度2：ARM64のRaspberry PiまたはARM VPSでは、スワップ余裕とIPv6デュアルスタックをopenclaw gateway probeおよびopenclaw channels status --probeと同じ観測列に載せます。Node 22とaarch64ビルドはメモリ逼迫時にTLSリトライを増幅するため、カーネル版・OpenClaw版・Nodeダイジェストを併記し、冷起動後のRSSとswap-inを測定してから、headless Linux VPS記事と公式トラブルシュートに照合し、モデルルーティング拡張は最後にします。
FAQ
問 1GB で本番？ 答 非推奨。PoC のみ。
問 OOM 後に JSON が壊れた？ 答 スナップショットから復元し検証。
問 初日から Docker？ 答 まず裸で probe を通す。
まとめ: リモート Mac ホスティング
ARM64 は低消費電力に優れますが、メモリピークと I/O が運用工数を押し上げます。
Apple エコシステム整合と常時オン SLA が重要なら、マネージド remote Mac の方が人件費を抑えやすいです。
SFTPMAC プランとヘルプ を参照してください。