通过Hyper-V和NetApp存储来虚拟化SharePoint

通过 NetApp 和 Hyper-V 计划部署

从 Hyper-V 来说，从物理转变为虚拟最简单的方法是使用 Microsoft System Center Virtual Machine Manager 等工具用虚拟机替换每个物理服务器。应小心地安排这些事项，以使单个物理服务器出现故障时，对 SharePoint 造成的影响要尽可能得少。换句话说，尽管可以将 SharePoint 使用的所有虚拟机放在一个物理服务器上，但是不建议这样做。在可用的服务器之间分布 SharePoint 功能，以保证弹性和性能。Microsoft 在此 TechNet 文章中提供了有关在 Hyper-V 上虚拟化 SharePoint 的更多指导。NetApp 还在最近发布的最佳实践指南中提供了有关 SharePoint 环境的详细指导。虽然此指南关注的是物理部署，但是最佳实践也适用于虚拟环境。

从 NetApp 角度来看，有以下几个重要注意事项：

• 调整环境的大小

• 消除重复

• 安排数据布局

调整

当需要调整环境大小以保证容量和性能时，您显然想要避免调整得过大或过小。NetApp 使用两种方法来调整您环境的大小，第一个方法是基于用户的总数以及需要向每个用户提供的存储数量。第二个方法需要您确定所拥有的文档数量、平均大小和版本号，并估计这些值在未来几个时间点的情况。如果您可以提供当前信息并了解增长率，显而易见，此方法可提供更加准确的预测。

消除重复

在任何 SharePoint 环境中，每台服务器上安装的操作系统文件、应用程序二进制等内容都存储大量的重复。通过 NetApp 存储虚拟化 SharePoint 带来的一个独一无二的好处是可以消除主存储上的重复数据，从而恢复空间。使用 NetApp FlexClone，您可以通过合适的软件创建虚拟机模板，然后根据需要为该类型的每台虚拟机多次克隆相应模板。此流程极其快速并且节省空间，因为无需复制整个模板。仅各个克隆版之间的不同之处存储在磁盘上。

对于已使用标准配置方法部署的虚拟机，如果虚拟机共享同一 LUN 或卷，那么 NetApp 重复数据删除可恢复大部分重复的存储。

布局

最后考虑如何安排最佳数据布局，保证数据保护和灾难恢复。NetApp 建议应用程序层和数据库层中的所有 SharePoint 数据都存储在与虚拟机操作系统和应用程序分开的 LUN 中。（这与最近一篇谈论通过 VMware 虚拟化 Microsoft 应用程序的 Tech OnTap 文章中描述的布局类似。）此方法允许您利用 NetApp SnapManager 工具来保护 SharePoint 数据。

对于在 Hyper-V 上运行的 SharePoint 环境，您将使用三种 SnapManager 工具：

• SnapManager for Hyper-V。安装在每台 Hyper-V 服务器上。为 Hyper-V 虚拟机提供一致备份和复制。

• SnapManager for Microsoft Office SharePoint Server。在 SharePoint 关联的每台虚拟机上安装代理以协调一致备份和复制。

• SnapManager for SQL Server。安装在每台 SQL Server 虚拟机上，为 SQL Server 提供一致备份和复制。（SnapManager for SQL Server 受 SnapManager for SharePoint 的控制并作为解决方案的组成部分。）