Fly.io

目標: 永続ストレージ、自動 HTTPS、Discord/チャンネルアクセスを備えた Fly.io マシン上で OpenClaw Gateway を実行します。

必要なもの

• flyctl CLI がインストール済みであること
• Fly.io アカウント（無料枠で利用可能）
• モデル認証: 選択したモデルプロバイダーの API キー
• チャンネル認証情報: Discord ボットトークン、Telegram トークンなど

初心者向けクイック手順

1. リポジトリをクローンし、fly.toml をカスタマイズする
2. アプリとボリュームを作成し、シークレットを設定する
3. fly deploy でデプロイする
4. SSH で接続して設定を作成するか、Control UI を使用する

git clone https://github.com/openclaw/openclaw.gitcd openclaw # 任意の名前を選択fly apps create my-openclaw # 通常は 1GB で十分fly volumes create openclaw_data --size 1 --region iad

app = "my-openclaw"  # アプリ名primary_region = "iad" [build]  dockerfile = "Dockerfile" [env]  NODE_ENV = "production"  OPENCLAW_PREFER_PNPM = "1"  OPENCLAW_STATE_DIR = "/data"  NODE_OPTIONS = "--max-old-space-size=1536" [processes]  app = "node dist/index.js gateway --allow-unconfigured --port 3000 --bind lan" [http_service]  internal_port = 3000  force_https = true  auto_stop_machines = false  auto_start_machines = true  min_machines_running = 1  processes = ["app"] [[vm]]  size = "shared-cpu-2x"  memory = "2048mb" [mounts]  source = "openclaw_data"  destination = "/data"

# 必須: 非ループバックバインド用の Gateway 認証トークンfly secrets set OPENCLAW_GATEWAY_TOKEN=$(openssl rand -hex 32) # モデルプロバイダーの API キーfly secrets set ANTHROPIC_API_KEY=example-anthropic-key-not-real # 任意: その他のプロバイダーfly secrets set OPENAI_API_KEY=example-openai-key-not-realfly secrets set GOOGLE_API_KEY=... # チャンネルトークンfly secrets set DISCORD_BOT_TOKEN=example-discord-bot-token

fly deploy

fly statusfly logs

fly ssh console

mkdir -p /datacat > /data/openclaw.json << 'EOF'{  "agents": {    "defaults": {      "model": {        "primary": "anthropic/claude-opus-4-6",        "fallbacks": ["anthropic/claude-sonnet-4-6", "openai/gpt-5.4"]      },      "maxConcurrent": 4    },    "list": [      {        "id": "main",        "default": true      }    ]  },  "auth": {    "profiles": {      "anthropic:default": { "mode": "token", "provider": "anthropic" },      "openai:default": { "mode": "token", "provider": "openai" }    }  },  "bindings": [    {      "agentId": "main",      "match": { "channel": "discord" }    }  ],  "channels": {    "discord": {      "enabled": true,      "groupPolicy": "allowlist",      "guilds": {        "YOUR_GUILD_ID": {          "channels": { "general": { "allow": true } },          "requireMention": false        }      }    }  },  "gateway": {    "mode": "local",    "bind": "auto",    "controlUi": {      "allowedOrigins": [        "https://my-openclaw.fly.dev",        "http://localhost:3000",        "http://127.0.0.1:3000"      ]    }  },  "meta": {}}EOF

exitfly machine restart <machine-id>

fly open

fly logs              # リアルタイムログfly logs --no-tail    # 最近のログ

fly ssh console

トラブルシューティング

「アプリが想定されたアドレスでリッスンしていない」

Gateway が 0.0.0.0 ではなく 127.0.0.1 にバインドされています。

修正: fly.toml のプロセスコマンドに --bind lan を追加します。

ヘルスチェックの失敗/接続拒否

Fly が設定されたポート上の Gateway に到達できません。

修正: internal_port が Gateway のポート（--port 3000 または OPENCLAW_GATEWAY_PORT=3000）と一致していることを確認します。

OOM/メモリの問題

コンテナが繰り返し再起動するか、強制終了されます。兆候: SIGABRT、v8::internal::Runtime_AllocateInYoungGeneration、またはログを伴わない再起動。

修正: fly.toml のメモリを増やします。

[[vm]]  memory = "2048mb"

または、既存のマシンを更新します。

fly machine update <machine-id> --vm-memory 2048 -y

512MB では少なすぎます。1GB でも動作する場合がありますが、高負荷時や詳細なログ出力を有効にした場合は OOM が発生する可能性があります。2GB を推奨します。

Gateway のロックに関する問題

コンテナの再起動後、Gateway が「すでに実行中」というエラーで起動を拒否します。

単一インスタンス用のロックファイルは、永続化された /data ボリュームではなく <tmpdir>/openclaw-<uid>/gateway.<hash>.lock（Linux: /tmp/openclaw-<uid>/gateway.<hash>.lock）にあります。そのため、通常はコンテナを完全に再起動すると、コンテナファイルシステムの残りの部分とともに削除されます。ロックが残り（たとえば、コンテナファイルシステムを保持する fly machine restart を実行した場合）、起動を妨げる場合は、手動で削除します。

fly ssh console --command "rm -f /tmp/openclaw-*/gateway.*.lock"fly machine restart <machine-id>

設定が読み込まれない

--allow-unconfigured は起動時のガードを回避するだけです。/data/openclaw.json の作成や修復は行わないため、実際の設定が存在し、通常のローカル Gateway 起動用に "gateway": { "mode": "local" } が含まれていることを確認してください。

設定が存在することを確認します。

fly ssh console --command "cat /data/openclaw.json"

SSH 経由で設定を書き込む

fly ssh console -C はシェルのリダイレクトをサポートしていません。設定ファイルを書き込むには、次の方法を使用します。

