この記事では、Nginx と PHP のインストールと構成に関する Nginx リバース プロキシとロード バランシングの導入ガイドを共有します。必要な方は参照してください。
1. conf ファイルを見つけて開きます。
2. 負荷分散設定
もう 1 つの方法は ip_hash です。各リクエストはアクセスされた IP のハッシュ結果に従って割り当てられるため、各訪問者はバックエンド サーバーに固定的にアクセスでき、セッションの問題を解決できます。
負荷分散は、トラフィックの多い Web サイトで行う必要があるものです。次に、Nginx サーバーでの負荷分散の設定方法を紹介します。これが必要な学生に役立つことを願っています。
負荷分散
Nサーバーは負荷を均等に共有し、負荷によるものではありません。特定のサーバーのダウンタイムが長く、特定のサーバーがアイドル状態です。したがって、負荷分散の前提は、複数のサーバーで実現できること、つまり 3 台以上のサーバーで十分であるということです。
テスト環境:a.com
AサーバーIP : 192.168.5.149 (メイン)
BB展開のアイデアAサーバーをメインサーバーとして、ドメイン名はA
サーバー(192.168.5.149)に直接解決され、負荷からのバランスを取るAサーバーからB
サーバー(192.168.5.27
)とCサーバー(192.168.5.126) )。 AServernginx.confSettings、ファイルの場所を開きますの nginx
conf ですインストールディレクトリ
ディレクトリ下にあります。 次のコードをhttpセクションに追加します
upstream a.com { server 192.168.5.126:80; server 192.168.5.27:80; } server{ listen 80; server_name a.com; location / { proxy_pass http://a.com; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } } 保存重启nginx B、C服务器nginx.conf设置 打开nginx.confi,在http段加入以下代码 server{ listen 80; server_name a.com; index index.html; root /data0/htdocs/www; }
测试
当访问a.com的时候,为了区分是转向哪台服务器处理我分别在B、C服务器下写一个不同内容的index.html文件,以作区分。
打开浏览器访问a.com结果,刷新会发现所有的请求均分别被主服务器(192.168.5.149)分配到B服务器(192.168.5.27)与C服务器(192.168.5.126)上,实现了负载均衡效果。
假如其中一台服务器宕机会怎样?
当某台服务器宕机了,是否会影响访问呢?
我们先来看看实例,根据以上例子,假设C服务器192.168.5.126这台机子宕机了(由于无法模拟宕机,所以我就把C服务器关机)然后再来访问看看。
我们发现,虽然C服务器(192.168.5.126)宕机了,但不影响网站访问。这样,就不会担心在负载均衡模式下因为某台机子宕机而拖累整个站点了。
如果b.com也要设置负载均衡怎么办?
很简单,跟a.com设置一样。如下:
假设b.com的主服务器IP是192.168.5.149,负载均衡到192.168.5.150和192.168.5.151机器上
现将域名b.com解析到192.168.5.149IP上。
在主服务器(192.168.5.149)的nginx.conf加入以下代码:
u
pstream b.com { server 192.168.5.150:80; server 192.168.5.151:80; } server{ listen 80; server_name b.com; location / { proxy_pass http://b.com; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } } 保存重启nginx 在192.168.5.150与192.168.5.151机器上设置nginx,打开nginx.conf在末尾添加以下代码: server{ listen 80; server_name b.com; index index.html; root /data0/htdocs/www; }
保存重启nginx
完成以后步骤后即可实现b.com的负载均衡配置。
主服务器不能提供服务吗?
以上例子中,我们都是应用到了主服务器负载均衡到其它服务器上,那么主服务器本身能不能也加在服务器列表中,这样就不会白白浪费拿一台服务器纯当做转发功能,而是也参与到提供服务中来。
如以上案例三台服务器:
A服务器IP :192.168.5.149 (主)
B服务器IP :192.168.5.27
C服务器IP :192.168.5.126
我们把域名解析到A服务器,然后由A服务器转发到B服务器与C服务器,那么A服务器只做一个转发功能,现在我们让A服务器也提供站点服务。
我们先来分析一下,如果添加主服务器到upstream中,那么可能会有以下两种情况发生:
1、主服务器转发到了其它IP上,其它IP服务器正常处理;
2、主服务器转发到了自己IP上,然后又进到主服务器分配IP那里,假如一直分配到本机,则会造成一个死循环。
怎么解决这个问题呢?因为80端口已经用来监听负载均衡的处理,那么本服务器上就不能再使用80端口来处理a.com的访问请求,得用一个新的。于是我们把主服务器的nginx.conf加入以下一段代码:
server{ listen 8080; server_name a.com; index index.html; root /data0/htdocs/www; }
重启nginx,在浏览器输入a.com:8080试试看能不能访问。结果可以正常访问
既然能正常访问,那么我们就可以把主服务器添加到upstream中,但是端口要改一下,如下代码:
upstream a.com { server 192.168.5.126:80; server 192.168.5.27:80; server 127.0.0.1:8080; }
由于这里可以添加主服务器IP192.168.5.149或者127.0.0.1均可以,都表示访问自己。
Nginxを再起動し、a.comにアクセスして、メインサーバーに割り当てられるかどうかを確認します。
メインサーバーも正常にサービスに参加できます。最後に
1. 負荷分散は nginx に固有のものではありませんが、有名な Dingding apache にもありますが、パフォーマンスは nginx ほど良くない可能性があります。 。
IPはpingによって取得されないため、ある程度のセキュリティが向上します。
3.アップストリームのIPは必ずしも内部ネットワークである必要はなく、外部ネットワークIPも使用できます。ただし、典型的なケースとして、ローカル エリア ネットワーク内の特定の IP が外部ネットワークに公開され、ドメイン名がこの IP に直接解決されます。次に、メインサーバーはそれをイントラネットサーバーIPに転送します。
4. 特定のサーバーがダウンしても、Web サイトの通常の動作には影響しませんNginx はダウンした IP 参考記事:
http://www.php100.com/html/program/nginx/2013/0905/5525.html
http://www.cnblogs.com/jacktang/p/3669115.html
Nginx と PHP のインストールと構成 PHPIZE を使用した 5 つの LINUX PHP GD 拡張機能のインストール
Nginx と php のインストールと設定 4 nginx と php の起動または再起動
以上がNginx と PHP のインストールと構成 6: Nginx リバース プロキシとロード バランシングの導入ガイドの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。