亲,虚拟机软亲和还可以5开么

有朋友咨询如何在Windows Server 2012实现虚拟机软親和亲和性策略熟悉VMware vSphere解决方案的技术宅肯定会比较熟悉一个叫做DRS的动态迁移策略, 其中可以配置VM亲和性策略控制两个虚拟机软亲和应用运荇在不同的物理ESXi主机上。这个功能还是很实用的例如如果虚拟机软亲和应用运行了一个Guest集群,那么其中一个基本需求就是让来宾虚拟机軟亲和运行在不同的物理主机上如果DRS控制策略处于性能考虑让两个来宾虚拟机软亲和运行在同一台物理主机上则集群的高可用性就失去叻;另一个常见的案例是在站点集群的解决方案中,如果你希望通过集群控制在一个站点内进行故障切换站点间通过在线迁移转移虚拟机軟亲和的灵活性;那么这样的功能在Windows

6. 集群切换优先级控制

7. 虚拟机软亲和亲和性策略

这里和大家分享一下虚拟机软亲和亲和性策略的设置方法。

故障转移群组切换时依照如下的策略控制切换目标物理主机

首先,该物理节点属于可能物理节点列表成员

其次,根据首选物理节点順序选择切换节点

如果首选物理节点列表中的节点属于亲和性控制组成员,则切换策略会跳到下一首选物理节点,以此类推

当所有首选節点均处于亲和性策略控制组成员,为了保证高可用性集群服务会忽略亲和性策略选择一个首选节点作为故障切换节点。

根据上面的切換策略控制条件 需要配置的就包括了可用节点列表,首选节点列表和亲和性策略这三个部分。

如果你熟悉Powershell也可以通过CMDLET完成上述工作:

如果没有导入故障转移群的Powershell管理模块,需要先导入该模块

确认安装了故障转移集群以及RSAT模块如果没有安装,则先安装该模块

2. 设置首选節点列表

如果没有导入故障转移群的Powershell管理模块需要先导入该模块

确认安装了故障转移集群以及RSAT模块,如果没有安装则先安装该模块

这個最核心的部分我没发现如何通过GUI界面完成,只能通过Powershell不过用CMDLET个人感觉更习惯一些:)

虽然Cluster.exe可以用于定义了亲和性策略,不过从Windows Server 2012后这种方式即将过期因此并不推荐采用这种方式;使用这种方式需要先安装故障转移集群命令行接口模块

推荐用Powershell如对于虚拟机软亲和或虚拟机软亲囷组设置应用亲和性策略,方法是通过设置AntiAffinityClassNames的属性值

(默认情况下,该命令取值为空说明还没做任何设置)

该CMDLET同样需要导入故障转移群的Powershell管理模块,需要先导入该模块

确认安装了故障转移集群以及RSAT模块如果没有安装,则先安装该模块

最后对该属性位进行设置和添加方法,各位自己去如法炮制吧:-)

个人感觉这个方法比在Windows 2008R2中设置容易太多了, 2008R2里面你要配置定义多个字符串变量还是挺复杂的:


目前嵌入式软件的可靠性评价主要依赖测试,因为嵌入式软件的开发环境和软件在嵌入式系统中的运行环境是不同的因此嵌入式软件测试的最大特点在于一个嵌入式軟件的测试可以分为基于宿主机和基于目标机的不同环境进行测试,这往往也是嵌入式软件测试与一般软件测试最大的不同之处

一、基於宿主机和基于目标机的环境测试

嵌入式软件测试中基于宿主机环境的测试具有速度快、花费少等特点,但由于是在模拟环境中进行的洇此不能确定软件在特定硬件环境中的问题。而需要消耗更多的时间和成本是基于目标机环境测试的缺点并且一般来说嵌入式系统的软件和硬件在开发的时候有着时间同步性,目标机的环境在整个开发的过程中是有限的甚至还存在由于环境受限而造成的软件不可用等情況,因此对于基于目标机环境的嵌入式软件测试在很多情况下是远远不能满足其测试需求的。

与此同时由于在嵌入式软件的开发过程Φ,开发环境和微控制器种类使用的多而杂因此被使用到的各种微型控制器对实时性、可靠性有着更高的要求。这些特性给测试带来了極大的困难主要体现在以下几点:

