0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

@nono5544(nono)

Dockerインストール / 個人開発用

0
Last updated at Posted at 2026-02-03

概要

個人開発用に、dockerをインストールしましたので、そのメモです。

前提

システム構成

  1. サーバ：さくらインターネット
  2. 開発：ローカルPC

インストールメモ

image.png
個人開発なので、Docker Personal　で十分　

dockerの設定

Docker Desktop（Windows）設定メモ

📝 WordPress を Docker でローカル開発するための設定整理

対象環境

  • 🖥 Windows 10 / 11
  • 🐳 Docker Desktop（WSL2 backend）
  • 👤 個人利用・開発用途

General（全般）

image.png
image.png

🟢 Start Docker Desktop when you sign in to your computer

  1. Windows 起動時に Docker Desktop を自動起動する設定
  2. 開発を頻繁に行う場合のみ ON
  3. たまに使う場合は OFF のままで問題なし

🟢 Open Docker Dashboard when Docker Desktop starts

  1. Docker 起動時に管理画面を自動表示
  2. 使い勝手のみの問題
  3. ON / OFF は好みでOK

🎨 Choose theme for Docker Desktop

  1. UI の見た目設定（Light / Dark / System）
  2. 機能への影響なし
  3. 💡 Use system settings 推奨

💻 Choose container terminal

  1. コンテナ内部に入る際のターミナル指定
  2. Integrated：Docker内蔵
  3. System default：PowerShell / WSL
  4. 💡 Integrated 推奨

⛔ Enable Docker terminal

  1. Docker 独自ターミナル機能
  2. PowerShell / VS Code を使う場合は不要
  3. 💡 OFF 推奨

🐞 Enable Docker Debug by default

  1. 常時デバッグログを有効化
  2. 通常開発では不要
  3. 💡 OFF 推奨

⚠ Expose daemon on tcp://localhost:2375 without TLS

  1. Docker エンジンを TCP 経由で操作可能にする
  2. ❗ セキュリティリスクあり
  3. 🚫 必ず OFF

🧩 Use the WSL 2 based engine

  1. Docker を WSL2 上で動かす設定
  2. Windows Home では必須
  3. ✅ ON（必須）

🌐 Add the *.docker.internal names to the host's /etc/hosts file

  1. Docker 内部向け特殊ドメイン解決
  2. 高度なネットワーク用途向け
  3. 💡 OFF のままでOK

📦 Use containerd for pulling and storing images

  1. 新しいイメージ管理方式
  2. 高速・将来標準
  3. ✅ ON 推奨

📊 Send usage statistics

  1. Docker 社へ利用統計を送信
  2. 機能への影響なし
  3. 💡 好みで ON / OFF

🔒 Use Enhanced Container Isolation

  1. コンテナ隔離を強化
  2. ボリューム共有で不具合が出ることあり
  3. 💡 OFF 推奨

💡 Show CLI hints

  1. docker コマンド実行時にヒント表示
  2. 初心者には便利
  3. ✅ ON 推奨

🛡 Enable Scout image analysis

  1. Docker イメージの脆弱性チェック
  2. 重く感じたら無効化可能
  3. 💡 ON（任意）

🧾 Enable background Scout SBOM indexing

  1. バックグラウンドで常時解析
  2. 開発用途では不要
  3. 💡 OFF 推奨

Resources（リソース）

ℹ 前提

  1. Docker は WSL2 backend 上で動作
  2. CPU / メモリ制限は Windows（WSL）側で管理
  3. Docker Desktop 側では基本設定不要

💾 Disk image location

  1. Docker の仮想ディスク保存先
  2. コンテナ・イメージ・DB データが保存される
  3. 💡 Cドライブが逼迫しない限り変更不要

🌙 Resource Saver

💤 Enable Resource Saver
  1. コンテナが停止中のとき
  2. CPU / メモリ使用を自動で最小化
  3. ✅ ON 推奨
⏱ スライダー（30 sec ～ 60 min）
  1. 最後のコンテナ停止後、何分で省電力に入るか
  2. 開発用途では
  3. 💡 10〜30分 推奨

