读书频道 > 系统 > 其他综合 > VMware vSphere设计(原书第2版)
1.4.1 收集并定义功能需求
2015-10-23 16:36:59     我来说两句 
收藏    我要投稿   
《VMware vSphere设计(原书第2版)》共12章,第1章介绍vSphere的设计流程,涉及如何理解基本需求和如何评估并设计一个成功有效的实施方案。第2章介绍ESXi管理程序的基本设计选择,主要研究ESXi背后的架构。第3  立即去当当网订购

1.4 设计流程

既然已经讨论了设计的三个层面和5个基本原则,那么是时候介绍设计流程了。本节将介绍如何进行VMware vSphere设计,其中要完成哪些任务,以及要完成这些任务需要使用什么工具。

我们在前面提到过,vSphere设计最重要的就是功能需求。那么从功能需求开始介绍设计流程。

1.4.1 收集并定义功能需求

功能需求是vSphere设计的基础和驱动力。大多数设计决策都是基于或者受制于功能需求的,因此在收集和定义功能需求阶段,应该尽可能实现功能需求的全面性和完整性。

很多时候,有些功能需求是不需要收集的。例如,组织准备应用VMware vSphere来达到整合的目的,功能需求可能已经描述得很清楚,比如:用虚拟化环境实现整合后,其承载能力应相当于250台物理服务器。这样就不需要再定义这个需求了(但是,在设计中实现这个功能需求还是要花些心思的)。

根据我们的经验,有现成功能需求的情况并不常见。所以,我们不得不自己收集并定义功能需求。收集功能需求主要有两种方式:

阅读文档。

采访。

你可以这么认为:VMware定义的通过采访来收集信息的方式是一种咨询性方法。

阅读文档

有时候,实施VMware vSphere的客户或单位有概述功能需求的文档。虚拟化的实施是为了实现一个目标(去“做什么”),这个文档就记录了组织大概想要实现什么。例如,实施虚拟化是其桌面虚拟化目标的一部分,这样VMware vSphere环境的一些功能需求就可以直接从为桌面虚拟化项目准备的文档中得到。如果桌面虚拟化文档中有规定:在host故障的时候,VMware vSphere环境可以自动重启桌面虚拟机,那么这就相当于给你提了个醒:你的vSphere环境需要使用vSphere HA来满足这个需求。而且,因为使用vSphere HA,就必然会用到集群,这就意味着还需要冗余管理,而冗余管理又影响到了网络设计…如此,牵一发而动全身。

再举个例子,假设组织要将现有的数据中心迁移到一个新的数据中心,并已经在文档中列出了需要迁移的应用。你可以通过这个文档了解各个应用都有什么要求,然后制定必要的功能需求来实现这些要求。文档中很可能还指出了I/O profile主要是写而不是读,而且应用还需要每秒钟维持一定数量的事务处理(Transactions Per Second,TPS)。将这个信息转化为存储需求就是RAID级别,阵列类型,存储协议和每秒进行读写的操作次数(I/O Operations Per Second,IOPS)。

虽然阅读文档对挖掘需求很有帮助,但是不可能在文档中得到所有信息。如果这个单位和其他单位一样,文档稀少且不完整。那么,就需要直接通过这个单位的人来收集需求信息。

采访

收集信息以了解功能需求的第二个主要方法就是:采访要实施VMware vSphere的单位或组织中的人。

一般而言,除非你已经从别人那里得到了想要的信息(即使得到了,也有可能需要进行采访来确保没有遗漏什么信息),你就得采访组织的以下人群:

桌面支持人员。

服务器管理员。

网络管理员。

存储管理员。

安全经理。

符合性/法务人员。

应用所有人。

业务主管。

项目经理或项目负责人/所有人。

执行/管理负责人。

架构师。

并不是所有情况下,都得采访上述所有人。有选择性地采访,能覆盖到每类人员即可。

这些人可以提供给你很多信息:当前环境支持什么应用、这些应用的需求、当前遵循的服务级别协议、数据中心中不同应用或服务间的相互依赖关系、项目计划或针对未来趋势的计划、复合型或法规要求、业务级别的需求、财务目标、运维层面和工作流,以及其他一些可以用来挖掘出功能需求的信息。

点击复制链接 与好友分享!回本站首页
分享到: 更多
您对本文章有什么意见或着疑问吗?请到论坛讨论您的关注和建议是我们前行的参考和动力  
上一篇:1.3.5 安全性
下一篇:1.4.2 评估环境
相关文章
图文推荐
2.7.12 使用仿真器查
2.7.11 栈和寄存器组
2.7.8 出栈
2.7.7 压栈
排行
热门
文章
下载
读书

关于我们 | 联系我们 | 广告服务 | 投资合作 | 版权申明 | 在线帮助 | 网站地图 | 作品发布 | Vip技术培训
版权所有: 红黑联盟--致力于做最好的IT技术学习网站