high availability 网站架构设计
最近加入了一家很有前途的start up公司，由于面对的客户都是企业客户，所以需要尽量保证 100% uptime， 也就是需要high availability website architecture
由于流量还不是很大，所以不需要大型网站那样过于复杂的网站架构设计，需要在cost 和 high availability 之间寻找一个平衡。不知道论坛上的大站长知否对此有研究
目前来说，我觉得 一下的模式是我觉得对于small business 来说可以承受的:
这样的设计能够尽量保证 100% 的 uptime，不知道坛子里谁有这方面的经验？
河马上班了？ 100% uptime是理想数值吧，据说cake能达到99.9，请教下这个计算标准是否是不是有差别的？
另外这个系统有没有具体的qps性能需求，在服务器端是怎么考虑优化的？
安全性呢，是saas的平台吧，怎么考虑的安全防护呢 请指教 谢谢 justhost 发表于 2014-9-2 13:43
河马上班了？
木有哈 wangblaze 发表于 2014-9-2 22:06
100% uptime是理想数值吧，据说cake能达到99.9，请教下这个计算标准是否是不是有差别的？
另外这个系统有 ...
cake 使用的是rackspace， rackspace 目前的uptime 基本保持在100%
服务器端的优化，我不太清楚你指的是什么方面，这个和每个网站使用的程序有关吧
安全性我也考虑过。。但是没有必要太过于考虑，什么样的budget就做什么样的security
没有攻不破的网站，只是看人家是否乐于搞你而已。。 本帖最后由 z070477 于 2014-9-2 22:48 编辑
河小马 发表于 2014-9-2 22:10
cake 使用的是rackspace， rackspace 目前的uptime 基本保持在100%
服务器端的优化，我不太清楚你指的是 ...
因为本身是做网络设备的，我说下就网络这块一般是怎么做到99.99以上的可靠性的：
1、所有构件要有物理级独立的热备份（最好在地理上也是独立，比如分布在两个城市）；
2、ms级的倒换时间（链路中一条down的或者时候，路由要能迅速将该链路的流量切换走），你图中的router不知道能不达到。 z070477 发表于 2014-9-2 22:45
因为本身是做网络设备的，我说下就网络这块一般是怎么做到99.99以上的可靠性的：
1、所有构件要有物理级独 ...
链路down掉的时候，用什么判断？ 本帖最后由 z070477 于 2014-9-3 21:43 编辑
河小马 发表于 2014-9-3 00:05
链路down掉的时候，用什么判断？
一般是通过一些特定协议来搞得，直连的话比如SmartLink、MonitorLink, 非直连的话如BFD、VRRP等，不过用SAAS的话，估计这些都不会开放的，所谓的Virtual Router估计也就开放了像PBR（基于规则转发）这些小功能。甚至有可能其物理载体本身还是服务器，并不是在真正的物理router上。 z070477 发表于 2014-9-3 21:40
一般是通过一些特定协议来搞得，直连的话比如SmartLink、MonitorLink, 非直连的话如BFD、VRRP等，不过用S ...
受教了
学习了不少 河小马 发表于 2014-9-3 21:42
受教了
学习了不少
O(∩_∩)O，河大客气了。关于在线率话，就第一张图中的组网看话，整个网络的在线率，基本上只能达到某台均衡器自身在线率，因为只要一台挂了，有一半流量就挂了。如果server挂了一台话，就要看均衡器那边能否及时感知，将流量切走。如果可以的话，单从服务器角度看，其可靠性可以达到99.99%(假设单台server可靠性在99%) z070477 发表于 2014-9-3 21:58
O(∩_∩)O，河大客气了。关于在线率话，就第一张图中的组网看话，整个网络的在线率，基本上只能达到某台 ...
其实目前我也用不到这么复杂的 design
只有那些payment gateway 可能会对uptime 有很苛刻的要求
例如 braintree
https://www.braintreepayments.com/braintrust/switching-datacenters
选择一个好的 ISP 真心重要。。这也是为啥 AWS，Rackspace，softlayer 为啥卖的这么贵。。企业客户还这么多，就是他们稳定啊。。能够抵挡大型的 DDos
页:
[1]
