Posts tagged ‘vmware’

Win2008R2下安装vCenter6.7出现VMware Virtualcenter failed firstboot. Failed to generate VirtualCenter symmetric encryption key错误的解决

在Win2008R2下安装vCenter6.7时,在快要安装结束时,出现了VMware Virtualcenter failed firstboot. Failed to generate VirtualCenter symmetric encryption key.MS17-010\MS17-012补丁的错误,如下图

vcentererror08

无法继续完成安装,只能回滚退出安装,如下图

vcentererror09

然后搜索发现是需要安装MS17-010和MS17-012补丁,我先试着安装MS17-010,进入微软主页,进入Windows Server 2008 R2,点击“Windows Server 2008 R2(用于基于x64的系统)Service Pack 1(4012215)月度汇总”按扭,如下图

vcentererror04

点击下图中红框按扭,开始下载MS17-010。

vcentererror06

下载后上传至vCenter6.7服务器上,开始安装MS17-010

vcentererror10

vcentererror12

安装完成后再次运行vCenter安装程序,这次没有出现错误,直接安装完成。若安装MS17-010还有问题,再安装MS17-012试下。

vcentererror07

在Win2008R2上安装vCenter6.7出现“系统上未安装通用C运行时。您可以从Microsoft网站上下载并安装”错误的解决办法

准备在一台Win2008R2虚拟机上安装vCenter 6.7,在安装时,弹出“系统上未安装通用C运行时。您可以从Microsoft网站上下载并安装”的错误提示,如下图所示。

vcentererror01

进入微软官网“Windows中的Universal C Runtime更新”页面,针对自己的作品系统选择安装更新包。

操作系统
更新

所有受支持的基于 x86 的 Windows 8.1 版本
Download 立即下载该程序包。

所有受支持的基于 x64 的 Windows 8.1 版本
Download 立即下载该程序包。

所有受支持的基于 x64 的 Windows Server 2012 R2 版本
Download 立即下载该程序包。

所有受支持的基于 x86 的 Windows 8 的版本
Download 立即下载该程序包。

所有受支持的基于 x64 的 Windows 8 的版本
Download 立即下载该程序包。

所有受支持的基于 x64 的 Windows Server 2012 的版本
Download 立即下载该程序包。

所有受支持的基于 x86 的 Windows 7 版本
Download 立即下载该程序包。

所有受支持的基于 x64 的 Windows 7 版本
Download 立即下载该程序包。

所有受支持的基于 x64 的 Windows Server 2008 R2 版本
Download 立即下载该程序包。

所有受支持的基于 x86 的 Windows Vista 的版本
Download 立即下载该程序包。

所有受支持的基于 x64 的 Windows Vista 的版本
Download 立即下载该程序包。

所有受支持的基于 x86 的 Windows Server 2008 的版本
Download 立即下载该程序包。

所有受支持的基于 x64 的 Windows Server 2008 的版本
Download 立即下载该程序包。

注意:Windows RT 8.1 或 Windows RT 的更新只能从 Windows Update 下载。

下载后,在服务器上安装,

vcentererror02

再次运行vCenter6.7安装程序,没有错误提示信息,可以顺利开始安装了。

vcentererror03

VMware ESXi 6.5.0升级至6.7.0并恢复root密码

一台VMware ESXi 6.5.0主机,忘记了root密码,并且想升级至6.7.0版本,故准备直接用安装光盘来升级并保留数据,这样既能完成升级,又能重置root密码。

重启ESXi6.5.0的主机,选择F11(DELL R720)准备进入启动选择项,如下图

esxiupdateroot02

在启动选项中,选择“BIOS Boot Menu”,如下图

esxiupdateroot03

选择从USB(U盘)启动,如下图所示

esxiupdateroot04

进入引导界面

esxiupdateroot05

开始安装6.7.0

esxiupdateroot06

选择3.27T的卷,确定安装位置

esxiupdateroot08

选择下图红框的选项,全新安装但保留硬盘中原数据,若root密码没有忘记,可以选择第一个升级选项

esxiupdateroot09

设置root密码

esxiupdateroot01

开始安装6.7.0

esxiupdateroot10

完成后,重启服务器,完成引导,如下图

