Skip to content

コンテナ(Docker) サーバー

RoqueOSに統合されたビジュアルDockerコンテナマネージャー。ネイティブ統合でPortainer/Yacht/CasaOSを置き換え: アプリはRoqueOSデスクトップで直接開き、タブを切り替える必要なく、手動でリバースプロキシを設定する必要がありません。

RoqueOSのDocker App Store

なぜ存在するか

従来のセルフホスティングには3つの慢性的な問題があります:

  1. インストールが面倒 — 30ステップのチュートリアルを読み、docker-compose.ymlを貼り付け、ボリュームを調整、ファイアウォールをいじる
  2. 更新が手動 — 何ヶ月も docker pull を忘れ、脆弱なバージョンのままになる
  3. アクセスが混乱 — 各アプリには独自のURL、各公開ポートは異なる画面になる

RoqueOSは3つすべてを解決:

  • ✅ カタログのどのアプリでも 1クリックでインストール(155+のキュレーションされたアプリ)
  • オプションの自動更新 またはUI経由のバッチでの手動更新
  • アプリはRoqueOS内 でデスクトップウィンドウとして開く(リバースプロキシ自動設定)

App Store Docker — キュレーションされたカタログ

1クリックでインストール準備ができた 155+ Dockerアプリ のカタログ:

カテゴリー人気のアプリ
メディアPlex、Jellyfin、Emby、Navidrome、Audiobookshelf
ダウンロードqBittorrent、Sonarr、Radarr、Lidarr、Bazarr、Prowlarr、Jackett
スマートホームHome Assistant、Node-RED、ESPHome、Zigbee2MQTT
パーソナルクラウドNextcloud、Seafile、Syncthing、FileBrowser
パスワード / メモBitwarden、Vaultwarden、Joplin Server、Memos
モニタリングGrafana、Prometheus、Uptime Kuma、Glances、Netdata
開発Gitea、Drone CI、Verdaccio、Portainer、Code Server
コミュニケーションMattermost、Rocket.Chat、Matrix Synapse、Jitsi Meet
生産性Vikunja、Wekan、AppFlowy、Trilium、BookStack
可視化Photoview、Immich、PiGallery2、Lychee
広告ブロック/DNSPi-hole、AdGuard Home、NextDNS
VPNWireGuard、OpenVPN、Tailscale
データベースPostgreSQL、MySQL、Redis、MongoDB、MinIO、InfluxDB

完全なカタログ →

1クリックでインストール

  1. Launchpadで Containers を開く
  2. App Store タブ → カテゴリで検索またはナビゲート
  3. アプリのカードで「インストール」をクリック
  4. モーダル: ポート(競合なく自動推奨)、RAM、ボリュームを調整
  5. 確認 → コンテナがダウンロード、起動、プロキシ設定
  6. ~30-90秒後、アプリがLaunchpadに使用準備完了で表示

アプリインストールモーダル

既存のdocker-composeをインポート

カタログから来ていないDockerスタックがすでにサーバーにある?インポート:

UI経由(「インポート」タブ):

  • docker run -d ... を直接貼り付け
  • または docker-compose.yml 全体を貼り付け

パーサーがimage、ports、volumes、env vars、networks、depends_onを検出 — 内部モデルに変換 + コンテナを起動。他のものと同じように「インストール済み」リストに表示されます。

CLI経由roqueos-cli):

bash
# Terminal内
docker run -d --name my-app -p 9000:9000 myimage:latest
# ~5s後に「インストール済み」に自動的に表示(UIがポーリング)

コンテナを管理

インストール済み タブはライブ情報ですべてのコンテナをリスト:

インストールされたコンテナのリスト

行ごと:

  • 🟢 / 🔴 ステータス(running / stopped / error)
  • 📊 リアルタイムCPU + RAM(5秒ごとに更新)
  • 🔗 マップされたポート + Roque Browserで開く「Open」リンク
  • 📅 起動してからどのくらい / 最後にいつ更新したか
  • ⚙️ アクションメニュー: Start/Stop/Restart、Logs、Terminal、Update、Remove

