- 论坛徽章:
- 0
|
hello goodman,
1. 3-4T的总量的规模,不算大的。我看你们的规划方向和规划尺度都有了比较大的偏差.
2. 先忘掉那20台服务器的事情,那个方向是错误的.
3. 规划应该先定节点,后定存储. 先把应用的拓扑搞出来再说吧,看你的描述好想规划人员对整体的应用状况概念很模糊的样子.
4. 3-4T的应用规模,用不到690. 现在市面上竞争激烈,技术层出不穷,一个中等的小SAN系统,就对付得了了.
5. 有一点要清楚,集群技术是一种妥协的技术,因为我们无法在一个很高的可用性的要求下,使用单一的设备完成计算,所以“不得已“才会去考虑集群。
所以规划系统的时候,能够用一台设备加上完备的冗余部件和软件上的充分保护,就不要用2台。能够用2台设备做集群的,就不要扩展到3台以上,这个是一个原则。
原因很简单,增加一个设备节点,整体可靠性,软件管理性,实时控制和把握,容灾和灾难后恢复的复杂性和代价都非常大.
那些已经采用多节点集群来保护业务可用性的企业和用户,并非是努力要去那样做,而是单一系统上的设计保护已经无法满足他们的业务可用性要求才妥协成那样的.
因为现在你的项目需求和调研还没有做到位,所以我无法给你太多有价值的建议。就简单说一下业务系统的选择.
有充沛的资金完全不等于能够作出一套正常工作,没有太多后患的系统。我看到的 用户中的“大户“搞砸掉大项目的反面例子多的很。
依照目前的趋势来看,我觉得对于绝大多数数据库驱动或3层(含应用服务器)的常规业务.(指非科学计算,研究,国防等) 采用AMD64结构的设备会给你带来非常明显的优势.
如果真的有钱,可以考虑购买 AMD64 Opteron 4 way dual core的系统,相比Intel 的EM64T dual core,对于常规业务,特别是数据库和java 应用服务器驱动的业务性能表现上要好很多.
使用p690之类的,也纯粹是玩笑话,买的起机器不代表这个客户可以忍受专有平台上长年的软件费用和服务费用,以及快速折旧的硬件设备投资.
我做过一个大家都知道的保险公司的项目, 3台 AMD64 Opteron 4 way DC, 每台 32GB memory,后面做了一个中型的SAN,(其实很小). 3点集群跑Linux, 就可以撑起来中国沿海发达城市的保险业务了,数据量比3-4T大得多的多。用户还是很满意的,这样的投资性价比,非常理想. 3台这样的设备加SAN和1台p690+软件+服务。不能比的.
仅供参考.
[ 本帖最后由 nntp 于 2006-3-19 07:03 编辑 ] |
|