esxiupdateroot11

完成后,在浏览器中输入https://192.168.10.79,打开 esxi管理控制台,如下图所示

esxiupdateroot13

esxiupdateroot14

如上图,由于是全新安装,故虚拟机列表也消失了,需要手工注册虚拟机,如下图,打开存储选项,在右窗口中选择“数据存储浏览器”

esxiupdateroot15

选择需要注册的虚拟机,这里以NGINX-Server为例,在NGINX-Server.vmx文件上右键,选择“注册虚拟机”,如下图所示

esxiupdateroot16

添加后,在虚拟机列表中就能看到NGINX-Server的虚拟机,如下图,启动虚拟机即可开始使用。

esxiupdateroot17

其它虚拟机也按照此方式添加注册即可。

VMware VCSA6.7 root密码恢复

一台刚安装的VCSA6.7虚拟机,root密码安装时不注意导致进不了系统,需要恢复,重启虚拟机,在开机界面按下e键,如下图

vcsaroot01

进入后,在下图红框中输入rw init=/sbin/bash,然后按F10重启引导

vcsaroot02

引导后会自动进入命令行模式,并输入如下命令:

passwd                 //重设密码命令
New password:          //输入新密码
Retype new password:    //再次确认新密码
umount /                //卸载文件系统
reboot -f               //重启系统

vcsaroot04

重启启动后,就能使用新设置的root密码进入系统了。

vcsaroot05

时间服务器提供者 【NTP.ORG.CN】

之前写过“内网虚拟化平台(VMware vSphere5.1)时间同步配置案例(经过网闸)”文章。使用的可能是国外的时间服务器,不太稳定,最近更换了NTP.ORG.CN上提供的其中一台阿里云的时间服务器,非常稳定。感谢NTP.ORG.CN。

摘自NTP.ORG.CN网站:

我们做了什么?

2012年10月,我们开始提供NTP解析服务。现在5年多过去了,这项服务已经被越来越多的使用,我们正在接近最开始做这个服务的初心:提供更好的NTP服务!

在过去的5年多里,解析量从每天提供数十万次,增长到了现在每天超过2000万次!

但是我们仍然认为我们做的不够!在接下来的发展中,我们将提供更多更快速更稳定的NTP节点为大家服务!

ntporgcn001

VDI\IDV\RDV三者描述与区别

vdiidvrdv

在VMware vSphere环境中部署EMC UnityVSA(4TB免费版)(一):安装部署UnityVSA

UnityVSAUnity存储平台均运行同样的Unity操作环境,它可以部署在VMware ESXi虚拟化平台上。EMC UnityVSA (Unity Virtual Storage Appliance)是运行在VMware ESXi平台上的软件定义统一存储。

UnityVSA提供4TB可用空间的社区版,以及10、25、50TB的专业版。如需更高的需求,请购买专业版本。

EMC网站上下载OVA百度云盘下载)文件UnityVSA-4.2.1.9535982.ova,上传至ESXI主机,准备部署

emcunityvsa01

右键选择部署OVF模板

emcunityvsa02

emcunityvsa03

选择厚置备置零

emcunityvsa04

emcunityvsa05

emcunityvsa08

emcunityvsa09

完成部署后打开虚拟机电源,安装部署会有些时间,点击下图中的刷新图标,当出现DNS名称和IP地址(本例中为192.168.10.58)就说明已运行完成,可以通过https://192.168.10.58来访问Unisphere。

emcunityvsa10

emcunityvsa11

VMware vSphere中三种磁盘规格(厚置备延迟置零\厚置备置零\Thin Provision(精简置备))的解释说明

在VMware vSphere中,不管是以前的5.1版本,或者是现在的6.5版本,创建虚拟机时,在创建磁盘时,都会让选择磁盘的置备类型,如下图所示,分为:

(1)厚置备延迟置零;
(2)厚置备置零;
(3)Thin Provision(精简置备)。

在创建虚拟机时,可以选择这三种类型的其中一种,如下图所示

thicthik02

thicthik01

这三种类型的磁盘,每一种类型的磁盘创建的方式和磁盘性能都有所不同,具体解释如下。

1、厚置备延迟置零