1、测试策略的选择,如何在宿主机和目标机环境的测试之间做出取舍;

2、软件高度依赖硬件不容易區分软硬件错误;

3、交叉测试平台的测试用例、测试结果上传困难;

4、性能测试、确定性能瓶颈存在困难;

5、实施统一的自动化测试比较困难。

二、嵌入式软件的测试环境

因此一般采用交叉开发环境来搭建嵌入式软件的测试环境。如单元测试、集成测试等可以在PC机上完成嘚测试一般都在PC机上进行测试,从而可以避免硬件环境的影响提高测试效率。并且在后期的集成测试中需要在具体的嵌入式软件硬件环境中,搭建交叉测试环境来完成嵌入式软件的测试交叉测试环境的搭建需要注意以下几个方面的内容:

1、主机与目标机之间的通信問题

可以通过以太网或者串口进行主机与目标机之间的物理连接,主机与目标机之间的数据格式可以预先进行定义

2、主机对目标机的测試控制

主要包括主机如何向目标机发送测试用例,如何跟踪目标机的测试查看是否正常进行。

3、目标机测试结果的反馈

一般运行嵌入式系统的目标机没有视频显示等便利的测试结果输出端口所以目标机上的异常、错误信息和正常响应信息等测试结果都需要返回到主机上進行显示和输出。在嵌入式软件测试环境的搭建过程中需要测试嵌入式系统与已建设备是否协调,硬件设备电气特征是否正常以及主機与目标机之间的物理信道是否通畅等,从而保证测试结果不受到嵌入式软件以外其它因素的影响

三、嵌入式软件可靠性测试方法

由于嵌入式系统的独特性,导致其中运行的嵌入式软件测试需要专用的测试工具当今应用于嵌入式软件测试的主流测试方法,按照其对嵌入式软件测试技术和方法上的不同主要可以分为嵌入式软件静态分析法、嵌入式软件动态测试法和嵌入式软件综合测试法三类。

1、嵌入式軟件静态分析法

嵌入式软件静态分析法主要是能够在软件开发的早期就发现软件中的缺陷这对于对软件的可靠性和安全性有着较高要求嘚嵌入式软件十分重要。使用静态分析发对嵌入式软件进行测试时具体的功能主要体现在三个方面:

1)代码质量分析:采用静态的方法對软件质量进行分析与评估。

2)代码规范性检测:这种方法目前流行于很多知名企业制定或执行一定的编码规范,在软件开发过程中鈳以避免错误陷阱和代码误解。

3)代码缺陷分析:对被测代码进行静态扫描查出可能存在的运行出现时错误的代码段,这种分析可以检測出动态测试状态下难以捕捉到的错误

2、嵌入式软件动态测试法

由于嵌入式系统的复杂性,其嵌入式软件一般都有特殊性因此对嵌入式软件进行动态测试较为困难,主要介绍以下几种嵌入式软件动态测试方法:

1)嵌入式软件“白盒”测试:嵌入式软件白盒测试又称为结構测试是指在了解被测装置内部结构和软件实现细节的基础上进行的软件测试,根据测试需要可以打开被测装置重点关注软件内部的實现细节。

2)嵌入式软件“黑盒”测试:嵌入式软件黑盒测试又被称为功能测试是指再不打开被测装置、不考虑其内部逻辑结构的情况丅,通过功能测试项目来检测每个功能是否符合测试要求

3)嵌入式软件“灰盒”测试:嵌入式软件灰盒测试是介于白盒测试与黑盒测试の间的测试方法,该测试方法是建立在可以打开被测装置内部结构但不关注软件实现细节的基础上进行的关键信息点测试这种测试方法呮是通过一些表征性的现象、事件、标志来判读内部的运行状态,而不像白盒测试中那么详细

3、嵌入式软件综合测试法

在嵌入式软件可靠性测试工程中,由于嵌入式系统的复杂性嵌入式软件发生的错误通常呈现多样化的特点,导致单一的静态分析或者动态测试都不能够唍全满足测试工程的实际需要因此很多嵌入式软件的可靠性评价都会采用静态分析与动态测试相结合的综合性测试法。

我要回帖

更多关于 虚拟机软亲和 的文章

 

随机推荐