hyperv存储配置

❶ hyper-v如何搭建资源池

微软在Windows 8系统中推出一种所谓的“存储空间”(Storage Spaces)功能，将所有硬盘整合到一个虚拟资源池，然后建立可以自动修复的虚拟磁盘，这些虚拟磁盘将具备一些ZFS的功能。

Advertisement

微软Windows业务部主管史蒂文辛诺夫斯基(Steven Sinofsky)发表了一篇4400字的深度博客文章，详细描述了虚拟磁盘即“存储空间”的情况。微软存储与文件系统团队的拉吉夫纳加尔(Rajeev Nagar )也参与撰写了该篇文章。
微软把存储空间添加到的Windows 8 Beta系统中，然后在Windows 8开发者预览上展出。存储空间功能的中心思想是提供自动数据保护和物理磁盘故障弹性，而且存储空间的总存储容量也将比单个磁盘的容量要大一些。
一组物理磁盘将容量整合在一起构成单一命名的存储池。一旦被分配到某个存储池，单个的物理磁盘就由Windows系统所有，Windows 8用户就不能再使用它们。
利用NTFS参与构成资源池的磁盘可以通过USB、SATA或SAS接口与Windows服务器相连，它们的容量、速度、类型都可以是不同的。微软发表的博客文章没有明确说明该资源池是否支持固态硬盘。
这个资源池不能被Windows 8用户或应用软件当做数据存储设备来使用，那是存储空间的功能之一，一个资源池里可以建立一个或多个存储空间。将整个或部分虚拟池建成虚拟磁盘就被称为存储空间，每一个存储空间都有自己的名称和磁盘符号。 例如，你仍然可以使用C:盘，只是现在它是一个虚拟磁盘或存储卷，它是由物理磁盘合并后，用全部或部分存储池组成的。
只有存储池中存在一定数量的磁盘时，你才能使用存储空间。也就是说需要足够多的磁盘来支持容量和数据恢复。
自动精简配置
数据即文件和文件夹是被写到虚拟磁盘上的。
存储空间是可以提供自动精简配置功能的，也就是说，名义上的50TB存储容量实际上只用了20TB容量，因为所有的数据都是那样写入的。如果剩余容量越来越少，Windows 8就会发出警告，提醒用户购买和添加更多磁盘容量。 当添加了更多容量之后，新的磁盘就会被包括在存储池中并用来满足用户需求。
被删除文件占用的任何容量都会被返回到原先的存储池，释放相应容量的存储空间。
平板和镜子空间
实际上有三种存储空间：基本空间、镜子空间和对等空间。
在镜子空间中，所有数据至少拥有2套拷贝并分别储存在不同的物理磁盘上。也可以选择保留3套拷贝，这也就是说，这个系统可以容忍两个物理磁盘发生故障，大致相当于软件RAID6;但是如果只有2套拷贝，镜子空间就只能容忍一个物理磁盘发生故障，相当于软件RAID1。
如果一个物理磁盘发生故障，存储空间可以自动重新生成所有受影响空间的数据拷贝，直到存储池中出现足够多的可用物理磁盘。
在镜子空间里，数据实际上是被储存在被称为“平板”(Slabs)的构造之上，每一个平板的容量为256MB.平板被储存在参与构成存储池的各个物理磁盘上，为整个磁盘提供故障弹性。

❷ 如何为高可用集群Hyper-V系统选择合适的硬件配置

和其他的虚拟机技术环境中不同的是，Hyper-V不能支持内存过分配技术（memory
overcommit
）。因此，当创建的虚拟机所占用的内存总数大于主机实际的物理内存时，您将无法启动虚拟机。如果您在分配完可用物理内存之后，尝试去启动另外的虚拟机，即
使只是再多分配一台，结果只有一种可能就是返回错误提示信息。
如果在一台服务器环境中，这不会是一个大问题，因为所有的虚拟机启动过程都是由管理员人工管理的。在带有自动故障切换技术的集群环境中，这点就会变成一个
很大的障碍。因此，搭建一个拥有足够的可用物理内存的Hyper-V集群环境就变得非常重要，只有满足这个条件后主机才可以成功的从发生故障的源节点切换
到集群中的可用目标节点。这也就是说，如果在一个拥有两个节点的集群中，一半的物理内存必须预留出来；假如拥有四个节点，就意味着需要预留四分之一的物理
内存，以此类推。
简单错误三：缺少支持CSV（Cluster
Shared
Volume，即集群共享卷）技术的备份方式
在Windows
Server
2008
R2中，微软发布了一项称为Cluster
Shared
Volume的新技术。它基于现有NTFS格式文件系统基础上，为Hyper-V虚拟机提供特殊功能支持的技术。您可以把这项技术认为是R2版本的一个属
性，使得分布在集群中的多个虚拟机可以同时访问一个共享的LUN。这项新技术解决了集群中的节点失效时，磁盘子系统也作为其一部分而无法工作的情况。允许
必要情况下，虚拟机可以在一个LUN内无缝地迁移。
CSV技术面临一项潜在的挑战，那就是：很少有基于虚拟主机的备份产品可以支持。今天，甚至于
微软的Windows
Server
Backup也无法实现支持。即使这样，还是有一些像Data
Protection
Manager
2010（仍然只有测试版本）这样的产品，可以实现对这种工作方式的支持。
简单错误四：对虚拟CPU的过度分配
今天，用户购买带有两个及更多物理CPU的服务器已经很普遍。拥有更多的CPU意味着多线程应用程序可以在多个CPU之间实现负载均衡。或者当其中一个
CPU被某个单线程应用所占用时，还可以使用剩余的CPU来满足其他应用的需求。这就是为什么现在几乎所有的服务器都有至少两个甚至有时是四个或更多
CPU的原因。现在的数据中心工作负载需要配备额外的处理器资源以满足性能以及可用性方面的需求。
在Hyper-V的虚拟化环境中，对虚拟处理器的分配方式是比较特别的。Hyper-V的虚拟机环境中的最佳做法是：在初期只为一台物理机分配一个单独的虚拟处理器，只有在需要的情况下才去分配额外的处理器资源。
虽然表面看起来增加虚拟处理器数量是一个很好的方式，但实际上这种操作反而会由于调度管理上引起的冲突而降低性能。当多个虚拟处理器被分配给虚拟机后，
这些处理器必须通过调度管理的方式，把它们的使用情况跟实际的物理资源对应起来。假设两个虚拟处理器分配给一台虚拟机，hypervisor的调度程序
（scheler）必须等待对应的两个物理处理器都可用后再去分配虚拟处理器。当在多个虚拟机竞争处理资源时，每个请求的响应时间会变得比普通情况长
得多。当物理处理器的个数少于所有虚拟机中分配的虚拟处理器之和时，情况甚至还会变得更糟。（关于这种情况为什么会产生，您可以参考文章
Microsoft
Developers
Network
site中的Measuring
Processor
Performanc部分。）
还有，请时刻谨记，管理程序（hypervisor）分配的虚拟处理器需要横跨服务器上所有可用的物理处理器。这样，虚拟处理器才可以充分利用所有可用的物理处理器资源。