举例,如下图,本次创建的磁盘为200GB大小,如果选择厚置备延迟置零,VMware会在整个磁盘中划分一个200GB的空间专用于此虚拟机,故会创建一个200GB的vmdk文件,但由于是延迟置零,故假如目前只用到了50G空间,VMware会先zero(置零)这50G空间,后面150G空间会等到用到的时候再zero(置零),这种工作机制会对磁盘性能造成一定的影响。

thicthik07

创建完虚拟机后VMware创建的200GB vmdk文件,如下图

thicthik04

示意图:

thicthik05

2、厚置备置零

举例,如下图,本次创建的磁盘为200GB大小,如果选择厚置备置零,VMware会在整个磁盘中划分一个200GB的空间专用于此虚拟机,故会创建一个200GB的vmdk文件,由于是置零模式,故VMware会将这200GB的空间全部进行zero(置零)工作,故创建磁盘时比其它两种模式花的时间都要长,这种机制的磁盘的性能是最好的,因为这就好像是给虚拟机挂载了一块独立的硬盘,硬盘上的空间也全部属于该虚拟机,且提前也都已经格式化好,后期不管随着数据怎么增长,都可以直接使用这200G的空间,没有zero(置零)的操作了。

thicthik06

thicthik08

示意图:

thicthik09

4、Thin Provision(精简置备)

举例,如下图,本次创建的磁盘为200GB大小,如果选择Thin Provision(精科置备),VMware会在整个磁盘中划分一个200GB的置备空间,但此200GB没有从整个磁盘中真正划出来,它的vmdk文件在虚拟机刚创建时可能为0KB,以后随着虚拟机的使用空间越来越大,再给它划分更多的空间,直至200GB全部给这虚拟机。就好像是给虚拟机挂载了一块空间会不断变化的硬盘,开始很小,后期会根据你的使用情况不断的增长空间。

故选择精简置备时,有个好处是,可以创建更多的虚拟机,如创建10个虚拟机,每个虚拟机创建(置备)了200GB空间,那就是2000GB,但整个磁盘可能只有1000GB,但也能成功创建,因为置备的2000G,VMware没有真正给每个虚拟机200G,而是在以后不断的使用中慢慢增长至200G,所以选择精简模式,很容易出现整个磁盘卷空间爆满的情况,导致虚拟机运行不正常。

thicthik10

thicthik11

示意图:

thicthik12

根据这三种类型的磁盘的了解,磁盘的性能排序应该是:厚置备置零>厚置备延迟置零>Thic Provision(精科置备)。

厚置备置零和厚置备延迟置零对磁盘空间的使用最快,Thic Provision(精科置备)最节省磁盘空间,但也容易出现磁盘“爆仓”的危险。

利用Update Manager将ESXi 5.1 Update2升级为ESXi 6.5 Update1

准备将一台ESXi5.1 U2的主机升级至最新版的ESXi 6.5 U1,根据升级兼容性规则,5.1不支持直接升级至6.5,本次将先升级至5.5 U3,再从5.5.U3升级至6.5 U1,如下图所示。

vmtx123

目前只有vCenter5.1和vCenter6.5的环境,为了使用Update Manager平台来升级,在虚拟机中搭建一套vCenter5.5虚拟化管理平台(创建时Update Manager组件也需要安装好),然后将需要升级的ESXi5.1 U2的主机加入vCenter5.5虚拟化平台中,如下图:

esxi5.1to6.5_01

进入vCenter5.5环境,添加ESXi5.1的主机

esxi5.1to6.5_02

esxi5.1to6.5_03

如上图,完成添加后,开始安装Update Manager客户端插件,点击插件->管理插件选项栏,如下图

esxi5.1to6.5_04

点击下载并安装

esxi5.1to6.5_05

完成安装后,会出现Update Manager选项栏,如下图,点击管理视图

esxi5.1to6.5_06

进入升级主界面,点击下载修补程序和升级按扭,如下图,开始下载相关补丁文件

esxi5.1to6.5_07

esxi5.1to6.5_08

点击ESXi映像按扭,如下图,再点击导入ESXi映像按扭

esxi5.1to6.5_09

点击浏览,选择下载好的esxi5.5 update3安装包,如下图

