对于很难量化的业务,VMWARE初期应该怎样去设计呢。
我们之前就遇到过。找过VMWARE的人专门咨询。不过当时他们的一张统计表我们却有些犯愁。详细的设计需要了解业务的访问量,数据的增长量,还有很多的业务数据,不过对于那种逐步扩张,如同拼图一样的业务结构,很多东西都没有统计,又因为很多正式业务,测试业务,临时业务,历史业务混杂在一起,很难统计。对于这样的架构,在vmwware初期,应该怎么设计架构和配置硬件呢
外企做事的风格就是要把项目做在需求分析阶段,这个也符合项目管理的科学流程。但是在国内干项目,基本上不会有太详细的需求分析,尤其是国企。所以这个就要考虑到架构的扩展性和灵活性,另外一个方面就要考验架构师的经验了。
比如说,究竟是考虑资源池的高度共享和充分利用还是要把物理网络的安全ZONE隔离作为第一目标,这决定着VMWARE资源池的整合程度。
比如说,虽然你决定不了具体的存储需求,但是你可以预估到对存储可能的性能或者灵活度的需求。
比如说,虽然你决定不了详细的网络资源使用,但是最起码分布式交换机和标准式交换机的灵活度和扩展性,你应该清楚知道。
等等。
总而言之,灵活性、扩展性、高可用是架构的关键考量点,这决定了日后的伸缩性。
收起