[日本访问国内加速] 域名解析方案?服务器部署日本方案?求解答

2018-09-04 12:55:51 +08:00
 lweein

背景

问题

解决思路

  1. 服务器部署日本一台,负载均衡和杭州一起,数据库能用日本 ECS 连国内华东 1 的 RDS 么?有什么部署思路和方案么?不知道这样是否可行。后期程序升级,同步部署发布是否有什么问题

  2. 域名线路解析?部署之后是不是做域名解析,如果是日本 IP 则解析到日本服务器?整个方案大概是什么思路呢?

求大神解答

不知道应该怎么处理这个 case 了。客户目的是加速日本访问速度。但是全球 CDN 不可行,因为没有静态加速效果。都是 PHP 动态

万分感谢

Skywen 天问信息

3620 次点击
所在节点    问与答
17 条回复
PureWhiteWu
2018-09-04 13:14:21 +08:00
不建议服务器部署日本一台连国内数据库,建议:
1. 直接把服务器、数据库都部署在日本然后购买 CN2 优化线路,国内访问速度也会很快;或者
2. 日本也起一个数据库,设为从库,日本服务器连日本数据库,用 mysql 主从同步去做,数据库之间用直连线路(阿里云有对应服务)
程序升级和同步部署发布只要自动化做得好就不会有问题。

关于域名线路解析,可以设置日本的用户访问日本的域名即可(先访问自己的服务器,自己的服务器通过 IP 判断来源,如果是国内的就正常处理,如果是日本的 301 到日本的域名,日本的域名指向日本服务器 IP 即可)
Showfom
2018-09-04 13:29:20 +08:00
加钱 买阿里云的企业专线 走内网
marcolin
2018-09-04 14:06:04 +08:00
企业专线很贵啊,没有一定的业务量和收入养不起
lhx2008
2018-09-04 14:08:52 +08:00
问题主要是上传卡死,可以部署一个在日本的 oss (阿里云 oss 有日本的)用来上传。
访问慢,很有可能是 js 文件太大,静态文件全部走 cdn
响应慢,这个没啥办法,看看是网络问题还是服务器问题
lweein
2018-09-04 14:33:51 +08:00
@Showfom 企业专线太贵了。完全超出预算了
lweein
2018-09-04 14:35:27 +08:00
@PureWhiteWu 因为这个应用是和我们现有其他程序存在互通的情况,所以没有办法单独部署出去,只能走程序同步方式来弄。但是这样就是等于把其他客户的应用,也部署到日本去了。比较蛋疼。

如果数据库做主从的话,程序本身还是要部署在日本的吧?

域名解析是在阿里云的 DNS 那边配置么?
mhycy
2018-09-04 14:58:35 +08:00
不建议跨机房部署数据库,应用内每一次数据库请求都需要加上网络延迟
如果请求数目大的话这个响应会变成秒级响应
(假定延迟 50ms,那么一次数据库查询请求的最小网络延迟是 100ms )

从库部署也会存在问题,毕竟有同步延迟

建议把主库以及程序部署到日本,国内直接访问境外服务或者选择线路好的服务器进行反代
DNS 可选用 CloudXNS 之类的智能 DNS 方案解决问题。

反代方案双方线路较优情况下,国内的访问延迟最坏情况应该可以控制在 150ms 以内
(日本用软银的线路)
mhycy
2018-09-04 15:00:04 +08:00
补充:
也可以反过来在日本部署反代服务器,同样使用软银的线路。
这个线路国内访问还是不错的
kslr
2018-09-04 15:43:49 +08:00
应该部署到中国以外,整个世界都很好解决
国内走 Gia 等等都可以解决
其他方案只会引入其他麻烦
lweein
2018-09-04 15:47:11 +08:00
@mhycy

非常感谢老哥的建议。感觉非常有可行性

那么我这边是不是应该做的是

1. 购买阿里云东京服务器,部署服务器和数据库
2. CloudXNS 这样的智能 DNS,阿里云有相应的解决方案么?省的我切换 DNS 了
3. 反代服务器要在国内再部署一台的吧?对反代不太了解主要是。

能否给个反代思路。这样我去搜索一些资料和教程。麻烦了
kslr
2018-09-04 15:47:48 +08:00
还是说说预算吧,另外动态也可以加速的。
别把视线放到国内这一亩三分地上,能用的不要太多
lweein
2018-09-04 15:48:32 +08:00
@kslr 非常感谢,估计也是考虑把应用直接部署到海外去。

然后国内走哪些方式可以成本低一些,然后更方便处理呢?
阿里云有 DNS 的解决方式么?
lweein
2018-09-04 15:48:54 +08:00
@kslr 预算控制在 5K 以内吧。
kslr
2018-09-04 15:54:29 +08:00
@lweein 日本或者香港反代国内中间走便宜隧道,dns 建议选国外厂家,考虑阿里云大部分还是国内市场,国外数据维护不知道怎么样
kslr
2018-09-04 15:57:12 +08:00
业务逻辑也可优化一下,比如 oss 我想有多节点吧。
看你的业务需要做到那一步
mhycy
2018-09-04 16:03:23 +08:00
@lweein
HTTP 应用层反代基于 nginx 实现,网络上教程一堆一堆
我的 blog 上有篇不怎么相关的部署教程,可以看看

至于服务器。。。没用过阿里云东京不做评价,建议测试一下
毕竟还需要考虑日本境内访问的可靠性(虽说出了大陆路由乱跑的概率有点低)
不知道你能不能找到途径直接购买软银的服务器(因为用过觉得不错)
可以去找主机评测博客逛逛。。然后找测试 IP 打 mtr 信息,毕竟境外可靠服务商太多太多了

至于主库主程序部署在哪里取决于实际情况
如果阿里云杭州到海外某个机房好使的话
那么我倾向于在海外部署反代(省事),为客户考虑除外

阿里云的 DNS 是否支持智能解析需要问阿里云
实际上国内国外都很好用的 DNS 服务商好像很少很少
实际情况实际考虑吧,反正方案都是套路了

最后看到你的预算。。。好高的样子
Showfom
2018-09-04 16:09:39 +08:00
@lweein 那就没办法咯

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/485977

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX