Railgun分布式多节点，继续求测中

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

###实际情况###
过了一晚上发现情况远不是这样。
8个节点始终只有1个欧洲节点在active。其他7个没有任何连接。不管我国内访问、欧洲访问、测试###
今天我继续逐步关闭节点，才发现一个有意思的地方。
虽然不同railgun节点是可以填写同一个token的，但是实际启用的是最后一个start railgun的，在日志里似乎有发现新的railgun启动后，上一个railgun有关闭连接的信息。(粗略测试了两次，没有详细验证)

###待更新###
原本以为railgun可以代替nginx做分布式节点，但是目前还没有想到更好的办法，在cf官方文档里，多个railgun的前提是有一个统一的均衡负载，也就是对railgun来说，如果源点固定。理论上是可以实现分布式的railgun。(分布式而不是https://support.cloudcom/hc/en-us/articles/200168346-Best-practices-for-Railgun-and-a-Load-Balancer

各路大神的回复：

注册： 前排 楼主给我来个vbee： 装在源站还有点效果，楼主给我来个v记得安装在同一个子网下 可以多个rg 负载均衡 你可以试试

laulzgoay： 后排占位 VIP席位

释迦牟尼： 不能的吧，只能单节点我记着

晴晴晴： tcp了

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

注册： 官方有这个链接 Single origin, multweb servers, multteners

注册： 对于TTFB是有显著提升的，不管距离源站远还是近，远近确实有一定影响，主要是源站对长连接的承载能力。 我这边的测试基本上都不把国情放在讨论范围内。就目前来看，railgun即便对跨洲也是有一定提速的，即源站和railgun跨洲，访客在railgun附近。。 动态内容的加速一直是难题，即便nginx目前来说也不足以稳定地跑超大规模的集群。只是看到railgun有私有协议这一块，对动态加速肯定是利大于弊端的。如果只是静态内容，缩减源站到cf节点就是最主要任务了，当然这个nginx缓存就可以实现。

这几篇文章你可能也喜欢：

• 提示：有效解读和管理Linux日志文件（Linux日志详解）
• Linux不同类型的日志文件及配置说明（什么是Linux日志文件系统？）
• 检查 Linux 日志文件中每个字段的内容（命令检查 Linux 日志文件中每个字段的内容）
• 分析linux日志文件中的字段及其含义（Linux日志存储位置）
• 高防御服务器的一般防御有多少？怎么如何选择高防御服务器呢？

本文由主机参考刊发，转载请注明：Railgun分布式多节点，继续求测中 https://zhujicankao.com/15971.html