Category: Hyper-V

  • Hyper-V在线抓取VM Memory Dump

    在解决问题的过程中，碰到一些hang或者crash的情况，或者一些不明原因，除了抓取一般的日志，Memory Dump往往能够起到意想不到的作用。但是在物理服务器的环境下，如果要进行Complete（Full） Memory Dump基本都需要触发Windows Crash才可以收集，这对某些服务以及业务的影响过于大，而且，有些场景的特殊，导致我们无法很方便的获取到Memory dump。 现如今，大量的业务迁移到虚拟化平台，服务器虚拟化的引入对于Memory dump的抓取也提供了很好的支持，这极大的方便了我们排错的过程，同时，最大限度的降低对当前业务的影响。

  • 禁用VM与Hypervisor之间的时间同步功能

    基本主流的企业级虚拟化产品，安装完虚机以后，都要在虚机中安装各种Tools，用来增强虚机的性能，以及与主机的交互。而时间同步功能，在目前主流的三家产品中，默认都是启用的。安装完Tools以后，虚机会自动和Host之间同步时间，保持时间与底层主机的一致，但是这种机制在某些情况下会导致上层虚机的时间混乱，比如时区设置，时间准确定，多时区等等。 所在在某些情况下，可能需要禁用该功能。

  • 服务器虚拟化的MAC地址分配

    在全是物理机的环境中，我们不需要考虑MAC地址的问题，因为每个物理机的网卡都是真实，其MAC地址由网卡提供商来分配独一无二的MAC ADDRESS，所以在物理环境规范的情况下是不会出现MAC地址冲突的问题，除非有山寨。 先普及下MAC地址的相关知识，以下会用到。 MAC地址最开始由XEROR研究出来，后来由IEEE组织管理。IEEE会为每个厂商提供唯一的一个MAC地址前缀，称之为OUI（Organizationally Unique Identifier），用来区别不同的厂商，例如：aa-bb-cc-xx-xx-xx，其中aa-bb-cc就是OUI，每个厂商会根据自己的喜欢来编码剩下的24bit。 再来说下Universally administered和 locally administered addresses，前者是全局分配，后者有本地分配，比较随意。两者的区别在于，前者使用从IEEE分配到的OUI来分配MAC地址，而locally administered address则是有本地分配的地址。不受OUI的影响。但是两者不冲突，universally和locally在第一个第一个16位的倒数第二字节，如果是0，那么该MAC地址为universally，如果是1，则是locally地址。例如：06-00-00-00-00-00，06的二进制为00000110，倒数第二位是1，所以，该MAC地址为本地管理地址，而所有的OUI分配地址，该检测位都是0。如：xensource的OUI为：00-16-3E，00很明显，倒数第二位是0，所以这是一个universally地址。

  • Windows Server 2008 R2 Hyper-V提供对CentOS的支持

    微软今天在Windows 2008 R2 Hyper-V虚拟化平台上支持CentOS系统的运行。 自从微软Linux Integration Components（LinuxIC、Linux集成组件）的发布，带来了对Red Hat、Novell等Linux产品的支持，而LinuxIC也在GPL v2下发布，迈出了开源的一步。 而最新版Windows Server 2008 R2 Hyper-V更新提供了对CentOS系统的Guest OS的支持，微软表示，对CentOS提供互操作性也是应社区和各大服务商的响应，自此也开除微软对开源的让步。 CentOS是目前流行的一个linux发行版，大量用于WEB服务器。 之前Hyper-V主要支持企业版本的SLES 10/11以及RHEL 5.2+。