私はip_hash(スティッキーセッション)を使用していますが、ウェブ上でポータルにアクセスできるシナリオがあります。また、同じポータルでホストされているサポートモジュールもありますアップストリームは22ノードで負荷分散されていますNGINX:最小限の接続でスティッキーセッションを持つ方法
- 固定セッションにポータルを使用しているお客様は問題ありません。
- スティッキセッションが同じ外部パブリックIPを持つすべてのユーザーに対して同じノードを指すようにアップストリームを作成しているため、サポートセンターからログオンするユーザーのパフォーマンスに問題があります。
私は「ドン同時1000ユーザーワーキングフォーム・サポート・センターがあるので
マイコンフィグ外観は
upstream appserver{
ip_hash;
server 192.168.0.x:3811;
server 192.168.0.x:3812;
server 192.168.0.x:3813;
server 192.168.0.x:3814;
server 192.168.0.x:3815;
server 192.168.0.y:3811;
server 192.168.0.y:3812;
server 192.168.0.y:3813;
server 192.168.0.y:3814;
server 192.168.0.y:3815;
...
...
}
server {
location "/support" {
allow ...;
deny all;
alias ...;
index index.html;
}
location/{
proxy_pass http://appserver;
proxy_cookie_path/"/; secure;";
proxy_set_header X-IBanking "127.0.0.1";
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_set_header X-NginX-Proxy true;
proxy_set_header X-Request-Id $txid;
add_header X-Frame-Options "SAMEORIGIN";
add_header Strict-Transport-Security max-age=15552000;
proxy_http_version 1.1;
proxy_redirect off;
}
gzip on;
gzip_comp_level 2;
gzip_proxied any;
gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript application/javascript;
gzip_buffers 16 8k;
gzip_vary on;
}
ここにあなたの設定を投稿できますか?ポータルとサポートモジュールの両方が同じ上流に定義されているか、別々の上流に定義されていますか?私はこれについてほとんど知識がありませんが、別々に設定されていると私には思えますが、ip-hashは別々のものになります。同じアップストリームで設定すると、すべてのサーバに均等に分散させることができます。あるいは、スティッキセッションを無視して、インスタンス間のセッションを処理する共通のRedisサーバを設定してください。 –
@Stian、私はconfigで更新しました。私は同じ上流を使用しており、セッションを無視することはできません。 koa.js(node.js)と非粘着セッションを作るための解決策があれば、サンプルを提供してください –