1
ckizey 2018-11-16 19:30:21 +08:00 via iPhone
不然怎么收钱呢~
|
2
anyele 2018-11-16 19:35:22 +08:00 via Android
哪个云
|
3
shm7 2018-11-16 19:36:13 +08:00 via iPhone
那个 azure 都不如我自己的 haproxy 方便,我还不太熟悉这些部署的玩意儿
|
4
kaikai5601 2018-11-16 19:46:43 +08:00 via iPhone
你使用方式不对,云上负载支持四层和七层的,支持各种转发
|
5
opengps 2018-11-16 21:35:00 +08:00 via Android
不太懂 nginx 的用户过来说句云架构单方面的原因 :
云架构下的负载均衡,目的在于单个服务的集群扩容,多用于单个网站的多台 web 实现弹性伸缩集群,从这个用途讲也就没必要去实现多征求支持 |
6
xcaptain OP 就比如说把 www.example.com/api 转发给后端的 8001 服务吧,我用 nginx 可以随便转,
location /api { proxy_pass http://localhost:8001; } location /api { rewrite /api/(.*) /$1 break; proxy_pass http://localhost:8001; } location /api { rewrite /api/(.*) /fuckapi/$1 break; proxy_pass http://localhost:8001; } location /api { rewrite /api/(.*) /$1 break; proxy_pass http://localhost:8001; proxy_set_header Host $host; } 但是目前国内所谓的云厂商,基本只提供第一种转发 |
8
leekafai 2018-11-17 14:07:49 +08:00 via Android
网关为了效率一般不支持复杂的规则,像正则这些,一般不支持
|
9
pasca 2018-11-17 17:15:39 +08:00
云负载均衡,,,,不是四层和七层的结合吗
|
10
realpg 2018-11-17 18:12:19 +08:00
|
11
fredcc 2018-11-18 17:19:36 +08:00
区域限制
每个区域的负载均衡器:20 * 每个区域的目标组:3000 负载均衡器限制 每个负载均衡器的侦听器:50 每个负载均衡器的目标:1000 每个负载均衡器每个可用区的子网数:1 每个负载均衡器的安全组数:5 每个负载均衡器的规则 (不计入默认规则):100 每个负载均衡器的证书 (不计入默认证书):25 每个负载均衡器可注册目标的次数:100 目标组限制 每个目标组的负载均衡器数:1 每个目标组的目标数:1000 规则限制 每个规则的条件数:2 (一个主机条件,一个路径条件) 每个规则的操作数:1 每个操作的目标组数:1 * 此限制包括您的 Application Load Balancer 和 Classic Load Balancer。 |
12
holulu 2018-11-21 18:12:56 +08:00
弄个 4 层 LB,在后面弄个 nginx,域名和证书交给 nginx 处理。LB 和 nginx 之间走 TCP 不就完了?!
|
13
xcaptain OP @holulu 我现在就是这么做的,负载均衡里面把所有请求都代理到后端的 nginx,然后在 nginx 上配置转发规则,虽然问题是解决了但是感觉不方便,明明可以通过云 lb 直接代理到后端业务服务,非要在中间加一层 nginx。我遇到这个情况是因为目前阿里云腾讯云提供的负载均衡都是 4 层的?
|
14
diferent 2019-01-20 23:41:23 +08:00
你搞混了两个东西.
Nginx 是反向代理服务. 云服务提供的是负载均衡器 就像坦克和汽车一样, 虽然两者可能在某些地方能跑重合的路,但是本质上差距很大. 定位和场景完全不同. |