PR：この記事にはアフィリエイトリンクが含まれます。
NginxはWebサーバーとしてページを返すほか、アプリの前段に立つリバースプロキシにも使われます。TLS終端や負荷分散を任せれば、複数のサービスを一つの入口にまとめられるのが利点です。
本によって扱う範囲や深さはさまざまです。早見表では言語とテーマを先に並べました。今解きたい運用課題と照らすと、内容の違いが見えてきます。
| 書籍 | 主に扱う範囲 | 言語・形式 | 価格の目安 |
|---|---|---|---|
 nginx実践入門 | 基本設定、HTTPS、監視、ログ | 日本語・304ページ | 3,047円（税込・定価目安） |
 NGINX HTTP Server | HTTP、TLS、負荷分散、Docker | 英語・262ページ | 販売店の表示を確認 |
 NGINX Cookbook | 高度な負荷分散、TLS、運用 | 英語・188ページ | 販売店の表示を確認 |
 Learn Docker in a Month of Lunches | Dockerとプロキシ構成 | 英語・488ページ | 販売店の表示を確認 |
『nginx実践入門』の3,047円は税込の希望小売価格を基準にした目安です。実売価格は時期や店舗で変わります。英語書も販売先や在庫で価格が異なるため、注文時の表示を確認してください。
Nginxの役割
ブラウザーから届いた通信をNginxが受け、内部のアプリへ渡します。この中継役がリバースプロキシ。利用者から見える接続先を保ったまま、裏側のサーバーや構成を変えやすくなります。
たとえば example.jp のAPI用パスはAPIサービスへ、トップのパスはWeb画面へ送れます。ホスト名やURLのパスで行き先を分ければ、サービスごとに公開ポートを増やさずに済むでしょう。
忘れやすいのは、元のホスト名やクライアントのIPアドレスをアプリへ伝える設定です。X-Forwarded-For などを適切に渡さないと、アプリのログにNginxのアドレスばかり残ることがあります。
手前で受ける通信
入口をNginxに集めると、証明書の管理やHTTPからHTTPSへの転送、圧縮、キャッシュをまとめて扱えます。サービスごとの設定を揃えやすくなり、構成が増えた後の見通しもよくなります。
ただし、入口が一本になるぶん、Nginxが止まると配下のサービス全体へ影響します。プロセス監視やコンテナの再起動方針も合わせて考えたいところ。設定を変える前に nginx -t で構文を検査しましょう。
アプリの応答が遅いとき、Nginxだけを調べても原因が見つかるとは限りません。接続待ち、アプリ処理、データベースの応答をプロキシとアプリ双方のログで見比べると、遅延箇所を絞れます。
TLSの境目
TLS終端は、利用者との暗号化通信をNginxでいったん解き、内部のアプリへ転送する構成です。証明書を入口に集められるので、複数のアプリを公開するときも管理しやすくなります。
Nginxからアプリへの通信をHTTPにする構成もあります。内部ネットワークが信頼できる環境なら選べますが、他の利用者やシステムとネットワークを共有する場合は、上流側にもTLSを使うか検討してください。
証明書を更新したら、Nginxが新しいファイルを読み込んだか確認します。HTTPSへ転送する際は、元の通信方式をアプリへ渡す設定も大切です。ここがずれると転送ループにつながることがあります。
分散の考え方
同じアプリを複数台で動かせば、Nginxからリクエストを振り分けられます。順番に配る方式のほか、接続中の数を見て振り分ける方式もあり、処理時間にばらつきがあるサービスでは後者が役立つ場面があります。
振り分け設定だけで障害対応まで済むわけではありません。異常をどう検知し、復旧したサーバーをいつ戻すかは、Nginxのエディションや構成に応じて設計する必要があります。
ログイン状態をアプリのメモリーだけに保存していると、別のサーバーへ振られた際にログアウトしたように見えることも。セッションを共有ストアへ置けば、負荷を分散しながら台数を増やしやすくなります。
Dockerと名前解決
Docker Composeでは、Nginxとアプリのコンテナを同じネットワークにつなぎ、サービス名で接続する形が基本です。アプリのポートをホストへ直接公開せず、外からの入口をNginxに集約する構成も作れます。
コンテナを作り直すと、内部IPアドレスが変わる場合があります。サービス名を指定していても、Nginx側の名前解決や接続先の更新方法は確認しておきたい点です。起動時の名前解決結果を使い続ける構成には注意しましょう。
証明書や設定ファイルをボリュームで渡せば、イメージを作り直さずに内容を更新できます。変更後はコンテナ内で構文を検査し、問題がなければ再読み込みします。この手順を決めておくと、反映ミスを抑えやすくなります。
運用の観測点
まず見るのはHTTPステータス、応答時間、上流サーバーの応答時間、アクセス数です。5xxの増加と上流の遅延が重なっていれば、問題の場所を絞りやすくなります。
アクセスログには調査に必要な情報を残します。ただし個人情報や認証情報は不用意に記録せず、保存期間とローテーションも決めてください。ログ量を管理すれば、ディスクを圧迫せず調査に使う記録を残せます。
設定変更は小さく分け、変更の前後でエラー率や応答時間を比べましょう。キャッシュや接続数の調整で応答が改善する場合はありますが、古い応答を返す副作用もあります。
日本語で基礎から
『nginx実践入門』は、インストールと基本設定から静的コンテンツ、HTTPS、Webアプリ連携まで、日本語で順に追える一冊です。Nginxに初めて触れる人も、設定項目の役割を把握しやすい構成です。
304ページで大規模コンテンツ配信まで扱い、モニタリングやログ収集にも触れています。導入時の設定から運用開始後の観測へと話がつながるのが実務的。Luaによる拡張とOpenRestyも範囲に入ります。
発行は2016年1月です。日本語の基礎書として検討しやすく、希望小売価格は税込3,047円。実売価格は時期や店舗で変わるため、購入時に確認してください。
英語で全体を追う
『NGINX HTTP Server』第5版は、インストールと基本設定からHTTPモジュール、PHP・Pythonとの連携へ進みます。2024年5月31日刊の英語書で、LinuxとWebサーバーの基本知識がある初心者や管理者を対象にしています。
自動TLS証明書やロードバランシングに加え、Docker環境とオーケストレーションも扱います。設定例を追いながら、周辺技術とのつながりまで押さえたい管理者に合う内容です。全262ページ。
英語の手順を読み進められることが前提です。日本語の説明なら『nginx実践入門』、TLSやコンテナも含む英語のチュートリアルなら本書が候補になります。
高度な設定を引く
『NGINX Cookbook』第3版は、課題ごとに設定例を引けるレシピ型の本です。TCP・HTTPや現代的なWeb構成の知識がある読者を対象にしており、具体的な運用課題を解くときに役立ちます。
HTTP・TCP・UDPの負荷分散やヘルスチェック、クライアント側と上流側のTLS、HTTPSへの転送を扱います。Dockerfileや環境変数、公式NGINXコンテナイメージ、Ingressまで含む内容です。
監視、デバッグ、トラブルシューティング、性能調整もカバーしています。4冊の中で特に専門性が高く、障害対応や負荷改善を担う人におすすめです。英語で設定を参照できるなら、実務で活用しやすい一冊でしょう。
Dockerを軸に学ぶ
『Learn Docker in a Month of Lunches』第2版は、22の短いレッスンと実習でDockerを学ぶ本です。Docker全体の学習を中心に据え、その中でNginxをプロキシとして使う場面を扱います。
第20章ではNginxとTraefikをコンテナ上のリバースプロキシとして取り上げます。ホスト名やパスによる振り分け、複数コンテナへの負荷分散、SSL終端、キャッシュがテーマです。ComposeやKubernetes、CI/CD、ログも学べます。
Dockerの基本から進みたい開発者や管理者には、実習を重ねる構成が役立ちます。NginxのTLSや負荷分散を詳しく学ぶ本というより、コンテナ運用全体の中でプロキシの役割をつかむ一冊です。
結論
日本語でNginxの基本設定と運用を学ぶなら『nginx実践入門』が取り組みやすい本です。英語で広い範囲を実例とともに追うなら『NGINX HTTP Server』。高度な負荷分散やTLSの設定を調べるなら『NGINX Cookbook』を選ぶとよいでしょう。
Dockerの仕組みから学びたい人には『Learn Docker in a Month of Lunches』が合います。4冊は扱う範囲と前提知識が異なるため、いま直面している課題に合うものを選んでください。設定を実環境へ反映する際は、Nginxのバージョンに合う公式ドキュメントも照合しましょう。
Amazon の PC をスコア化してみた
Amazonにある8〜14インチの小型WindowsタブレットやノートPCを、スペック別にスコア化して比較・ランキング。
