15年以上前の登場以来、NGINXの人気は着実に高まり、現在では世界で最も人気のあるWebサーバーとして、[ngx_snippet name=’number-sites’]のWebサイトを支えています。この場合、多くの人々と同じ選択をするのが賢明です。あらゆるWeb配信のニーズにNGINXを使用し、さらにリバースプロキシ、コンテンツキャッシュ、ロードバランサー、APIゲートウェイなどの機能も活用できます。
このブログ記事では、個人用コンピューターの設定に影響を与えない使いやすい構成で、Amazon Web Services(AWS)上のUbuntu 20.04にNGINXを導入して稼働させる手順を説明します。対象となるのは、NGINXと、NGINX Plus(エンタープライズグレードの追加機能と商用サポートを提供するバージョン)の両方です。
ここで説明する手順を完了したら、NGINXの構成、運用、管理について学べる1日コースのNGINX Coreトレーニング(講師による指導またはオンデマンド)もご検討ください。このコースは、講師による指導形式または自習形式で提供される、その他の高度なトピックに関するコースを受講するための準備にもなります。
このチュートリアルでは、以下のタスクの手順を説明します。
ターミナルへのアクセス
このチュートリアルでは、Amazon Elastic Compute Cloud(EC2)インスタンスに接続するためのターミナルが必要です。Macにはターミナルが組み込まれていますが、WindowsユーザーはPuTTYまたは同等のツールをダウンロードする必要があります。ローカル環境のターミナルを使用してNGINXまたはNGINX Plusをセットアップし、Webコンテンツを配信する場合は、AWSのセットアップに進んでください。
macOSでターミナルにアクセスする
Macでは、内蔵の「ターミナル」ツールを使用して、このチュートリアルのすべての操作を実行できます。
- 画面上部のバーの右端にある虫眼鏡アイコンをクリックします。
- ポップアップボックスに「
terminal」と入力し、Enterキーを押します。別のターミナルウィンドウが開きます。
Windowsでターミナルにアクセスする
Windowsにはターミナルが組み込まれていないため、インターネットからダウンロードする必要があります。AWSと同様に、世界中で使用されているsshクライアントのPuTTYを推奨します。
- Access the PUTTYダウンロードページにアクセスします。
- ファイルを任意の場所にダウンロードしてインストールし、開きます。ただし、AWSのセットアップの手順を完了するまで、実際のターミナルにはアクセスできません。
AWSのセットアップ
このチュートリアルでは、Amazon Virtual Private Cloud(VPC)があり、ほとんどのアカウントで作成されるデフォルトのVPC設定をそのまま使用できることを前提としています。このセクションでは、EC2インスタンスを作成して接続し、AWS環境をセットアップします。
注:以下のEC2インスタンス作成手順とスクリーンショットは執筆時点で確認済みですが、AWSによって変更される場合があります。必要に応じて手順を読み替えてください。
- On the AWSホームページで(AWS Management)Consoleにサインインします。必要に応じて、先に新しいアカウントを作成してください。
- コンソールのタイトルバーで[Services]をクリックし、[Compute]セクションの[EC2]をクリックします。
![AWSの[Services]ページで[EC2]を選択している画面のスクリーンショット](https://cdn.studio.f5.com/images/k6fem79d/translations-production/65a4cf2bd654ae546f41c5f4e38301292c2dc09e-1024x320.png)
- 表示されたEC2 Dashboardページで[Launch Instance]ボタンをクリックします。
- On the Step 1ページで、Ubuntu Server 20.04 LTS (HVM), SSD Volume Typeの行にある[Select]ボタンをクリックし、アーキテクチャはデフォルトの64-bit (x86)を選択したままにします。
![Amazon EC2インスタンス作成ウィザードの[Step 1]ページのスクリーンショット](https://cdn.studio.f5.com/images/k6fem79d/translations-production/e739015ce9df9ad36de971ade99bc4284e1b787d-1024x574.png)
- On the Step 2ページで、インスタンスタイプとして「t2.micro」を選択します。本稿執筆時点では「Free tier eligible」と表示され、デフォルトで選択されています。[Next: Configure Instance Details]ボタンをクリックします。
![Amazon EC2インスタンス作成ウィザードの[Step 2]ページのスクリーンショット](https://cdn.studio.f5.com/images/k6fem79d/translations-production/4d3d3f0302abc6376b87de44f3f70bd81d5e0a97-1024x609.png)
- On the ステップ3ページで、使用するVPCが[Network]フィールドで選択され、[Auto-assign Public IP]フィールドがデフォルトの[Use Subnet setting (Enable)]または[Enable]に設定されていることを確認します。その他の設定はデフォルトのままにします。
![Amazon EC2インスタンス作成ウィザードの[Step 3]ページのスクリーンショット](https://cdn.studio.f5.com/images/k6fem79d/translations-production/2ec8199d5e98ff829e0c0aca46dc1d8db7c80b61-1024x371.png)
- ページ上部の[6. Configure Security Group]をクリックします。
- On the ステップ6ページで、受信HTTPおよびHTTPSトラフィックを許可するために、以下の手順を実行します(デフォルトでは、EC2インスタンスはSSHトラフィックのみを受け入れます)。
![Amazon EC2インスタンス作成ウィザードの[Step 6]ページのスクリーンショット](https://cdn.studio.f5.com/images/k6fem79d/translations-production/5857c663a8428d57827c3bbc04e10268979db7c7-1027x696.png)
- 表の下にある[Add Rule]ボタンをクリックし、Type列のドロップダウンメニューから[HTTP]を選択します。このチュートリアルでは、任意のIPアドレスからのアクセスを許可します(Source列の値は[Anywhere 0.0.0.0/0, ::/0]です)。本番環境では、セキュリティグループを使用してアクセスを制御するよう求めるページ上の警告に従うことを推奨します。
- HTTPSについても前の手順を繰り返します。
- ページ下部の[Review and Launch]ボタンをクリックします。
- On the ステップ7ページで、下部にある[Launch]ボタンをクリックします。
- 表示されたボックスで、新しいキーペアを作成します。
![Amazon EC2の[Select an existing key pair or create a new key pair]ポップアップウィンドウのスクリーンショット](https://cdn.studio.f5.com/images/k6fem79d/translations-production/68d33f1bf1fde086e405163cd09586c67d616710-702x562.gif)
- 上部のドロップダウンメニューから[Create a new key pair]を選択します。
- キーペアのタイプを選択します。このチュートリアルでは、RSAを選択します。
- [Key pair name]フィールドに、NGINX_keyなどの名前を入力します。
- [Download Key Pair]ボタンをクリックします。
- 以下のアニメーション画像に示すように、[Download Key Pair]ボタンがチェックボックスに置き換わります。秘密鍵にアクセスできることを示すため、このチェックボックスをクリックします。
- [Launch Instances]ボタンをクリックします。
- ファイルマネージャーで、ダウンロードした「.pem」ファイル(このチュートリアルでは「NGINX_key.pem」)を安全な場所に移動します。このチュートリアルでは「/Desktop/NGINX」ディレクトリに配置します。
- Windowsターミナルを使用する場合は、AWSの手順に従ってPuTTYgenユーティリティをダウンロードし、.pemファイルを.ppkファイルに変換します。
- [Launch Status]ページで、下部にある[View Instances]ボタンをクリックします。
- 開いた[Instances]ページのテーブルに新しいインスタンスが表示されます。名前を付けます。
![Amazon EC2の[Instances]ページでインスタンス名を編集中の画面](https://cdn.studio.f5.com/images/k6fem79d/translations-production/6e2c92ce0bcc6cbe1ddeb7e6fb5b73c8d59f20c2-1024x323.png)
- Click the pencil icon in the 名前列の鉛筆アイコンをクリックします。
- [名前を編集]ポップアップボックスに名前を入力し、[保存]ボタンをクリックします。
- 画面上部の[Connect]ボタンをクリックします。次のようなウィンドウが表示されます。[SSH client]タブを開き、手順に従ってインスタンスに接続します。Windowsを使用している場合は、コマンド内の「.ppk」を「.pem」に置き換えます。
![Amazon EC2の[Connect to instance]ポップアップウィンドウのスクリーンショット](https://cdn.studio.f5.com/images/k6fem79d/translations-production/059cd4b7dbb7e8f359073ca9e3a67cc856a72ee1-804x582.png)
NGINXソフトウェアのインストール
AWS環境のセットアップが完了したら、次にNGINX Open SourceまたはNGINX Plusをインストールします。NGINX Plusは30日間無料でお試しいただけます。このチュートリアルではどちらも使用できますが、NGINX Plusの高度な機能をさらに詳しくお試しになる場合は、無料トライアルをお申し込みください。
NGINX Open Sourceのインストール
ほとんどのLinuxディストリビューションとBSD系OSでは、標準のパッケージリポジトリからNGINX Open Sourceを入手できますが、通常は最新バージョンではありません。NGINX Open Sourceは、nginx.orgから直接ダウンロードすることを推奨します。Ubuntuのパッケージマネージャー(apt)にNGINXリポジトリを追加するには、いくつかの追加手順が必要です。
NGINX Open Sourceをインストールするには、次の手順に従います。
- ターミナルを開きます。
- NGINX署名キーをダウンロードします:
$ sudo wget http://nginx.org/keys/nginx_signing.key- キーを追加します:
$ sudo apt-key add nginx_signing.key- ディレクトリを「/etc/apt」に変更します。
$ cd /etc/apt- Edit the sources.listファイルを編集し、末尾に次のテキストを追加します。
deb http://nginx.org/packages/ubuntu focal nginx
deb-src http://nginx.org/packages/ubuntu focal nginx- 注:これらの各行にある
focalキーワードはUbuntu 20.04に対応しています。別のバージョンのUbuntuを使用している場合は、そのリリースのコードネームの最初の単語に置き換えてください(たとえば、Ubuntu 18.04の場合はbionic)。 - NGINXソフトウェアを更新します:
$ sudo apt-get update- NGINXをインストールします:
$ sudo apt-get install nginx- プロンプトが表示されたら「
Y」と入力します。 - NGINXを起動します:
$ sudo systemctl start nginx.service- ステータスを確認します:
$ sudo systemctl status nginx.service- 「Webページを開く」に進みます。
NGINX Plusのインストール
- NGINX Plusをまだお持ちでない場合は、30日間の無料トライアルにお申し込みください。
- トライアルサブスクリプションが利用可能になったことを知らせるメール通知を受信したら、記載されている手順に従ってセキュリティ証明書、秘密鍵、JWTをダウンロードし、NGINX Plusをインストールします。
- インストールが完了し、NGINX Plusが稼働していることを確認したら、「Webページを開く」に進みます。
Webページを開く
NGINXソフトウェアを起動したら、サイトのコンテンツを配信するように設定する前に、NGINXとNGINX Plusがデフォルトで配信するWebページを確認します。次の手順に従ってください。
- まだ開いていない場合は、EC2 Dashboardの[Instances]タブに移動します。(上部のConsoleナビゲーションバーでServices、ComputeセクションでEC2、左側のナビゲーション列で[Instances]の順にクリックする方法もあります。)
- テーブルを右にスクロールし、[Public IPv4 address]列にインスタンスのパブリックIPアドレスが表示されるまで移動します(スクリーンショットでは3.22.51.xxx)。そのアドレスを選択し、クリップボードにコピーします。
![インスタンスの[Public IPv4 address]フィールドが表示されたAmazon EC2の[Instances]ページのスクリーンショット](https://cdn.studio.f5.com/images/k6fem79d/translations-production/0869673eba35840f342c2d18cd413037444112a9-1024x203.png)
- ブラウザーで新しいタブを開き、アドレスバーにアドレスを貼り付けます。デフォルトの「Welcome to nginx!」ページが表示されます。これは、NGINXがインストールされて稼働中であるものの、まだ設定されていないことを示します。

サンプルファイルのセットアップ
正常に動作するバージョンのNGINXまたはNGINX Plusをインストールしたら、さっそく活用してみましょう。まず、いくつかのファイルとディレクトリを設定します。
- まだホームディレクトリにいない場合は、ホームディレクトリに移動します。以下の手順では、ホームディレクトリは「/home/ubuntu」です。
- 「public_html」というディレクトリを作成し、そのディレクトリに移動します。
- In the public_htmlディレクトリに、index.htmlというファイルと、application1というディレクトリを作成します。
- In the application1ディレクトリに、任意のテキストを含むapp1.htmlという名前のファイルを作成します。
- ホームディレクトリに戻ります。
- 「data」という名前のディレクトリを作成します。
- In the dataディレクトリ内に、imagesという名前のディレクトリを作成します。
ページと画像の配信
NGINXまたはNGINX Plusの最初のユースケースは、Webページを介してユーザーにページや画像を配信することです。
- ディレクトリを「/etc/nginx/conf.d」に変更します。
- Rename default.confの名前をdefault.conf.bakに変更し、NGINXまたはNGINX Plusがデフォルトの設定ファイルとして使用しないようにします。
- 次の設定を含むserver1.confという名前のファイルを作成します:
server { root /home/ubuntu/public_html;
location /application1 { }
location /images {
root /home/ubuntu/data;
}
}- ディレクティブのドキュメント:
location、root、server - ディレクトリを「~/data/images」に変更します。
- 配信する画像を選び、ディレクトリ(~/data/images)にコピーします。例として、次のコマンドではNGINXロゴをコピーします。
$ curl -o NGINX-logo.png https://www.nginx.com/wp-content/uploads/2021/11/NGINX-logo-2020.png- NGINXまたはNGINX Plusをリロードします:
$ sudo nginx -s reload- Webブラウザで次のURLにアクセスして画像をリクエストします。NGINX-serverには、EC2インスタンスのパブリックIPアドレスを指定します:https://NGINX-server/images/NGINX-logo.png
- また、アプリケーションにアクセスし、表示される内容を確認します:https://NGINX-server/application1/app1.html
プロキシサーバーの設定
Webサーバーが稼働したら、次はトラフィックをルーティングするための設定方法を学びます。この機能により、トラフィックを他のサーバーに転送できるようになり、負荷分散の構成に向けて大きく前進します。以下の手順に従ってください。
- In the ~/dataディレクトリに、server2という名前のディレクトリを作成します。
- In the server2ディレクトリ内に、sampleAppという名前のディレクトリを作成します。
- In the sampleAppディレクトリに、任意のテキストを含むindex.htmlという名前のファイルを作成します。
- ディレクトリを「/etc/nginx/conf.d」に移動します。
- 次の設定内容で「server2.conf」というファイルを作成します:
server { listen 8080;
root /home/ubuntu/data/server2;
}server { root /home/ubuntu/public_html;
location /application1 {
proxy_pass http://localhost:8080/sampleApp;
}
location /images {
root /home/ubuntu/data;
}
}- ディレクティブのドキュメント:
location、proxy_pass、root、server - NGINXまたはNGINX Plusをリロードします:
$ sudo nginx -s reload- ブラウザーで次のURLにアクセスし、ページと画像の配信でアクセスしたときから何が変わったかを確認します:https://NGINX-server/application1/index.html
以上で完了です。これで、NGINXを実行するUbuntuインスタンスが稼働し、プロキシサーバーとして使用できる状態になりました。
その他のユースケースでNGINXおよびNGINX PlusをAWSにデプロイする手順については、デプロイガイドをご覧ください。
まとめ
このチュートリアルでは、NGINXまたはNGINX Plusをセットアップして、インターネット経由でファイルや画像を配信し、リバースプロキシとして機能させる方法を説明しました。NGINXについてさらに詳しく学びたい方には、NGINX Coreトレーニングコース(講師によるトレーニングまたはオンデマンド)をご用意しています。このコースでは、このチュートリアルの内容に加え、ロードバランシング、ロケーションベースのルーティング、セキュリティなど、Web配信とアプリケーションデリバリに不可欠なトピックをさらに詳しく取り上げます。また、documentation at nginx.orgのドキュメントおよびNGINX Plus管理者ガイドもご覧ください。特に記載がない限り、各記事はNGINX Open SourceとNGINX Plusの両方に適用されます。
関連するブログ記事
チュートリアル:NGINXを使用してアプリケーション向けにOpenTelemetryを構成する
OpenTelemetryを使用してNGINXサーバーの状態と健全性をより明確に把握することで、問題のトラブルシューティングを行い、Webアプリケーションのパフォーマンスを向上できます。
AkitaのNGINX Plus認定モジュールでAPIエンドポイントの問題を特定・修正
Akita SoftwareのAPIオブザーバビリティ向け新しいNGINX Plus Certified Moduleを活用して、APIエンドポイントの問題をより迅速に特定し、修正できます。
JavaプロジェクトをスキャフォールディングしてKubernetesネイティブアプリを構築する方法
Red HatのシニアプリンシパルデベロッパーアドボケイトであるDaniel Oh氏が、Javaプロジェクトをゼロから構築するためのひな形を作成し、Kubernetesネイティブアプリケーションとしてビルドする方法を解説します。
F5 NGINXaaS for Azureのご紹介:Microsoft Azureでネイティブに利用できるSaaS型ロードバランシング
NGINXaaS for Azureは、NGINX PlusをAzureネイティブのSaaSとして利用できるサービスです。NGINXの設定を容易にリフト&シフトできるため、クラウド導入とモダンアプリの展開を加速できます。

SELinuxでNGINXおよびNGINX Plusを使用する
Red Hat Enterprise Linux(RHEL)および関連ディストリビューションでSecurity-Enhanced Linux(SELinux)を有効にすると、デフォルト設定によりNGINXとNGINX Plusの一部の操作が制限されます。この記事では、すべての機能を利用できるようにSELinuxの設定を変更する方法について説明します。
NGINX PlusによるAWS Auto Scalingグループの負荷分散
新しいnginx-asg-sync統合ソフトウェアにより、NGINX PlusはAWS Auto Scalingグループの負荷を直接分散できるため、クラウドでの負荷分散がさらに柔軟になります