锁定老帖子 主题:如此部署!? 征集点信心 or 判个死刑
精华帖 (0) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2009-01-01
5k 7k的机器居然有如此高的可用性、容灾的需求?
的确非常有想象力! 建议先明确一下这方面的需求,不切实际的,花哨的方案不可取。 |
|
返回顶楼 | |
发表时间:2009-01-01
最后修改:2009-01-01
jfeng_lee 写道 5k 7k的机器居然有如此高的可用性、容灾的需求?
的确非常有想象力! 建议先明确一下这方面的需求,不切实际的,花哨的方案不可取。 哈哈,这老板挺有意思。自己开公司有一个最大的好处就是:想试点儿啥谁也管不着。 看那什么“容灾”,感觉是个挺“重量级”的应用。 然后再一看机器和动态域名,真是困惑。 这么“重量级”的,你们真应该找个专业些的服务器,大马力的空调在那24小时吹着,UPS是必不可少了,放个F5,先把一点给搞强壮了,然后再考虑地震、雪灾、泥石流的事儿。 |
|
返回顶楼 | |
发表时间:2009-01-01
最后修改:2009-01-01
看样子,这个软件系统的价值不是很高,hoho
要简化部署的话,A备份机可以去掉,因为有B机做热备,如果A主机坏了,切换到B机,或者用B来恢复 国内IDC机房里的固定ip也不贵,但是小区宽带一般都没有固定ip,用动态dns还是挺合理的 如果这个软件有比较高的价值,还是放到IDC机房比较好,用ssh、kvm over ip等,管理也很方便 |
|
返回顶楼 | |
发表时间:2009-01-01
晕,我现在十分佩服你老板。要么脑子浑浑噩噩,要么有恶搞的才华。
你们的架构考虑都已经到了“担心自然灾害”而ab两地备份的情况了,居然还ip之贵,花生壳。 |
|
返回顶楼 | |
发表时间:2009-01-01
pipilu 写道 jfeng_lee 写道 5k 7k的机器居然有如此高的可用性、容灾的需求?
的确非常有想象力! 建议先明确一下这方面的需求,不切实际的,花哨的方案不可取。 哈哈,这老板挺有意思。自己开公司有一个最大的好处就是:想试点儿啥谁也管不着。 看那什么“容灾”,感觉是个挺“重量级”的应用。 然后再一看机器和动态域名,真是困惑。 这么“重量级”的,你们真应该找个专业些的服务器,大马力的空调在那24小时吹着,UPS是必不可少了,放个F5,先把一点给搞强壮了,然后再考虑地震、雪灾、泥石流的事儿。 嘿,这位同学。你讲的我们有哦。 空调有,UPS有,还有两个你没想到的。 发电机!!!汽车电瓶!!! 嘿嘿。 设备快过来了。测试了再上来show一下情况。 不过我一直期待的其它方案~~~~没一位朋友提~~~ |
|
返回顶楼 | |
发表时间:2009-01-01
我们是这样。一个主机器的数据被用程序自动倒SQL脚本,再打包放在WEB目录下,另一个机器下载后,解压,再倒到库里
|
|
返回顶楼 | |
发表时间:2009-01-02
等着看结果,此贴必火啊,如果此方案可行,那么不是数据库3k条记/年录一下,就是花生壳太牛了,天朝电信/网通太牛了,over
|
|
返回顶楼 | |
发表时间:2009-01-02
其实很多人只是凭习惯在配置,有点创意有什么不好?有谁算过廉价机器主备用就一定比高可靠机器单台的可靠性高?
当然,用动态域名是有些风险,毕竟如果域名服务商有问题的话你这个应用就麻烦了 |
|
返回顶楼 | |
发表时间:2009-01-02
便宜机器也不是不可以。
关键是没搞清自己的应用需要多大程度的备份、容灾,也没搞清符合每个程度需要付出多大的代价。 |
|
返回顶楼 | |
发表时间:2009-01-02
Lucas Lee 写道 便宜机器也不是不可以。
关键是没搞清自己的应用需要多大程度的备份、容灾,也没搞清符合每个程度需要付出多大的代价。 说的对。现在出现的问题跟机器的配置是无关的,把价值列出来只是希望说明一下项目的规模。 便宜的机器,认真的去做合理的优化,程序上也做到相应的配合,效果也还是可以。 缺少一个“合理性”,是我们这个方案的最大问题。 |
|
返回顶楼 | |