ライフサイクルアクション

アクション何をするか
Start停止したコンテナを起動
Stop削除せずに停止(ボリュームは永続化)
RestartStop + Start(80%のハングを解決)
Updatedocker pull + 再作成(ボリュームを保持)
Reinstallコンテナを削除 + カタログから再インストール(データを保持)
RemoveStop + 削除。確認モーダル がボリュームを保持するか選択を求める

リアルタイムログ

「Logs」をクリック → docker logs -f ウィンドウ。レベル別フィルター(info/warn/error)、テキスト検索、自動スクロール、コピー。

コンテナ使用モニター

コンテナ内のターミナル

「Terminal」をクリック → コンテナ内の bash(または sh)shell。デバッグ、設定変更、アドホックな依存関係インストールに便利。

bash
# 例: Plex設定を調査
plex# cat /config/Library/Application\ Support/Plex/Preferences.xml

インストール後の設定

各コンテナには ⚙️「設定」があります:

  • 🏷️ 友好的な名前(Launchpadに表示)
  • 🖼️ カスタムアイコン
  • 🌐 公開ポート(再作成せずに変更)
  • 💾 マップされたボリューム(表示/編集/追加)
  • 🔐 環境変数(敏感なものは隠される)
  • 🚀 再起動ポリシー(unless-stoppedalwayson-failureno
  • 📡 ネットワークブリッジ

自動リバースプロキシ

公開ポートでコンテナをインストールすると、RoqueOSは自動的に:

  1. 内部ポートを検出(例: Plexは 32400 でリッスン)
  2. 利用可能な外部ポートにマップ(例: 32400 または次の空き)
  3. roqueos-server/proxy/apps/<containerId> のリバースプロキシを設定
  4. アプリが <server>/proxy/apps/<id> でデスクトップウィンドウとして利用可能になる

結果: DNS / Cloudflare / nginxをいじることなくRoqueOSアプリとしてPlexを開きます。

公開的に公開する(どこからでもアクセス)には、Cloudflare Tunnel と組み合わせるだけ — tunnelがリバースプロキシを取得し、自動HTTPSで公開します。

App Manager — すべてを1か所で管理

App Manager タブ:

  • 📊 ダッシュボード: コンテナの合計で使用されるCPU/RAM/ディスク
  • 🔄 バッチ更新: 複数のコンテナをマーク + 1クリック「すべて更新」
  • 🧹 クリーンアップ: UI経由で制御される docker system prune(アクティブなコンテナに影響を与えずにスペースを解放)
  • 🚦 ヘルスチェック: 過去24時間にヘルスチェックに失敗したコンテナをリスト

Mount-shared(アプリ間でフォルダを共有)

一部のアプリは同じフォルダの読み書きが必要 — 古典的な例:

  • Sonarr/RadarrがqBittorrent経由でファイルをダウンロード → /downloads フォルダ
  • Plex/Jellyfinが同じ /downloads フォルダを読む(整理後)

RoqueOSはこれを知っています。マニフェストに MOUNT_SHARED_APPS を持つアプリをインストールすると、/data/roqueos/shared/<category> ボリュームが自動的に表示されます。複数のアプリがそれをマウントします。

技術的詳細: ボリュームとバックアップ

制限

  • GPUパススルーが必要なアプリ(Coral USB付きFrigateなど) — 動作しますが、UI経由の手動設定が必要(--device=/dev/X を渡す)
  • Dockerソケットへのアクセスが必要なDockerコンテナ(Portainer、Watchtower) — UI経由で設定可能ですがセキュリティ警告付き(事実上rootを付与している)
  • 非常に大きなイメージ(>5GB) — 初回インストールが遅い。Terminal経由で事前 docker pull を検討

関連項目