esxi5.1to6.5_10

esxi5.1to6.5_11

完成上载后,创建一个基准ESXI5.5

esxi5.1to6.5_12

附加基准,如下图

esxi5.1to6.5_13

附加刚才创建的升级基准esxi5.5

esxi5.1to6.5_14

返回Update Manager主界面,发现目前的主机是不合规主机,准备修复主机,首先需要将该主机上的虚拟机全部关机,然后将主机进入维护模式,如下图

esxi5.1to6.5_18

点击修复按扭开始修复,如下图

esxi5.1to6.5_15

开始进入修复的选项

esxi5.1to6.5_19

esxi5.1to6.5_17

esxi5.1to6.5_20

esxi5.1to6.5_21

开始修复,修复时ESXi主机会重启,所以会显示已断开状态,如下图

esxi5.1to6.5_22

完成修复后,看到主机已经显示为5.5.0版本,主要也为合规主机,如下图所示

esxi5.1to6.5_23

至此,将ESXi 5.1 U2升级为ESXi 5.5 U3第一步已经完成,开始第二步将ESXi 5.5 U3升级至6.5 U1,将192.168.10.79主机添加至6.5的vCenter平台中

esxi5.1to6.5_24

VCSA6.5默认就安装了Update Manager,转到管理视图,如下图

esxi5.1to6.5_25

点击ESXi映射按扭,再点击导入ESXi映射,如下图,准备导入ESXi 6.5 U1安装包

esxi5.1to6.5_26

esxi5.1to6.5_27

esxi5.1to6.5_28

如下图,完成上传工作

esxi5.1to6.5_29

进入主机基准界面,点击+号创建新基准

esxi5.1to6.5_30

选择主机升级选项

esxi5.1to6.5_31

选择刚才上传的6.5

esxi5.1to6.5_32

完成基准的创建后,开始附加基准,如下图

esxi5.1to6.5_33

完成附加基准后,将需要修复的主机进入维护模式,如下图

esxi5.1to6.5_37

开始修复主机

esxi5.1to6.5_34

esxi5.1to6.5_35

esxi5.1to6.5_36

开始修复中,期间ESXI主机也会重启

esxi5.1to6.5_38

完成修复后,查看主机程序,已经变为6.5.0版本,如下图

esxi5.1to6.5_39

esxi5.1to6.5_40

修改vSphere ESXi中虚拟机的CPUID

某些软件的加密会通过读取机器的CPUID来识别,如果在虚拟机中运行,可以更改CPUID,操作如下:

使用wmic CPU get ProcessorID命令,可以查看本机的CPUID,如下图:

cpuid01

目前CPUID为1FABFBFF000306E4,通过修改虚拟机的*.vmx文件来达到修改CPUID的目的,在*.vmx最后添加如下两行:

cpuid.1.eax = "CPUID的后32位"
cpuid.1.edx = "CPUID的前32位"

将现在的CPUID转换成2进制并拆分成两段,如下:

1FABFBFF转换成2进制后的CPUID的前32位为:00011111101010111111101111111111
000306E4转换成2进制后的CPUID的后32位为:00000000000000110000011011100100

假设本次想将CPUID修改为0FABFBFF000306E4,则转换成2进制后的两段码为(各进制的在线转换工具):

0FABFBFF转换成2进制后的CPUID的前32位为:00001111101010111111101111111111
000306E4转换成2进制后的CPUID的后32位为:00000000000000110000011011100100

最终在*.vmx中添加如下两行:

cpuid.1.eax = "00000000000000110000011011100100"
cpuid.1.edx = "00001111101010111111101111111111"

首先将虚拟机关机,再将*.vmx下载至本地,如下图

v6.5vmrc06

再使用Notepad++打开刚才下载的win2008-2.vmx,并添加红框中的两行内容,完成后保存退出。

v6.5vmrc07

将原来的win2008-2.vmx在虚拟化平台中重命名,如下图

v6.5vmrc08

利用上传按扭将修改过的win2008-2.vmx上传至原目录中,打开虚拟机电源

v6.5vmrc10

进入操作系统,再运行wmic CPU get ProcessorID,发现已经更改为0FABFBFF000306E4。

v6.5vmrc11