好吧, 明眼人一看就知道我说的是seo hosting with A/B class IP addresses.

目前,用的是国外的某个hosting. 上个礼拜, 连续出现了3起服务器宕机. 主管说, 他们得上报到IDC, 让IDC处理, 这个他们没法控制.

对此非常失国外服务器望, 以此同时, 我也萌生了一个念头, 是否能自己也架构一个? 这样子, 就能拥有更多的控制权, 还能充分利用服务器资源.

hosting技术主管跟我简述过他们的架构:

一个后端服务器来管理所有网站, 前端服务器在不同地区, 域名指向这些前端, 然后再将流量指向后端服务器.

我不太懂运维, 初步猜想. 这些前端服务器应该就是反向代理服务器?

如果是这样的话, 反向代理软件用什么好? 有比nginx更轻量的吗? 前端服务器可能会买128mb的vps, 以节约成本.

要是有更好的方案, 麻烦介绍下哈

比 Nginx 更轻量的是 HaProxy，配置起来也十分简单。

既然前后端分离的话，好像用不上“反向代理”呀。

128mb的有点过分
反代配置的好的话，可以大大减轻源站压力，特别是静态内容
所以其实不必省这点

seo站点嘛. 每个vps都用256MB的话, 成本上去了, 我不如直接在vps上装网站了, 就不搞这个了.


也许我没说清楚.
** n个不同网站 **, 统一放在一个服务器上, 方便管理. 我将这个服务器称为 "后端服务器"
但是这n个网站要求有不同地区的ip, 比如有的是北京联通的ip, 有的是广东电信的ip.
于是, 我打算买些北京联通的vps, 广东电信的vps, 我将这些vps称为 "前端服务器"
反代, 就是要将前端服务器的流量指回后端服务器.

points to proxy to
t.com ---------------- frontend vps ---------------- backend vps where host t.com files & db

nginx就行了，对静态文件还可以加cache。这个很简单啊

是的, 我也是这么想的. 我不是搞运维的, 所以上来问问有没有其他方案.

一切皆数据，只要你的“后端服务器”可以连接上“前端服务器”就可以。
比如：
1、基于数据库：在“后端服务器”上进行相关操作，每个“前端服务器”有自己的数据库，与“后端服务器”进行双向同步。
2、基于接口：在“后端服务器”上进行相关操作，“后端服务器”通过接口对“前端服务器”进行操作。
3、纯静态“前端服务器”就更简单了，“后端服务器”生成静态页面然后自动同步至“前端服务器”。
4、像前面他们说的，只做指向，但是如果是动态网站，其实访问的还是“后端服务器”，除了 SEO 没太大意义。

用kangle吧