まとめ ✅

  • 🔧 設定は ほぼデフォルトでOK
  • ⚠ 危険な項目（TCP公開・強制隔離）は OFF
  • 🚀 WSL2 + Resource Saver で快適
  • 🧪 WordPress の Docker ローカル開発に十分安定

Docker Desktop（Windows）設定メモ

🧠 Resources → Advanced（WSL2 backend）の意味と考え方

Docker Desktop を WSL2 backend で使用している場合の
Resources → Advanced タブの設定内容を整理します。

image.png

対象：

  • 🖥 Windows 10 / 11
  • 🐳 Docker Desktop
  • 🧩 WSL2 backend 利用時

Resources → Advanced の前提

ℹ 重要な前提

  1. Docker Desktop は WSL2 上で動作
  2. CPU / メモリ / Swap の制御は
    👉 Docker Desktop ではなく Windows（WSL2）側
  3. この画面は
    👉 「設定というより説明用」

You are using the WSL 2 backend, so resource limits are managed by Windows

📝 表示内容の意味

  1. Docker は WSL2 仮想マシン内で動作している
  2. そのため、Docker のリソース制限は
    👉 Windows（WSL2）が管理
  3. Docker Desktop 側で
    CPU / メモリを直接指定することはできない

You can configure limits on the memory, CPU, and swap size allocated to WSL 2 in a .wslconfig file

🧾 意味

  1. WSL2 全体のリソース制限は
    .wslconfig ファイルで設定可能
  2. Docker も その制限の影響を受ける
  3. Docker 専用ではなく
    👉 WSL2 全体の設定

.wslconfig とは？

📂 ファイルの場所

C:\Users\ユーザー名.wslconfig

🧠 役割

  1. WSL2 仮想マシンの
    • メモリ上限
    • CPU コア数
    • Swap サイズ
      を指定する設定ファイル
  2. Docker Desktop もこの制限内で動作

.wslconfig 設定例（参考）

[wsl2]
memory=4GB
processors=2
swap=2GB
  • 💡 この設定の意味
    • 🧠 メモリ最大 4GB
    • ⚙ CPU 最大 2コア
    • 💾 Swap 2GB

PC全体の負荷を抑えたい場合に有効
⚠ 設定後は WSL 再起動必須

wsl --shutdown

Disk image location

📌 変更は必要？

  • 通常は 変更不要
  • Cドライブの空き容量が少ない場合のみ検討
  • 変更時は Docker Desktop の再起動が必要

Resource Saver

  • 🌙 Enable Resource Saver
  • 🧠 意味
    • コンテナが1つも動いていないとき
    • Docker の CPU / メモリ使用を自動で抑制
    • 省電力・軽量化モード

⏱ スライダー（30 sec ～ 60 min）

  • 🕒 意味
    • 最後のコンテナ停止後
    • 何分後に Resource Saver を有効にするか
    • 開発停止中の無駄なリソース消費を防ぐ

👍 おすすめ設定

  • ✅ Enable Resource Saver：ON
  • ⏳ スライダー：10〜30分
  • 開発再開時は自動復帰（意識不要

まとめ ✅

🧩 WSL2 backend 利用時は

  • 👉 Docker Desktop でリソース制限しない
  • 🧠 必要なら .wslconfig で WSL2 全体を制御
  • 💾 Disk image location は基本触らない
  • 🌙 Resource Saver は ON 推奨
  • 👉 このタブは「理解しておけばOK、触らなくてOK」

👉File sharingタブ
image.png

👉Proxiesタブ
image.png

👉Networkタブ
image.png

👉WSL integrationタブ
image.png

📁 Resources → File sharing の意味と考え方

Docker コンテナに **Windows のフォルダをマウント（共有）**するための設定です。
File sharing とは？

🧠 概要

  1. Windows 側のディレクトリを
    Docker コンテナ内に bind mount できるようにする設定
  2. docker-compose.yml の volumes 指定で利用される
  3. 主に Windows パスを直接マウントする場合に関係

表示されている入力欄

📂 C:\path\to\exported\directory

  1. Docker に共有を許可する Windows フォルダ
  2. サブディレクトリも含めて共有対象
  3. Browse から選択可能

今回の WordPress 開発では？

✅ 実務判断

  1. WSL2 backend を使用している
  2. WordPress のファイルは
    👉 WSL / Docker 側の Linux ファイルシステム
  3. Windows パスを直接マウントしない

👉 このタブは基本的に触らない

注意点 ⚠

  1. Windows パスをマウントすると
    I/O が遅くなることがある
  2. WSL2 利用時は
    Linux 側に作業ディレクトリを置く方が安定

結論 ✅

  • 📁 File sharing は Windows パス共有用
  • 🧩 WSL2 + Docker 開発では
    👉 デフォルトのままでOK

🌐 Resources → Proxies の意味と考え方

Docker が インターネットへ接続する際のプロキシ設定です。

Proxies とは？

🧠 概要

  1. docker pull / build 時の通信に影響
  2. 会社ネットワークなど
    プロキシ必須環境向け
  3. HTTP / HTTPS / SOCKS5 に対応

Manual proxy configuration

🔌 OFF の意味

  1. Windows のシステムプロキシを自動検出
  2. 特別な設定なしで通信

入力欄（HTTP / HTTPS）

📝 意味

  1. プロキシサーバのアドレスを手動指定
  2. 例：
  3. 通常の家庭・個人環境では不要

Bypass proxy settings for these hosts & domains

🚫 意味

  1. プロキシを使わないホストを指定
  2. Docker Hub などを直接通信させる用途

結論 ✅

  • 🏠 個人・自宅環境 → OFF のままでOK
  • 🏢 会社ネットワーク → 管理者指示に従う
  • 🚀 WordPress ローカル開発では触らない

🌍 Resources → Network の意味と考え方

Docker コンテナの ネットワーク挙動を制御する設定です。

Docker subnet

🧠 意味

  1. Docker が内部で使用する仮想ネットワーク帯
  2. デフォルト例：192.168.xxx.0/24
  3. 通常は変更不要

Enable host networking

⚠ 機能説明

  1. コンテナがホストと同じネットワークを使う
  2. localhost を直接共有

🚫 注意

  1. セキュリティ影響あり
  2. Windows + Docker Desktop では用途限定

👉 OFF 推奨

Port binding behavior

🔌 Open（Default）

  1. コンテナのポートを
    ローカルネットワークに公開
  2. localhost:8080 などでアクセス可能

👉 Default のままでOK

wslが起動していれば、http://localhost:8080 で開けるようになる。

Default networking mode

🌐 IPv4 only

  1. Docker ネットワークを IPv4 のみで構成
  2. 現在の主流・トラブルが少ない

👉 IPv4 only 推奨

Inhibit DNS resolution for IPv4 / IPv6

🧠 Auto（recommended）

  1. ホスト環境に応じて DNS を自動調整
  2. IPv6 非対応環境での接続失敗を防止

👉 Auto 推奨

結論 ✅

  • 🌍 Network 設定は
    👉 すべてデフォルトでOK
  • ⚠ host networking は使わない

🧩 Resources → WSL integration の意味と考え方

Docker を どの WSL ディストリから使えるかの設定です。

Enable integration with my default WSL distro

🧠 意味

  1. デフォルトの WSL ディストリから
    docker コマンドを使用可能にする
  2. Ubuntu などが対象

👉 ON 推奨

Enable integration with additional distros

🧩 意味

  1. 複数の WSL ディストリを使っている場合
  2. Docker を使いたいディストリを個別に ON

Ubuntu のチェック項目

🐧 意味

  1. Ubuntu から docker / docker compose を使えるようにする
  2. WSL での開発と相性が良い

👉 WSL内で、dockerコマンドを使うなら ON

docker ps
docker compose up -d

などが、WSLで、つかえる。
（ONにしないと、使えない）

全体まとめ 🚀

  • 📁 File sharing → Windows パス共有用（通常不要）
  • 🌐 Proxies → 会社ネットワーク用
  • 🌍 Network → デフォルト厳守
  • 🧩 WSL integration → 必須設定

👉 WordPress の Docker ローカル開発では
**「WSL integration 以外は基本触らない」**が正解

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
Sign upLogin
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?