Nginx リバース・プロキシーのインストール

NginX (X) は、リバース・プロキシー・サーバーの役割などの特殊なタスクに優れた、成熟したコンパクトな高速オープン・ソース Web サーバーです。

手順と構成に関する以下の情報 (NginX リバース・プロキシー・サーバーをセットアップするための情報) は、ご使用の環境に適合させることで役に立ちます。 行き詰まったり、追加情報が必要な場合は、 Nginx ドキュメントのリバースプロキシ部分を参照するか、 stackoverflowで例を検索してください。

1. 最小限の RHEL または CentOS Linux ビルド (推奨) で、VSI またはベアメタル・サーバーをプロビジョンします。
2. VSI ごとに、パブリック・インターフェースに関するセキュリティー・グループ・ルール allow_http、allow_https、allow_outbound、allow_ssh を有効にします。
3. VSI ごとに、プライベート・インターフェースに関する allow_all および allow_outbound ルールを有効にします。**「保存 (Save)」**を選択します。
4. Windows の PuTTY またはご使用のデスクトップの端末プログラムを使用して、ssh で新規サーバーに root として接続します。
5. オペレーティング・システム OS をアップグレードします (yum update)。
6. EPEL リポジトリーをインストールします (yum install epel-release)。
7. NginX をインストールします (yum install nginx)。
8. NginX を開始し (nginx)、サーバーの IP アドレスをブラウザーで開きます。
9. nginx.conf のデフォルトの場所は /etc/nginx です。 安全なコピーを作成します。
10. サンプル nginx.conf 構成ファイルを /etc/nginx に移動します。
11. IBM Cloud コンソールを使用して SSL 証明書を購入するか、コマンド yum install easy-rsa を実行し、自己署名証明書の作成のヒントに関するお気に入りのオンライン資料を参照します。
12. 証明書情報を構成ファイル nginx.conf に追加します。
13. コマンド nginx -t を使用して、変更した NginX 構成をテストします。
14. テストに合格した場合は、コマンド nginx を使用して nginx -s quit; sleep 3; nginx を再始動します。
15. これで、クライアントは NginX (プロキシー) サーバーの IP または URL に COS 要求を送信できるようになりました。

注:

• このソリューションは、Direct Link が注文されて適切にデプロイされたことを前提としています。ただし、Direct Link がなくてもテストすることはできます。
• proxy_cache を使用して、オプションのメモリーまたはディスク・キャッシュを使用できます。
• 大規模なファイルの転送の場合、proxy_read_timeout 値を大きくする必要が生じることがあります。
• 高可用性 (自動フェイルオーバー) には、keepalive または Pacemaker を使用してください。

構成ファイル: nginx.conf

以下のセクションでは、サンプル構成ファイルを示します。 コピー・アンド・ペーストできます。

user nginx;
worker_processes auto;
error_log /var/log/nginx/error.log;
pid /run/nginx.pid;

events {
    worker_connections 1024;
}

http {
    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    sendfile            on;
    tcp_nopush          on;
    tcp_nodelay         on;
    keepalive_timeout   5;
    types_hash_max_size 2048;

    include             /etc/nginx/mime.types;
    default_type        application/octet-stream;
    ssl_session_cache shared:SSL:1m;
    ssl_session_timeout  10m;
    ssl_ciphers HIGH:!aNULL:!MD5;
    ssl_prefer_server_ciphers on;
    proxy_http_version 1.1;
    proxy_buffering off;
    proxy_intercept_errors on;

    # IBM COS Endpoints
    # US
    server {
        listen       443 ssl http2;
        server_name  us-cos.myibmcloud.com;
        ssl_certificate "/etc/pki/tls/certs/star.myibmcloud.com.pem";
        ssl_certificate_key "/etc/pki/tls/private/star.myibmcloud.com.key";
        location / {
            proxy_set_header Host $server_name;
            proxy_pass https://s3-api.us-geo.objectstorage.service.networklayer.com;
        }
    }

    # Dallas
    server {
        listen       443 ssl http2;
        server_name  dal-cos.myibmcloud.com;
        ssl_certificate "/etc/pki/tls/certs/star.myibmcloud.com.pem";
        ssl_certificate_key "/etc/pki/tls/private/star.myibmcloud.com.key";
        location / {
            proxy_set_header Host $server_name;
            proxy_pass https://s3-api.dal-us-geo.objectstorage.service.networklayer.com;
        }
    }
}

これらの proxy_pass エントリーで使用するプライベート・エンドポイントのリストについては、 エンドポイントと保管場所を 参照のこと。

ヒント:

• スケーリングおよび回復力を向上させるには、各種エンドポイントに関連付けられた複数のプロキシー・サーバーをデプロイします。
• 基本的なフェイルオーバーおよびロード・バランシング機能には、クライアント・サイドでラウンドロビン DNS を使用します。
• 保護および中央集中ロギングのために、仮想ルーター・アプライアンス (VRA) の背後にプロキシー・サーバーを配置できます。