【虚拟化实战】存储设计之四本地存储

做者：范军 （Frank Fan） 新浪微博：@frankfan7   微信：frankfan7

问题描述：

本地存储在近年来的虚拟化架构设计中愈来愈受到关注，相比SAN来讲，本地存储的成本低不少。是否是本地存储适合你的环境，还须要具体问题具体分析。本文仅以一个案例来帮你了解本地存储的利弊。

需求：

客户运行一个虚拟桌面的环境，目前大约有500台虚拟桌面，预计最多扩展到1000台。

虚拟机的主要用户是呼叫中心的客服人员。由于全部用户使用标准化的应用，采用PooledDesktop。虚拟机的RTO（RecoveryTime Objective）要求是1小时。也就是说若是一台虚拟机宕机，该用户在1小时内能够从新链接一台虚拟桌面。

客户的预算很少，存储设备若是花费不少的话有可能让这个项目夭折。

假设：

N/A

限制条件：

目前客户的共享存储的可用容量不能彻底知足虚拟桌面项目的需求

架构设计倾向：

用户倾向考虑低成本的方案

架构推荐方案：

新建虚拟化平台的存储类型选择本地存储和Filer混合的方式。下图来自ABrief History of Desktop Storage Architecture一文

HostDASD (Host Direct Access Storage Device) 也就是指ESXi Host本地存储。

CorporateFiler 用于存储应用程序和用户数据

由于本案例是Pooled Desktop，因此没有User Persona，那么SAN也就用不上了。

其余可选方案:

FC/iSCSI/NFS Storage

选择理由：

1 采用本地存储能够大大下降前期的投入

2 由于是Pooled Desktop，虚拟桌面及其运行的应用是彻底标准化的。用户不能保存个性的设置。假设某个虚拟桌面所处主机宕机后，用户能够立刻链接到其余主机上运行的虚拟桌面。

在这种状况下HA、vMotion并非必须的。

3 客户能够采用一些流程来均衡在全部主机上运行的虚拟桌面。DRS不是必须的。

4  因为500-1000虚拟桌面环境是相对容易控制的。在须要对主机维护的时候，能够采用人工的Change Management方式。Call Center每一个Shift的工做时间也是固定的，能够预先安排维护时间段，告知用户在维护前Log Off

该设计决定的影响:

1.必须有完善的CapacityPlanning. 保证本地存储有能知足虚拟桌面的性能和容量须要

2.在IOPS需求较高时，能够考虑SSD与其余低成本类型混合的方式。或者考虑Fusion-IO等Flash Memory

3.完善的Change Management 是必须的。由于主机维护须要介入ChangeManagement,运维的人工成本相对高一些.

参考：

VDIstorage should be local!

ABrief History of Desktop Storage Architecture