Railgun分布式多节点不行，结束测试

suwubee

上一个帖子被mtx关了。不知道为啥，也没有原因。帖子见https://hostloc.gdisk.cf/thread-668114-1-1.html有需要请按帖子继续申请，现在才17个域名，离目标太少了。

昨晚因为理解问题来回改了很多遍，折腾到很晚。
最后的规划是1个Railgun方案(1个token)，然后全球部署了8台节点使用同一个token(之前以为是7个，机子太多没数过来)。

###理想情况###
昨天最后一次两个节点测试，发现是国内访问，香港railgun节点启动了，国外访问，美西railgun节点启动了。
后来干脆8个节点都开了，臆想会分流。即离访问客户近的railgun节点会启动，并返回至最近的cf节点。从而达到分流，并且提速的功能

###实际情况###
过了一晚上发现情况远不是这样。
8个节点始终只有1个欧洲节点在active。其他7个没有任何连接。不管我国内访问、欧洲访问、美国访问。始终只跑那个欧洲的节点。

###进阶测试###
今天我继续逐步关闭节点，才发现一个有意思的地方。
虽然不同railgun节点是可以填写同一个token的，但是实际启用的是最后一个start railgun的，在日志里似乎有发现新的railgun启动后，上一个railgun有关闭连接的信息。(粗略测试了两次，没有详细验证)

###待方案更新###
原本以为railgun可以代替nginx做分布式节点，但是目前还没有想到更好的办法，在cf官方文档里，多个railgun的前提是有一个统一的均衡负载，也就是对railgun来说，如果源点固定。理论上是可以实现分布式的railgun。(分布式而不是灾备式，目前railgun都是源站点未知，由cf自主分配的，所以出现了混乱）
所以下一步测试，我会拿我固定的1个站来进行测试下全球railgun的情况。
文档https://support.cloudflare.com/hc/en-us/articles/200168346-Best-practices-for-Railgun-and-a-Load-Balancer

###结束测试###
如果均衡，要求在每个子节点安装railgun，然后railgun指向到均衡负载的节点。这个会有些类似varnish和nginx均衡负载的关系。
如果不做均衡，目前railgun单个token只支持1个节点启动，即便是多加了节点也不会被调用。

###结论###
railgun不一定要离源绝对的近，但是一定要与源能够保持稳定长连接。其次是railgun一定要离cf的节点近。
因为业务都是海外的基本上不会讨论国内网络什么乱七八糟的问题。其次能够保持稳定长连接，也必须是个靠谱稳定的源(我们自用的是大集群)，railgun可以选择接近cf节点，这样会大大缩短cf到源之间的速度。

重点：缩短CF到源的速度，完全不会讨论用户端的问题，也绝大部分不会讨论静态缓存的问题。只要railgun不是特别夸张绕全球，不是特地找了个离源和节点都远的话，不会存在降速的可能。(这样的业务需求对我这边是有益处的，举个例子，基础架构都是美西为主，但是新业务需要面向欧洲，这个时候我可以在欧洲cf节点附近建一个railgun，而保持美国基础架构，因为去欧洲重新组件无论成本还是时间都会高出N多。如果用这个方案我只需要在欧洲上一台railgun独服，并且保持railgun到源之间的稳定长连接。只能说是折中方案，如果纯粹追求表面速度肯定还是直接上欧洲服务器，但是这个折中方案的落地场景也是相当多见的。)

如果有在乎客户到cf之间的访问问题，可以开通argo功能。在分配cf节点上有绝对优势，也非常便宜。

###福利###
原帖的节点已经分出7个单独的，不再混用了，有需要的可以接入后看网站的联系方式切换。

免费开放的节点监控

###后话###
有其他更好的建议或者方案的话欢迎交流

qfdk

前排 楼主给我来个vip吧

英梨梨

装在源站还有点效果，远程的如果你的railgun离源站不近跟没开一样

suaxi

前排

laulzgoay

前排 楼主给我来个vip吧

释迦牟尼

记得安装在同一个子网下

可以多个rg 负载均衡

你可以试试

晴晴晴

后排占位 VIP席位

suwubee

英梨梨 发表于 2020-4-3 13:49
装在源站还有点效果，远程的如果你的railgun离源站不近跟没开一样

远程是有效果的。。。相当于中转tcp了

By小酷

慢慢折腾吧，我早就给出了理论