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+。