# echo + tee（ローカルからリモートへパイプ）echo '{"your":"config"}' | fly ssh console -C "tee /data/openclaw.json" # または sftpfly sftp shell> put /local/path/config.json /data/openclaw.json

ファイルがすでに存在する場合、fly sftp が失敗することがあります。先に削除してください。

fly ssh console --command "rm /data/openclaw.json"

状態が永続化されない

再起動後に認証プロファイル、チャンネル/プロバイダーの状態、またはセッションが失われる場合、状態ディレクトリがボリュームではなくコンテナファイルシステムに書き込まれています。

修正: fly.toml に OPENCLAW_STATE_DIR=/data が設定されていることを確認し、再デプロイします。

更新

git pullfly deployfly statusfly logs

ここでは、git pull + fly deploy が管理された更新手順です。Dockerfile からイメージを再ビルドするため、CLI/Gateway のバージョン、ベース OS イメージ、Dockerfile の変更がすべてまとめて更新されます。実行中のコンテナ内での openclaw update は同じ操作ではありません。このイメージは Docker でビルドされた dist/ ツリーとして提供され、検出対象となる .git チェックアウトや npm 管理のグローバルインストールが存在しないためです。VM 形式のインストールにおける更新手順については、更新を参照してください。

マシンのコマンドを更新する

完全な再デプロイを行わずに起動コマンドを変更するには、次を実行します。

fly machines listfly machine update <machine-id> --command "node dist/index.js gateway --port 3000 --bind lan" -y # またはメモリの増量も同時に行うfly machine update <machine-id> --vm-memory 2048 --command "node dist/index.js gateway --port 3000 --bind lan" -y

後で fly deploy を実行すると、マシンのコマンドは fly.toml に指定されている内容へリセットされます。再デプロイ後に手動の変更を再適用してください。

プライベートデプロイ（セキュリティ強化）

デフォルトでは Fly がパブリック IP を割り当てるため、Gateway は https://your-app.fly.dev でアクセス可能になり、インターネットスキャナー（Shodan、Censys など）から検出されます。

パブリック IP なしのセキュリティを強化したデプロイには、deploy/fly.private.toml を使用します。この設定では [http_service] が省略されているため、パブリックな受信経路は割り当てられません。

プライベートデプロイを使用する場合

• 外向きの呼び出し/メッセージのみを使用する（受信 Webhook は使用しない）
• ngrok または Tailscale トンネルで Webhook コールバックを処理する
• ブラウザーではなく、SSH、プロキシ、または WireGuard 経由で Gateway にアクセスする
• インターネットスキャナーからデプロイを隠す必要がある

セットアップ

fly deploy -c deploy/fly.private.toml

または、既存のデプロイを変換します。

# 現在の IP を一覧表示fly ips list -a my-openclaw # パブリック IP を解放fly ips release <public-ipv4> -a my-openclawfly ips release <public-ipv6> -a my-openclaw # 今後のデプロイでパブリック IP が再割り当てされないよう、プライベート設定に切り替えるfly deploy -c deploy/fly.private.toml # プライベート専用 IPv6 を割り当てるfly ips allocate-v6 --private -a my-openclaw

この後、fly ips list には private タイプの IP のみが表示されます。

VERSION  IP                   TYPE             REGIONv6       fdaa:x:x:x:x::x      private          global

プライベートデプロイへのアクセス

オプション 1: ローカルプロキシ（最も簡単）

fly proxy 3000:3000 -a my-openclaw# ブラウザで http://localhost:3000 を開く

オプション 2: WireGuard VPN

fly wireguard create# WireGuard クライアントにインポートし、内部 IPv6 経由でアクセスする# 例: http://[fdaa:x:x:x:x::x]:3000

オプション 3: SSH のみ

fly ssh console -a my-openclaw

プライベートデプロイでの Webhook

公開せずに Webhook コールバック（Twilio、Telnyx など）を使用する場合:

1. ngrok トンネル: コンテナ内またはサイドカーとして ngrok を実行
2. Tailscale Funnel: Tailscale 経由で特定のパスを公開
3. 送信のみ: 一部のプロバイダー（Twilio）は、Webhook なしで発信通話を利用可能

plugins.entries.voice-call.config 配下での ngrok を使用した音声通話設定例:

{  plugins: {    entries: {      "voice-call": {        enabled: true,        config: {          provider: "twilio",          tunnel: { provider: "ngrok" },          webhookSecurity: {            allowedHosts: ["example.ngrok.app"],          },        },      },    },  },}

ngrok トンネルはコンテナ内で実行され、Fly アプリ自体を公開することなく、公開 Webhook URL を提供します。転送されたホストヘッダーが受け入れられるように、webhookSecurity.allowedHosts をトンネルのホスト名に設定します。

セキュリティ上のトレードオフ

注記

• Fly.io は x86 アーキテクチャを使用します。Dockerfile は x86 と ARM の両方に対応しています。
• WhatsApp/Telegram のオンボーディングには、fly ssh console を使用します。
• 永続データは /data のボリュームに保存されます。
• Signal には、イメージ内に signal-cli（Java ベースの CLI）が必要です。カスタムイメージを使用し、メモリを 2GB 以上に設定してください。

コスト

推奨設定（shared-cpu-2x、2GB RAM）の場合、使用量に応じて月額約 10～15 ドルを見込んでください。無料枠で基本使用量の一部がカバーされます。現在の料金については、Fly.io の料金を参照してください。

次のステップ

• メッセージングチャネルを設定する: チャネル
• Gateway を設定する: Gateway の設定
• OpenClaw を最新の状態に保つ: 更新

関連項目

• インストールの概要
• Hetzner
• Docker
• VPS ホスティング