A、nginxのサービス基盤

  より少ないメモリを占めるnginxの(エンジンX)パフォーマンスの最適化のために特別に開発されたが、(単一の物理サーバが同時要求5000をサポートすることができる)、同時接続の高い処理能力と同様に、システム?リソースのその安定性と低消費電力を特徴とします.実際には、Webサーバーのパフォーマンスの同じ種類で同時nginxのを行う能力が優れている、中国本土での使用nginxのウェブサイトのユーザーは、次のとおりです.Baiduは、Jingdongは、シーナ、網易、テンセント、淘宝網.また、IMAP / POP3 / SMTPサービスを提供しています.

  nginxの利点:

  *** **高同時接続することができ

  公式テストnginxの50,000の同時接続をサポートすることができ、実際の本番環境では?40000 2つの同時接続をサポートすることができます.

  *** **少ないメモリ消費量

  nginxの+ PHP3万同時接続時(FastCGIの)サーバー、開口部10のnginxのプロセスが消費150メガバイトのメモリ、15メガバイト* = 150メガバイト10、開口部64 PHP-CGIプロセスが消費するメモリ1280、20メガバイト* 64 = 1280メガバイト、プラスシステムの独自のメモリ消費量、2GBのメモリ未満の総消費量.

  *** 低価格**

  購入F5BIG-IP、スイッチ、およびその他のハードウェアのバランスをとるのNetScalerの負荷、私たちは数十元の数十万人に何千ものを必要とし、nginxのオープンソースソフトウェアながら、2節のBSDのようなプロトコルを使用して、あなたは無料で試すことができ、および商用目的のために使用することができます.

  ***の設定ファイルは非常に簡単です**

  管理者が理解できるユーザーフレンドリーな、でも、非専用システムなどのネットワークとプログラム.

  ***サポートリライトリライト**

  あなたは別のURLのドメイン名、HTTPリクエストに応じて異なるバックエンドサーバーファームに割り当てられますすることができます.

  *** **内蔵のヘルスチェック

  NginxProxy Webサーバーのバックエンドがダウンしている場合、それはフロントへのアクセスには影響しません.

  ***帯域幅保存**

  GZIP圧縮をサポートして、あなたはローカルブラウザのキャッシュヘッダーヘッドを追加することができます.

  高い安定性** ***

  リバースプロキシの場合、ダウンタイムの確率が最小限であります.

  * ** **ホットデプロイをサポートしています

  nginxのは、中断のない運転の24時間*熱い展開、その自動特に脆弱、ほぼ7日をサポートしています、でも数ヶ月を実行すると、再起動する必要はありません、それはまた、中断のないサービスの場合にすることができ、ソフトウェアのバージョンアップグレード.

  図は、の性能比較nginxのは、Apache、lighttpdのです:

  

  多くの人がどのようにCentOSの7のビルドnginxのWebサーバー上で、その後、強力なnginxの性能を強調しているように述べている(仮想Webホスティングの設定が含まれています)、のは、仮想マシン上でnginxの設定とアプリケーションを説明していきましょう:

  第二に、準備作業:

  1.CentOSの7サーバー.

  2.CentOSの7システムトレイ.

  3.パッケージには、リンクを使用する必要があります.https:// WWW.jb51.ネット/●ジャンル/ 25646.HTML

  4.また、公式サイトのウェブサイトからのhttp:// WWW.nginx.ORG /ダウンロード

  第三に、必要な依存関係を(nginxのウェブサイトを構築し、システムディスクをマウントし、インストールを開始.):

  1、システムディスクが提供する必要な依存関係を、インストールします.

  

  2、コンパイル、インストールと構成の最適化nginxの

  [ルート@ localhostのメディア]#useraddの-M -s / sbinに/ nologinにnginxの#作成システムユーザー

  [ルート@ localhostのメディア]#タールzxfのnginx-1.12.0.タール.GZ -Cは/ usr / src#アンパック

  [ルート@ localhostのメディア]#のCDは/ usr / src / nginxの-1.12.0 /

  [ルート@ localhostのnginxの-1.12.0]#のhttps:// WWW.jb51.ネット/記事/設定--prefix =は/ usr / local / nginxの

  --user = nginxの--group = nginxの--with-http_stub_status_module

  && && make installを作ります

  #コンパイルしてインストールnginxの

  [ルート@ localhostの?]#LN -sは/ usr / local / nginxの/ sbinに/ nginxのは/ usr / local / sbinに/

  #メインプログラムファイルへのリンクを作成します.

  より便利nginxのサービス、停止、リロードおよび他の操作を開始するためには、スクリプトnginxのサービスを編集することができます.次のようにコンパイルスクリプト:

  [ルート@ localhostの?]#vimのは/ etc / initを.D / nginxの#スクリプトの編集サービス

  #!/ビン/ bashの

  #chkconfにigを - 99 20

  PROG = "は/ usr / local / nginxの/ sbinに/ nginxの"

  PIDF =「は/ usr / local / nginxの/ログ/ nginxの.PID "

  場合は「$ 1」

  開始)

  $ PROG

  ;;

  やめる)

  キル-sは、$(猫$ PIDF)をQUIT

  ;;

  再起動)

  $ 0停止

  $スタート0

  ;;

  リロード)

  キル-s HUP $(猫$ PIDF)

  ;;

  *)

  エコー "USAGE:$ 0 {開始|停止|再起動|リロード}"

  1番出口

  ESAC

  終了0

  [ルート@ localhostの?]#chmodの+ Xの/ etc / initを.D / nginxの#は、実行権限を追加します

  [ルート@ localhostの?]#chkconfigの--add nginxの#システムサービスを追加します

  [ルート@ localhostの?]#は、スクリプトの正常な動作を確認するためにサービスを開始nginxの#nginxのを開始systemctl

  [ルート@ localhostの?]#vimのは/ usr / local / nginxの/ confに/ nginxの.conf#は、Webサービスを最適化するための設定ファイルを調整します

  .....................

  worker_processes 2;#ワーカープロセス

  #error_logログ/エラー.ログ;#エラーログファイルの場所

  #error_logログ/エラー.ログ通知.

  #error_logログ/エラー.ログ情報.

  #pidログ/ nginxの.PID;ファイルの場所#PID

  イベント{

  使用のepoll;#は、パフォーマンスを向上させるためにも、{}の行を追加

  worker_connections 4096;各プロセスは、4096の接続を処理するために、

  }

  上記実施形態の構成のグローバルな最適化は、以下の意味の最適化に基づいています.

  worker_processes:マルチコアCPU又は複数のプロセッサを使用して、ワークプロセスの数で指定されたサーバは、CPUコアの総数を指すことができる場合、ワークプロセスの数を表します..worker_connectionsの設定項目に反映特定の意味、

  worker_connections:ワークプロセスの数が8である場合、各処理工程:この設定項目は、各プロセスの接続処理、典型的には10000未満(デフォルトは1024)、構成上の作業項目に関連付けられているプロセスの数与える栗を指定します4096接続、nginxのは、通常のサービスの接続を提供することを可能に超えています(* 8 = 32768 4096)3万.もちろん、パフォーマンスは、サーバハードウェア、ネットワーク帯域幅などの特定の物理的な条件に依存します.

  図3は、名前ベースの仮想Webホストを設定します.

  1、HTTPの構成:

  「HTTP {}」タグはアクセスログを含め、HTTPサーバーの設定を定義するために使用されたを使用してnginxの設定ファイルは、httpポート、Webディレクトリ、デフォルトの文字セット、接続が残るだけでなく、仮想ウェブホスティング、PHPの決意グローバル設定と他のサイトの大標識されたサブに含まれる部分を定義する「サーバ{}」内.「サーバーは{}」提供された特定のウェブサイトを表します.

  [ルート@ localhostの?]#vimのは/ usr / local / nginxの/ confに/ nginxの.conf

  HTTP {

  MIMEを含めます.タイプ;

  default_type application / octet-streamと;

  LOG_FORMATメイン ''$ REMOTE_ADDR - $のREMOTE_USER [$ time_local] "$依頼"''

  ''$ステータスの$ body_bytes_sent "$ HTTP_REFERER"''

  '' "$ HTTP_USER_AGENT" "$ HTTP_X_FORWARDED_FOR"'';

  #「#」の冒頭で、上記の3つの行を削除します

  アクセス_logのログ/アクセス.#アクセスログの場所、メインのログを記録

  オープン効率的なファイル転送モード;上のsendfile

  上#tcp_nopush;

  0 #keepalive_timeout;

  keepalive_timeout 65;#保持接続タイムアウト

  上#gzip;

  サーバー{

  80聞く; #webサーバーのリスニングポートは、あなたが使用することができますの形で「IPアドレスポート、」

  SERVER_NAMEのWWW.TEST1.COM;#ドメイン

  文字セットUTF-8;#サイトのデフォルトの文字セット、「#」の前から削除します

  アクセス_logのログ/ TEST1.access.メインログ;#アクセスログファイル名

  位置/ステータス{#の追加位置/ステータス状態の統計に、アクセス位置/ステータスよう

  stub_status上;#オープン状態の統計情報

  オフaccess_logの;#ログには、この位置に閉じ

  }

  位置/ {

  ルートは/ var / www /のTEST1;#Webのルートディレクトリ

  インデックスindex.HTMLのインデックス.PHP;#デフォルトのホーム?ページ、変更インデックス.phpのページをサポートするためのPHP

  }

  ;

  .

  error_page 500 502 503 504 / 50X.HTML;#内部エラーフィードバックページ

  位置= / 50X.HTML {#エラーページの設定

  ルートHTML;

  }

  }

  }

  上記の構成は、唯一の順に、「}、{」あなたがより実行したい場合は、設定ファイルであまりにも多くありますので、あなたは、テンプレートプロファイル最後尾の提供をコピーし、コンフィギュレーション、上記の「サーバー{}」に貼り付けることができ、Webサイトのサービスを設定されています次のように回避エラーは、それように、元の上に「サーバ{}」にコピーします.

  サーバー{

  80を聞きます.

  SERVER_NAMEのWWW.TEST2.COM;

  文字セットUTF-8;

  access_logのログ/ TEST2.access.メインログ;

  位置/ステータス{

  stub_status上;

  オフaccess_logの;

  }

  位置/ {

  ルートは/ var / www /のTEST2.

  インデックスindex.HTMLのインデックス.PHP;

  }

  }

  サーバー{

  80を聞きます.

  SERVER_NAMEのWWW.TEST1.COM;

  .

  この時点で、セットアップした仮想ホストが完了している、あなたは、ウェブサーバ(自分自身を設定するためのDNSの必要性)の正常な動作を確認するために、サービス、サービス力を再起動する必要があります

  第四に、国家統計は、仮想ホスト?アプリケーションへのアクセス

  #は、サービスプロファイルを再起動する前に、[ルート@ localhostの?]#nginxの-tチェックするためにこのコマンドを使用し、

  プロファイルが間違っている場合#は、あなたは、間違って最初の数行に求めるメッセージが表示されます

  #trueの場合、それはOKを示し、エラーが発生し、その後、再起動サービスは文句はありませんが、設定ファイルには反映されません..

  nginxの:[EMERG]予期しない ";" では/ usr / local / nginxの/ confに/ nginxの.CONF:44

  #は、ライン44上のエラーがあることを示し

  nginxの:設定ファイルは/ usr / local / nginxの/ confに/ nginxの.confにテストに失敗しました

  [ルート@ localhostの?]#nginxの-t次のショーは大丈夫、何の問題を表していない#.

  nginxの:設定ファイルは/ usr / local / nginxの/ confに/ nginxの.conf構文はokです

  nginxの:設定ファイルは/ usr / local / nginxの/ confに/ nginxの.confにテストは成功です

  #2のホストに対して次の試験の準備ウェブサイトのディレクトリとファイルをそれぞれ、仮想Webルートディレクトリを確立するために、簡単にテストを区別するために自宅でテストする準備ができています

  #ます.mkdir -pの/ var / www /のTEST1の[ルート@ localhostの命名]

  #ます.mkdir -pの/ var / www /のTEST2の[ルート@ localhostの命名]

  #は「WWWをエコー[ルート@ localhostの命名].TEST1.comの「>は/ var / www /のTEST1 /インデックス.html

  #は「WWWをエコー[ルート@ localhostの命名].TEST2.comの「>は/ var / www /のTEST2 /インデックス.html

  クライアント認証:

  ①訪問WWW.TEST1.comのホームページ:

  

  ②訪問WWW.test1.comの状態の統計ページ:

  

  上記の意味は次のとおりです.

  アクティブ接続がアクティブな接続の現在の数が2であることを示します.

  接続サーバが処理要求が処理された受け入れを示し、3つの数字は処理3つの接続を示し、成功したハンドシェイクの数は、要求が処理され、3である6.

  ①訪問WWW.TEST2.comのホームページ:

  

  ②訪問WWW.test2.comの状態の統計ページ:

  

  アクセスは、国家統計および仮想ホストアプリケーションで提供されています

  この記事のためにすべてをだと、私は、私はあなたがスクリプトホームを支えることを願っています学ぶために役立つことがしたいです.

  また、記事に興味がある可能性がありますcentos7.設定Centos7システム2詳細ビルドphalcon方法にnginxのサーバー環境下でnginxのウェブサーバーの展開uniappプロジェクトcentos7システムを設定します.NETのCore2.CentOS7 +ノードを構築するために、サーバーのバランスをとるCentos7 + nginxの+ Tomcat8ベースの負荷を詳細0 + nginxの+スーパーバイザー環境.全体のプロセスまでのjs + nginxの+のMySQLサーバーのセット

(仮想Webホストの構成を含む)centos7ビルドnginxののWebサーバーへのコメント

Recommend Article: