云平台安全测试报告
省电力公司
云终端在县级供电企业应用项目
安全测试报告
目录
1测试目的 (3)
2测试内容及环境介绍 (3)
2.1虚拟应用服务器压力测试（作业型） (4)
2.2共享桌面压力测试（标准型） (6)
2.3专有虚拟桌面压力测试（资源型） (8)
2.4测试环境介绍 (9)
3测试方法及要求 (10)
4测试环境需求 (10)
4.1存储需求 (10)
4.2网络资源需求 (10)
4.3业务系统测试帐户需求 (10)
5测试计划 (11)
5.1测试地点 (11)
5.2测试日期 (11)
5.3测试人员 (11)
5.4测试计划 (11)
5.5测试工具 (12)
6压力测试性能报告 (12)
6.1虚拟应用（作业型） (12)
6.1.1测试数据 (12)
6.1.2数据汇总 (25)
6.2共享桌面（标准型） (25)
6.2.1测试数据 (25)
6.2.2数据汇总 (35)
6.3专有虚拟桌面（资源性） (35)
6.3.1测试数据 (35)
6.3.2数据汇总 (44)
7测试总结 (44)
7.1虚拟应用（作业型） (44)
7.2共享桌面（标准型） (45)
7.3专有桌面（标准型） (45)
1 测试目的
为配合国网四川省公司云平台项目的规划，全面衡量在各种复杂环境下Citrix产品的性能，特进行本次应用虚拟化和桌面虚拟化产品的测试，对应《国家电网公司云安全终端技术》中资源型、标准型、作业型分别进行评测。
通过本次测试，验证四川电网省公司下面各个市、县人员使用瘦终端及利旧PC访问部署在云平台虚拟应用/桌面服务器上的“五大七小”业务系统时，虚拟应用服务器和虚拟桌面物理服务器性能情况，包括CPU、内存、网络流量、磁盘IO等信息，从而得出应用/桌面虚拟化方案的可行性、可靠性和健壮性。
注：本次测试不涉及功能测试。
2 测试内容及环境介绍
本次压力测试的目的是验证在一台4路8核CPU，256G的物理服务器，能够同时运行多少资源型、标准型和作业型的并发用户。
参照《国家电网公司云安全终端技术》中的描述，
●资源型
在本次项目中对应的类型为独立的专有虚拟桌面。每个用户独占一个虚拟桌面，可以像传统PC一样进行常规操作，具备完全的自我管理功能。
瘦客户机对应的云桌面即为该类型。
●标准型
在本次项目中没有涉及。对应的云技术为共享型的虚拟桌面（实为云应用的一种特殊类型）。
●作业型
在本次项目中对应的类型为虚拟应用。利旧使用的云应用即为该类型。
如果测试业务系统，需要提供业务系统的测试账户，测试阶段不能提供100个以上的业
务测试账户，故本次测试采用的测试为单纯访问门户系统首页，无需提供业务系统测试账户。
2.1虚拟应用服务器压力测试（作业型）
此项压力测试的目的是验证在一台4vCPU、8GB虚拟内存的虚拟应用服务器上，能够同时运行多少个虚拟应用（Citrix XenApp）的并发用户。
1台4路8核，共64vCPU，256GB内存的物理服务器，可以运行多达31台虚拟应用服务器（服务器虚拟化本身也需要消耗掉大约4G左右内存）。
那么，该物理机支持虚拟应用并发用户数=单台虚拟机并发支持用户*31
单台虚拟机的具体测试准则如下：
先上10个用户，然后阶梯性地增加负载，直到达到虚拟应用服务器承载能力上限。通过不断增加用户时虚拟应用服务器的CPU和内存消耗的变化，找到用户数量与虚拟应用服务器性能变化之间的线性关系，最终预估Citrix的负载能力。
需要注意的是，单台XenApp服务器的承载能力取决于CPU、内存、磁盘IO和调优力度等多重隐身，并且受用户的使用习惯影响，测试环境与正式实施环境会有所差别，因此承载能力也会有所差别。
目前在虚拟应用服务器上发布的业务系统较多，包括门户目录、财务、营销等十多个业务系统，这些业务系统占用服务器的资源不同，如门户目录，主要是用于信息浏览，占用的资源较少，像word或者WPS资源消耗较多。
因此，本次测试直接通过云平台的云应用或者云桌面访问门户系统。
虚拟应用的并发能力测试拓扑图如下：
门户
IE+访问门户
Egsight Loadtesting
EG Load testing 运行于前端PC 或服务器上，调用Citrix ICA 客户端打开XenApp 上运行的虚拟应用，记录ICA 连接XenApp 服务器的过程，然后分别模拟10个、20个、．．．、50个并发，直到服务器承载上限，测试4vCPU/8GB 内存的64位Windows Server 2008上对于这些并发的响应能力。
压力测试过程：
2.2共享桌面压力测试（标准型）
此项压力测试的目的是验证在一台10vCPU、30GB虚拟内存的虚拟应用服务器上，能够同时运行多少个共享桌面（Citrix XenApp）的并发用户。
1台4路8核，共64vCPU，256GB内存的物理服务器，可以运行多达以上配置10台虚拟应用服务器（服务器虚拟化本身也需要消耗掉大约4G左右内存）。
那么，该物理机支持共享桌面并发用户数=单台虚拟机并发支持用户*8
具体测试准则如下：
先上10个用户，然后阶梯性地增加负载，直到达到虚拟应用服务器承载能力上限。通过不断增加用户时虚拟应用服务器的CPU和内存消耗的变化，找到用户数量与虚拟应用服务器性能变化之间的线性关系，最终预估Citrix的负载能力。
需要注意的是，单台XenApp服务器的承载能力取决于CPU、内存、磁盘IO和调优力度等多重隐身，并且受用户的使用习惯影响，测试环境与正式实施环境会有所差别，因此承载能力也会有所差别。
目前在虚拟应用服务器上发布的业务系统较多，包括门户目录、财务、营销等十多个业务系统，这些业务系统占用服务器的资源不同，如门户目录，主要是用于信息浏览，占用的资源较少，像word或者WPS资源消耗较多。
本次测试直接通过云平台的云应用或者云桌面访问门户系统。
共享桌面的并发能力测试拓扑图如下：
门户
IE+访问门户
Egsight Loadtesting
EG Load testing 运行于前端PC 或服务器上，调用Citrix ICA 客户端打开XenApp 上运行的“桌面”，记录ICA 连接XenApp 服务器的过程，然后分别模拟10个、20个、30、50个并发，直到服务器承载上限，测试10vCPU/30GB 内存的64位Windows Server 2008上对于这些并发的响应能力。
压力测试过程：
2.3专有虚拟桌面压力测试（资源型）
此项测试的目的是验证在一台4路8核CPU、256GB内存的物理服务器上，能够同时运行多少个并发虚拟桌面。虚拟桌面的配置是2vCPU、2GB内存和10G硬盘。
注意：虚拟桌面启用DMC（动态内存）功能。
具体测试准则如下：
先上100个并发桌面，然后阶梯性地增加负载，直到达到物理服务器承载能力上限。通过不断增加并发虚拟桌面时物理服务器的CPU和内存消耗的变化，找到并发虚拟桌面数量与物理服务器性能变化之间的线性关系，最终预估Citrix的负载能力。
通过本次测试，验证四川电网省公司下面各个市、县人员使用瘦终端访问部署在云平台虚拟桌面服务器上的“五大七小”业务系统时，虚拟桌面物理服务器的性能情况，包括CPU、内存等信息。
测试过程
2.4测试环境介绍
3 测试方法及要求
考虑到四川电网已经正式上线，现有的可利用资源有限，以上测试工作需要在实际场景下进行。
?测试用户所在的OU加载的域策略与实际用户策略一致。
?测试用的虚拟桌面模版（已安装业务系统、系统配置）与实际用户分配桌面一致。
?测试桌面所在的网段均能与服务器业务网段、管理网段正常通讯（具体端口开放情况详见“安全设计以及平台审计方案”）
4 测试环境需求
为顺利完成以上测试工作，结合现有可利用资源分析，存在如下资源需求：
4.1存储需求
存储类型：FC SAN
空间需求：200虚拟桌面*10G=2T（200个桌面是按物理服务器最大内存得出）
4.2网络资源需求
200个测试用IP，且该网段IP能与云平台资源池服务器管理网段、业务网段正常通讯。
4.3业务系统测试帐户需求
测试虚拟应用需录制操作脚本，如需测试营销系统、财务管控等某些登陆后的并发查询操作需提供业务系统测试账号，并确定该账号是否允许在业务系统同时在线操作，同时在线数量是多少，如不能提供或者不允许同时在线，那么该项测试工作无法开展。
5 测试计划5.1测试地点
“三集五大”基地
5.2测试日期
2014/4/25——2014/5/5 5.3测试人员
5.4测试计划
5.5测试工具
压力测试工具EdgeSight通过使用虚拟用户模拟真实用户的操作，发起访问，完成对被测系统的加压，监控并记录，各服务器的资源使用情况，获取响应时间、吞吐率等各项性能指标，并根据测试结果分析系统的性能瓶颈，评估系统的整体性能。
压力测试的测试方法主要包括：在被测系统中录制压力测试中使用的脚本，即将真实用户的操作步骤和使用数据全部记录下来，然后通过关联和参数化，形成可以多次重复并发运行的测试脚本，由EdgeSight的控制台调度这些脚本，并发地执行操作，从而模拟真实生产系统的压力，形成对被测虚拟服务器的加压，并监控和记录被测系统在这样的压力状况下表现出来的各项特征，但由于无法拿到各工具和业务系统的账号密码，所以无法登录各工具和系统进行操作测试，只能模拟其点击应用打开首页面的操作。
6 压力测试性能报告
6.1虚拟应用（作业型）
6.1.1 测试数据
10个并发用户访问
Load Test Chart Report
Report Name: xiarongwei-10Users-10min
Report Generated: 2014-5-4 12:21:21
Comments:
Chart itemscale
Item Scale Xenapp服务器可用内存100
Xenapp服务器网卡所有数据接收Bytes Received/sec - All 100
Xenapp服务器网卡所有数据发送Bytes Sent/sec - All 100
Xenapp服务器网卡数据接收错误Packets Received Errors - All 100
XenApp服务器虚拟内存占用率Usage Peak - All 100
Data results
Time
可用内存 MB
网卡接收 字节 网卡发送 字节
错误 数据包
CPU 利用率 活动 ICA 对话 每分钟ICA 登录失败 每分钟 ICA 登录数 ICA 连接数 0:01:30 3976.2 72715 93002
9.7 11 0 0 10 0:02:00 3746.3 79784 136527 0 16 10.8 0 0 10 0:02:30 3845.5
35174
130070 0
25.1
7.5
6
10
0:03:30 3792 129375 144811 0 20.7 10.2 0 2 10 0:04:00 3682.8 30575 131228 0 15.7 10.5 0 0 10 0:04:30 3769 50278 133998 0 21.6 8.5 0 6 10 0:05:00 3827.8 74324 138087 0 24.4 9.7 0 8 10 0:05:30 3742.8 57527 131756 0 16.7 10.7 0 2 10 0:06:00 3744.3 67910 121382 0 17.2 9.4 0 0 10 0:06:30 3815 38198 163178 0 28.5 9 0 10 10 0:07:00 3722.3 84025 132359 0 16.6 11 0 2 10 0:07:30 3601.7 60652 132979 0 15.1 10.5 0 0 10 0:08:00 3758.5 34697 139244 0 22.3 8.3 0 6 10 0:08:30 3826.8 41504 135403 0 19.9 9.7 0 8 10 0:09:00 3705.7 104343 145001 0 18.6 10.5 0 0 10 0:09:30 3581.8 50384 159173 0 17 10.8 0 2 10
10个用户并发连接性能评估：
?CPU利用率：20.5%
?内存利用率：3.73G
?并发连接数：10个
?连接时间：10分钟
?用户操作流畅
XenServer上Xenapp服务器性能状态图：
30个并发用户访问
Load Test Chart Report
Report Name: xiaorongwei30users-10min Report Generated: 2014-5-4 13:39:50 Comments:
Chart itemscale
Item Scale Xenapp服务器可用内存100
Xenapp服务器网卡所有数据接收Bytes Received/sec - All 100
Xenapp服务器网卡所有数据发送Bytes Sent/sec - All 100
Xenapp服务器网卡数据接收错误Packets Received Errors - All 100
XenApp服务器虚拟内存占用率Usage Peak - All 100
Data results
Time
可用内存MB
网卡接收 字节
网卡发送 字节
错误 数据包
CPU 利用率
活动 ICA 对话 每分钟 ICA 登录失败 每分钟 ICA 登录数 ICA 连接 数
0:01:30 7518.6 82972 338869 0 69.4 31 0 42 30 0:02:00 7287 177114 205042 0 27.6 31 0 0 30 0:02:30 7025.7 92432 254327 0 43.7 27.8 0 2 30
0:03:30 7667.8 124492 315484 0 60 31 0 18 30 0:04:00 7456.4 148810 306134 0 39.1 31 0 0 30 0:04:30 7408.3 64496 262852 0 44.7 28 0 4 30 0:05:00 6920.5 61032 347590 0 75.2 22.8 0 20 30 0:05:30 6738 127380 302403 0 52.7 30.6 0 14 30 0:06:00 7368.2 265682 354499 0 61.3 30.6 0 0 30 0:06:30 7301 106060 400003 0 66.9 27.8 0 6 30 0:07:00 7469 90309 367957 0 64.4 27.4 0 16 30 0:07:30 7314 133785 324618 0 45.2 30.5 0 2 30 0:08:00 7114 136022 338448 0 52.5 30 0 2 30 0:08:30 7413.6 92469 319595 0 66.1 26 0 10 30 0:09:00 6781.6 69219 323277 0 70.9 25 0 24 30 0:09:30 6484 161948 320003 0 45.6 31 0 0 30
30用户并发连接性能评估：
?CPU利用率：56.64%
?内存利用率：6.68G
?并发连接数：30个
?连接时间：10分钟
?用户操作流畅
XenServer上Xenapp服务器性能状态图：
数据中心--医疗影像云云安全解决方案
目录 第1章项目建设背景与方案设计原则 (2) 第2章医疗影像云建设需求分析 (2) 2.1云平台的基础安全保障 (2) 2.2云环境下安全责任分类界定 (4) 2.3云环境下引入的特有安全需求 (5) 第3章医疗影像云云安全建设方案 (6) 3.1平台安全架构设计 (6) 3.2医院接入架构设计 (7) 3.2.1前置机接入安全设计 (7) 3.2.2专线接入安全设计 (7) 3.3平台安全区域边界设计 (8) 3.3.1网络接入域 (8) 3.3.2内网业务区 (8) 3.3.3安全管理区 (9) 3.4平台安全设备汇总 (9) 第4章医疗影像云云安全解决方案技术特点 (10) 4.1部署架构 (10) 4.1.1南北向安全服务流 (11) 4.1.2东西向安全服务流 (11) 4.2东西向安全服务设计 (11) 4.2.1安全服务交付形式 (11) 4.2.2安全服务交付内容 (12) 4.3南北向安全服务交付设计 (12) 4.3.1安全接入服务 (12) 4.3.2安全防御服务 (13) 4.3.3应用交付服务 (14)
第1章项目建设背景与方案设计原则 ◆统一规范 遵循在统一的框架体系下，参考国际国内各方面的标准与规范，严格遵从各项技术规定，做好整个医疗影像云系统的标准化设计与部署。 ◆成熟稳定 本次建设方案采用的是成熟稳定的技术和产品，确保能够适应各方面的需求，并满足未来业务增长及变化的需求。 ◆实用先进 为避免投资浪费，方案设计不仅要求能够满足目前业务使用的需求，还必须具备一定的先进性和发展潜力，具备纵向扩增以及平滑横向扩展的能力，以便IT基础架构在尽可能短的时间内与业务发展相适应。 ◆安全可靠 由于医疗影像云属于对医疗系统提供公共服务的云平台，因此针对平台自身业务熟悉，结合国家对云平台的相关建设要求和标准，本次云平台安全体系建设参考和采用以下相关国家标准： 信息系统安全保护等级定级指南（GB/T 22240-2008） 信息系统安全等级保护基本要求（GB/T 22239-2008） 信息系统安全等级保护实施指南（国家标准报批稿） 信息系统安全等级保护测评准则（国家标准报批稿） 信息系统等级保护基本要求-云计算要求-标准草案 第2章医疗影像云建设需求分析 2.1云平台的基础安全保障 云平台的基础安全保障，是云服务方所需承担的基本、必须义务。提供SAAS服务的云
教育云平台测试报告
教育云平台测试报告 国腾实业集团有限公司2014年6月
目录
1.概要 1.1. 编写目的 为了使虚拟实验室系统的功能、性能符合用户相关需求，确保项目竣工后，系统能够达到正常运行而进行的测试。通过此报告，读者可以了解到此系统在实验环境下的功能、性能情况。 1.2. 项目背景 教育云虚拟实验室，由国腾实业集团云计算研究中心创智云提供虚拟硬件支持，由云应用开发小组负责开发，其目的在于解决上机实验中遇到的环境、数据管理等各种问题。 本系统主要由两大部分组成： 1. 老师管理实验及学生参与实验； 2. 创智云平台对镜像及虚拟机的管理； 1.3. 测试对象 ●教育云平台虚拟实验室系统 1.4. 测试阶段 ●系统测试 1.5. 测试依据 ●虚拟实验室用户需求 ●虚拟实验室概要设计 ●虚拟实验室详细设计
2.测试概要 2.1. 总体评价 本次测试共发现BUG数25个，无致命级BUG。系统目前未关闭的BUG共2个，严重级别缺陷，总体评价：良好。 ?功能评价 虚拟实验室管理系统功能实现情况：良好。 本系统完成了人员、班级、课程管理；实现了实验环境自动、批量创建、删除功能；老师可以通过此系统轻松地完成实验创建、分配、监控，实时查看每个参与实验的同学的实验状况，并予以及时的指导，提高教学质量。参与实验同学可以登录虚拟实验管理系统轻松获取到实验所需资料。经过测试人员多轮测试，目前虚拟实验室管理系统各个功能正常，符合用户需求和软件设计要求。 ?可靠性测试 系统长时间运行时表现良好，资源消耗情况合理。没有出现资源竞争和资源枯竭的现象。 10个用户并发执行各种操作，系统持续运行12小时，系统运行依旧正常。 ?易用性测试 虚拟实验管理系统易用性良好，此系统界面布局合理、文字描述清晰、准确、易理解。 2.2. 缺陷分析 ?虚拟实验室系统缺陷统计
云计算的安全风险评估及其应对措施探讨
龙源期刊网 https://www.wendangku.net/doc/2f5409838.html, 云计算的安全风险评估及其应对措施探讨 作者：刘波 来源：《移动通信》2011年第09期 摘要文章首先介绍了云计算日渐普及后安全问题日益凸显的状况；接着在此基础上进一步分析评估了云计算的安全风险，并着重从企业需求和解决方案两方面对上述安全风险提出应对措施；最后文章总结了落实云安全后给企业带来的益处。 关键词云计算信息安全应对措施 1引言 云计算是近几年来逐渐兴起的新理念，旨在使计算能力和存储资源简化，变得像公共自来水或者电一样易用，最终实现用户只要连接上网络即可方便地使用并按量付费的目标。云计算不仅提供了灵活高速的计算能力，而且还提供了庞大的存储资源，采用云计算的企业不需要像传统企业一样构建，自己专用的数据中心便可以在云平台上运行各种各样的业务系统。云计算所采用的创新计算模式，可以使用户通过互联网随时获得近乎无限的计算能力和丰富多样的信息服务，便于用户对计算能力和存储等服务取用自由、按量付费。 可是，随着云计算的日渐推广和普及，云安全的问题也逐渐浮出水面。和传统的安全风险不同，在云计算中恶意用户和黑客都是在云端互动环节中攻击数据中心的，其具体表现有信息体的伪造、变造、假冒、抵赖以及木马攻击、病毒损毁等，并且这些危害不仅仅是发生在服务定制和交付这两个出入口，还贯穿于服务的组织、加工、整理、包装等过程中。 IDC曾经对244位IT主管或CIO们做过一项调查，了解他们对于企业内部署云计算的看法，结果显示安全性以74.6％的关注率排在第一位，成为他们最关心的问题。无独有偶，根据IBM的一项调查显示，阻碍用户迁移到云计算最重要的原因就是出于对数据安全性和私密性的担忧；另外一个重要的原因是出于对云计算服务质量的考虑，但这也可以被视作是在一种广义的安全性范畴中的考虑。 对比来看，在传统的企业数据中心中，服务提供商只提供机架和网络，而包括服务器、防火墙、软件和存储设备等都由企业自行负责。用户对所有的物理设备和软件系统有完全的控制权，企业不论是不顾成本自建数据中心还是租用机房，通过物理隔离的方式都可以避免未授权用户接触到自己的服务器和数据。而在云计算环境下，企业自身的数据都在云中，而云本身的构架又是不透明的，从而会产生一种不信任的心理。因此，这不仅仅是一个单纯的技术问题，还是一个商业问题，其中涉及到诚信、法律法规等多方面的因素。举例来说，我们都知道把钱
云安全建设思路
云计算已经成为当前IT巨头建设的重点，而其快速推进过程中频繁发生的安全故障，让人们对云计算安全不无担忧。若不能为云计算架构加入更强大的安全措施来确保其安全性，将会对用户数据以及与数据相关的人带来安全和隐私风险。 云计算环境下的安全问题分析 1.云计算已经成为当前IT巨头建设的重点 在云计算进行得如火如荼的今天，众多IT巨头开始投入到云计算的建设之中，包括亚马逊、IBM、Google、微软等都陆续推出了云计算服务，以求在这个影响未来IT应用模型的市场中找到自己的位置。比较知名的云计算服务有： ●亚马逊的在线存储服务（S3）。S3服务对新型企业和用户的强大吸引力在于这项服务能够与 亚马逊的其它在线服务联系在一起，如弹性的云计算和亚马逊的SimpleDB服务。使用这三项服务，新型企业能够节省大量的存储开支，并且可能节省客户的时间和金钱； ●Google正式宣布Google Apps Marketplace开始运营。Google Apps软件应用商店包括了Gmail、 Docs、Sites和Calendar等应用，通过这种免费商店吸引用户选择Google产品，截止到目前已经吸纳了2500多万用户； ●继Windows Azure操作系统和云计算数据库SQL Azure开始收费后，微软近期宣布，Windows Azure平台AppFabric也将投入商用。从2010年4月9日开始，全球用户都可以购买 AppFabric用以实现云计算和云计算应用程序的轻松通信。 2.云计算服务发展过程中的安全事故 在云计算快速推进的过程中，安全故障也频繁发生，包括亚马逊、Google、微软等都没能幸免。比较严重的有： ●2008年7月，亚马逊在线计算服务的主要组件简单存储服务（S3）发生故障，整个系统宕机 时间超过6小时，使用亚马逊服务的一些网站，例如网络照片和视频提供商SmugMug也报告了这个故障，这家网站存储在S3服务中的大量照片和视频都无法访问。在那年更早些时候，Amazon也曾遭遇罕见问题，美国地区服务器无法访问，时间持续约两小时； ●2009年12月，亚马逊基于云计算的EC2（弹性计算云）服务在一个星期里发生了两起事故： 一起是僵尸网络引起的内部服务故障，另一起是在弗吉尼亚州的一个数据中心发生的电源故障； ●2009年9月份，Google的Gmail服务先后发生2次宕机事件导致用户无法访问邮件系统， Google News服务也发生中断，而这种安全事故在整个2009年已经先后出现了超过5次； ●2010年2月25日，由于一个备份数据中心发生故障，谷歌应用开发者服务Google App Engine （谷歌应用引擎)宕机，对很多谷歌客户造成了影响；
典型云平台专题报告
典型云计算平台软件和主要功能 1 云计算平台的体系结构 云计算的体系结构的特点包括：设备众多、规模较大、利用了虚拟机技术，提供任意地点，各种设备的接入，并可以定制服务质量等等。 1.1 面向市场应用 论文[1] 提出了一种面向市场应用的云计算体系结构，如图 1.1: 图1.1 面向市场的云计算体系结构 其中： 1)用户/代理：用户/代理负责在任意地点提交服务请求。 2)SLA 资源分配器：SLA 资源分配器充当云后端和用户之间的接口，包括以 下几个子模块： 服务请求检测和接纳控制模块：当服务请求首次提交时，服务请求检测和接纳控制模块检测该请求的QoS 需求，决定是否接纳该请求。该机制确保不会出现资源过载但是可能会因此导致部分请求因为资源问题被拒绝。该模块需要协同VM 监视模块的资源可用信息和服务请求监视器模块的负载处理信息。 计价模块：负责服务请求的计价方式选择。 会计模块：负责根据计价方式和实际用量计算用户应付的费用，同时会保存
用户的资源请求信息。 VM 监视器模块：负责监测VM 的可用情况和资源信息。 分发器模块：负责接纳服务请求并将其分配到VM、。 服务请求监视器模块：负责监视跟踪已接纳服务的执行情况。 虚拟机（VMs）:在一个单独的物理机器上可以动态的建立或删除多个虚拟机来满足服务请求，从而为实现在一台物理机上的多个服务提供最大弹性的资源分配。此外，由于虚拟机彼此独立，在一台物理机器上可以通过虚拟机实现多个操作系统环境。 3)物理设备：由大量服务器和存储设备以及连接他们的路由交换设备组。 1.2 面向系统 图1.2[2] 给出了一个面向系统的云计算体系结构示意图，如下： 图 1.2 面向系统的体系结构示意 该图主要从云计算体系的功能模块来划分，其中最下面两层属于硬件管理部分，主要是设备提供商和数据中心管理负责的内容；中间三层属于系统管理部分，主要是服务提供商负责的主要内容，它将面向用户的服务和面向资源的需求联系起来并妥善管理；最上面一层是用户服务部分，而最右边的测试监控模块则贯穿整个系统，需要设备提供商，服务提供商和用户共同协作来完成其整个功能。 2 典型云计算平台介绍 由于云计算技术范围很广，目前各大IT企业提供的云计算服务主要根据自身的特点和优势实现的。下面以Google、IBM、Amazon、Azure、https://www.wendangku.net/doc/2f5409838.html,为例说明。
安全风险评估
武云高速南水北调斜拉桥施工安全风险评估报告 2014年5月22日
武云高速南水北调斜拉桥施工安全风险评估报告 编制单位：河南省公路工程局 评估小组负责人： 日期：2014年5月22日
目录 一、编制依据 .............................................................................................. - 1 - 1、国家有关法律法规.................................................................................................................. - 1 - 2、工程项目的有关技术文件资料.............................................................................................. - 1 - 3、主要规范标准.......................................................................................................................... - 2 - 4、评估对象目标及范围.............................................................................................................. - 2 - 4.1 评估对象......................................................................................................................... - 2 - 4.2 评估范围......................................................................................................................... - 2 - 4.3 评估目的......................................................................................................................... - 2 - 二、工程概况 .............................................................................................. - 3 - 1、工程规模.................................................................................................................................. - 3 - 2、地形地貌.................................................................................................................................. - 4 - 3、气候特征.................................................................................................................................. - 4 - 4、水文条件.................................................................................................................................. - 4 - 5、工程地质.................................................................................................................................. - 4 - 6、施工组织综述.......................................................................................................................... - 5 - 7、工程特点与难点...................................................................................................................... - 5 - 三、评估过程和评估方法 .......................................................................... - 6 - 四、评估内容： .......................................................................................... - 7 - 1、总体风险评估.......................................................................................................................... - 7 - 2、专项风险评估.......................................................................................................................... - 8 - 2.1、施工作业分解............................................................................................................... - 9 - 2.2、风险源普查................................................................................................................... - 9 - 2.3、风险源分析................................................................................................................. - 15 - 2.4、风险估测..................................................................................................................... - 23 - 2.5、重大风险源风险估测................................................................................................. - 31 - 五、对策措施与建议 ................................................................................ - 34 - 六、评估结论 ............................................................................................ - 37 - 1、重大风险源风险等级汇总.................................................................................................... - 37 - 2、分析评估结果的科学性、可行性、合理性及存在问题.................................................... - 37 -
vmwarehorizonview桌面云POC测试报告
v m w a r e h o r i z o n v i e w 桌面云P O C测试报告文档编制序号：[KK8UY-LL9IO69-TTO6M3-MTOL89-FTT688]
VMware Horizon 6 POC测试报告 20xx 年 x月 客户名称：<客户公司> 编制人：<合作伙伴> [此处为合作伙伴徽标]
目录 (4) 一、解决方案概述 (4) 市场驱动 (4) 业务挑战 (4) 解决方案 (4) 价值体现 (5) 二、测试简介 (5) 测试内容 (6) 测试厂家 (7) 时间安排 (7) 测试结论 (7) 三、附录 (8) 测试环境 (8) 硬件配置 (8) 软件配置 (8) 网络配置 (8) 逻辑架构 (8) 系统架构 (8) 测试工具(可选) (9) 测试用例 (9) 基本功能测试 (9) 显示效果测试 (12) 业务功能测试 (13)
兼容性测试 (13) 系统兼容性测试 (13) 外设兼容性测试 (14) 性能测试 (15) 服务器压力测试 (15) 桌面交付性能测试 (16) 网络适用性测试 (17) 运维管理测试 (17) 系统安全测试 (20)
下文中置于【】之内的文字仅供参考，请在文档完成后删除（包括【】符号本身），不要包含在正式文档中，谢谢。 一、解决方案概述 市场驱动 【简述客户信息化项目的背景。客户所在行业客户为何想采用 View/Mirage/Workspace/vC Ops for View安全合规性PC设备更新移动办公统一通讯操作系统迁移3D图像处理】 业务挑战 【清楚介绍客户当前遇到的业务挑战，比如“移动终端的数据泄密或者失窃”、“多平台终端支持”、“降低IT运维成本”、“提高员工工作效率”、“无法保障终端维护的SLA”等等等等】 解决方案 【基于以上的市场驱动和业务挑战来选择一种或者多种解决方案o移动安全工作空间 o业务流程桌面 o分支机构桌面 o永不停机桌面 o基于VSAN存储的Horizon 6环境 o vSGA/vDGA 高端3D显示桌面 o Windows XP迁移
云计算实验报告
云计算原理课程 期末实践报告 题目：Linux集群、MapReduce和 CloudSim实践 成绩： 学号： 姓名：罗滔 登录邮箱： 任课老师：许娟 2016年11月12日 目录 实验一：AWS身份与访问管理（P2~P11）实验二：AmazonRelationalDatabaseService(P11~P20)实验三：Hadoop实验报告(P21~)
AWS管理控制台 使用qwikLABS登录AWS管理控制台 6.在AWS管理控制台中，单击【服务/Services】，然后单击【IAM或身份与访问管理/ IAMorIdentity&AccessManagement】。 7.在IAM控制台的左侧面板中，单击【用户/Users】。 8.找到“userone”，然后单击其名称以显示有关该用户的详细信息。在用户详细信息中，找到有关该用户的以下三方面的信息： a.已向该用户分配了一个密码 b.该用户不属于任何组 c.目前没有任何策略与该用户关联（“附加到”该用户）
9.现在，单击左侧导航窗格中的【组/Groups】。 本实验的CloudFormation模板还创建了三个组。在IAM控制台中的【用户/Users】仪表板中可以看到， 自动化CloudFormation脚本在创建这些组时为其提供了唯一的名称。这些唯一名称包含以下字符串： “EC2support” “EC2admin” “S3admin” 完整组名的格式如下所示： EC2support--GA9LGREA7X4S 从现在开始，我们在本实验中将使用上面这些简写名称来指代这些组。您可以在【组/Groups】仪表板中搜 索子字符串，以便为后续实验操作确定正确的组。 10.单击“EC2support”对应的组名。其格式应与上面的类似。
安全风险评估实施方案范文
安全风险评估实施 方案
一、工程概况 1、重庆兆德.雍山湖项目一期一标段工程位于重庆大足双桥龙水湖片区，紧靠龙水湖，由重庆逸悦置地有限公司投资建设，中煤科工集团重庆设计研究院有限公司设计，重庆中泰建设工程监理有限公司监理，重庆建工第二建设有限公司承建，本工程建面约1.5万平方米，房屋类型主要有住宅、酒店、公园教堂、管理用房、门卫房等，结构类型：框架结构。 二．编制说明 为认真贯彻落实“安全第一、预防为主、综合治理”的方针，促进企业安全生产基础管理，改进生产作业条件，消除事故隐患，有效预防重、特大事故的发生，切实维护我项目部职工劳动过程中的安全和健康，在我部深入推行工程施工安全风险评估工作排查、监控，现就有关事项制定方案如下： 三、指导思想 风险评估是从施工源头查清风险因素，合理确定风险等级，放弃或修改残留风险高的工程方案，提出风险处理和监控措施，进行系统的风险管理，提高风险的管理水平，保障安全、保护环境、保证工期、控制投资、提高效益。以健全完善安全监控工作体系为载体，积极构筑“群防、群控、群治”的安全生产网络，有效预防各类事故和职业危害的发生。
四、组织领导 为加强推行本标段工程施工安全风险评估工作的运行，成立“工程施工安全风险评估”安全生产领导小组，如下图所示。
五、工作目标 评估对象为标段施工区域内施工中可能出现的安全、交通、环境、工期、投资及第三方等各方面风险。开展定性或定量的施工安全风险估测，能够增强安全风险意识，改进施工措施，规范预案预警预控管理，有效降低施工风险，严防重特大事故发生。 经过对生产（工作）场所、作业岗位的危险源（点）、事故隐患和职业危害因素进行自下而上的排查、辨识、评价分级、建档立卡，建立监督控制体系，强化群众性劳动保护和企业安全生产管理。经过风险评估，确定风险等级，并针对各项风险（事件）拟定初步处理方案，为“监控法”有效实施、可靠运转提供了保证，以将各类风险降到可能接受的水平。 六、风险评估实施方法 （一）按照辩识、分析、估测、控制、报告程序进行专项风险评估，采用专家调查法和指标体系法确定风险等级，重大风险源及时汇总上报行业主管部门。 （二）对本项目进行总体风险评估，根据工程项目的地质环境条件、建设规模、结构特点等孕险环境与致险因子，估测工程施工期间的整体安全风险大小，确定其静态条件下的安全风险等级；对兆德. 雍山湖工程专项风险评估，根据其作业风险特点以及
云数据中心安全规划设计
云数据中心安全规划设计
目录 1前言 (2) 1.1背景 (2) 1.2文档目的 (2) 1.3适用范围 (2) 1.4参考文档 (2) 2安全 (3) 2.1信息安全背景 (3) 2.2工作方法说明 (3) 2.3集团安全目标 (5) 2.4集团安全体系功能服务组件框架 (8) 2.5集团云安全规划路线 (30)
1.1背景 集团信息中心中心引入日趋成熟的云计算技术，建设面向全院及国网相关单位提供云计算服务的电力科研云，支撑全院各个单位的资源供给、数据共享、技术创新等需求。实现云计算中心资源的统一管理及云计算服务统一提供；完成云计算中心的模块化设计，逐渐完善云运营、云管理、云运维及云安全等模块的标准化、流程化、可视化的建设；是本次咨询规划的主要考虑。 1.2文档目的 本文档为集团云计算咨询项目的咨询设计方案，将作为集团信息中心云计算建设的指导性文件和依据。 1.3适用范围 本文档资料主要面向负责集团信息中心云计算建设的负责人、项目经理、设计人员、维护人员、工程师等，以便通过参考本文档资料指导集团云计算数据中心的具体建设。 1.4参考文档 《集团云计算咨询项目访谈纪要》 《信息安全技术信息系统安全等级保护基本要求》（GB/T 22239-2008） 《信息系统灾难恢复规范》（GB/T20988-2007） 《OpenStack Administrator Guide》（https://www.wendangku.net/doc/2f5409838.html,/） 《OpenStack High Availability Guide》（https://www.wendangku.net/doc/2f5409838.html,/） 《OpenStack Operations Guide》（https://www.wendangku.net/doc/2f5409838.html,/） 《OpenStack Architecture Design Guide》（https://www.wendangku.net/doc/2f5409838.html,/）
Hadoop云计算平台实验报告V1.1
Hadoop云计算平台实验报告V1.1
目录 1实验目标 (3) 2实验原理 (4) 2.1H ADOOP工作原理 (4) 2.2实验设计 (6) 2.2.1可扩展性 (6) 2.2.2稳定性 (7) 2.2.3可靠性 (7) 3实验过程 (9) 3.1实验环境 (9) 3.1.1安装Linux操作系统 (10) 3.1.2安装Java开发环境 (14) 3.1.3安装SSH (15) 3.1.4配置网络 (15) 3.1.5创建SSH密钥安全联机 (19) 3.1.6配置Hadoop云计算系统 (19) 3.1.7配置Slaves节点 (23) 3.1.8格式化Hadoop系统 (23) 3.1.9启动Hadoop集群 (23) 3.22．实验过程 (25) 3.2.1可扩展性 (25) 3.2.1.1动态扩展 (25) 3.2.1.2动态缩减 (27) 3.2.2稳定性 (28) 3.2.3可靠性 (31) 3.2.4MapReduce词频统计测试 (32) 4实验总结 (35)
1. 掌握Hadoop安装过程 2. 理解Hadoop工作原理 3. 测试Hadoop系统的可扩展性 4. 测试Hadoop系统的稳定性 5. 测试Hadoop系统的可靠性
2.1Hadoop工作原理 Hadoop是Apache开源组织的一个分布式计算框架，可以在大量廉价的硬件设备组成集群上运行应用程序，为应用程序提供一组稳定可靠的接口，旨在构建一个具有高可靠性和良好扩展性的分布式系统。Hadoop框架中最核心的设计就是：MapReduce和HDFS。MapReduce 的思想是由Google的一篇论文所提及而被广为流传的，简单的一句话解释MapReduce就是“任务的分解与结果的汇总”。HDFS是Hadoop分布式文件系统（Hadoop Distributed File System）的缩写，为分布式计算、存储提供了底层支持。 HDFS采用C/S架构，对外部客户机而言，HDFS就像一个传统的分级文件系统。可以对文件执行创建、删除、重命名或者移动等操作。HDFS中有三种角色：客户端、NameNode和DataNode。HDFS的结构示意图见图1。 NameNode是一个中心服务器，存放着文件的元数据信息，它负责管理文件系统的名字空间以及客户端对文件的访问。DataNode节点负责管理它所在节点上的存储。NameNode对外暴露了文件系统的名字空间，用户能够以文件的形式在上面存储数据。从内部看，文件被分成一个或多个数据块，这些块存储在一组DataNode上，HDFS通过块的划分降低了文件存储的粒度，通过多副本技术和数据校验技术提高了数据的高可靠性。NameNode执行文件系统的名字空间操作，比如打开、关闭、重命名文件或目录。它也负责确定数据块到具体DataNode节点的映射。DataNode负责存放数据块和处理文件系统客户端的读写请求。在NameNode的统一调度下进行数据块的创建、删除和复制。
云环境下医疗大数据隐私安全风险评估
云环境下医疗大数据隐私安全风险评估 由于云计算、大数据等技术的迅猛发展,带动了各行各业的发展,医疗大数据的研究也势不可挡。在我国,研究医疗大数据正式纳入国家发展战略。随着医疗数据量的快速增长与融合,一方面大数据能够提高医疗诊断的准确性,促进医疗事业的发展,另一方面能提供更多的就业机会,进而增加社会效益。但是,随着医疗信息的共享,医疗数据量的增大,隐私安全风险事件频发,医疗大数据的隐私安全面临着重大的挑战。 云平台能够有效的存储医疗大数据,医疗大数据采用云服务是有必要的。此时用户已经掌控不了云环境下的医疗大数据的应用,用户的隐私难以得到保障,所以研究云环境下的医疗大数据是必要的。哪些风险因素影响了云环境下医疗大数据的隐私安全?如何对云环境下医疗大数据隐私安全风险进行评估?又是如何对隐私安全进行保护的?现有医疗大数据隐私安全风险研究非常匮乏,解决这些问题对云环境下医疗大数据的隐私安全十分重要。本论文对云环境下医疗大数据隐私安全风险作了系统的研究。 通过查找文献资料,从医疗大数据的生命周期出发,梳理凝练出医疗大数据采集、存储、应用以及销毁整个生命周期中的若干隐私安全风险因素。再通过对相关学者、专家的咨询,确定了29个隐私安全风险因素。根据梳理出的隐私安全风险因素建立指标体系,为建立隐私安全风险度量评估模型奠定基础。风险与不确定性和损失影响有关,论文通过信息熵、模糊集、马尔科夫链和贝叶斯网络建立了一个多元融合的隐私安全风险评估模型,并且利用信息熵能有效的降低主观估计的弊端,采用马尔科夫链能够求出每个阶段风险发生的稳态概率。 在测试实验分析中,通过对各隐私安全风险因素的威胁频率、资产重要程度、利用脆弱性程度以及脆弱性的严重程度四个方面进行评估打分,能够从风险的不确定性、风险等级、风险发生概率三个方面评估隐私安全风险。最后,深入探究医疗大数据生命周期的各个环节中关系隐私安全风险的技术因素,在分析影响医疗大数据在采集、存储、应用以及销毁过程中的隐私安全风险因素的基础上,给出一个基于技术因素与管理措施的隐私保护设想。通过测试实验分析比较,能够发现云环境下医疗大数据的生命周期的四个阶段中,数据应用阶段发生隐私安全风险的稳态概率最高,说明数据应用阶段的隐私安全风险是最容易发生的,该阶
云计算实验报告
期末实践报告 题目：Linux集群、MapReduce和 CloudSim实践 成绩： 学号：161440119 姓名：罗滔 登录邮箱：750785185@https://www.wendangku.net/doc/2f5409838.html, 任课老师：许娟 2016年11月12日 目录 实验一：AWS身份与访问管理（P2~P11）实验二：Amazon Relational Database Service(P11~P20) 实验三：Hadoop实验报告(P21~)
AWS 管理控制台 使用 qwikLABS 登录 AWS 管理控制台 6. 在 AWS 管理控制台中，单击【服务/Services】，然后单击【IAM 或身份与访问管理/ IAM or Identity & Access Management】。 7. 在 IAM 控制台的左侧面板中，单击【用户/Users】。
8. 找到“userone”，然后单击其名称以显示有关该用户的详细信息。在用户详细信息中，找到有关该用户的以下三方面的信息： a. 已向该用户分配了一个密码 b. 该用户不属于任何组 c. 目前没有任何策略与该用户关联（“附加到”该用户）
9. 现在，单击左侧导航窗格中的【组/Groups】。 本实验的 CloudFormation 模板还创建了三个组。在 IAM 控制台中的【用户/Users】仪表板中可以看到， 自动化 CloudFormation 脚本在创建这些组时为其提供了唯一的名称。这些唯一名称包含以下字符串： “EC2support” “EC2admin” “S3admin” 完整组名的格式如下所示： arn:aws:iam::596123517671:group/spl66/qlstack2--labinstance--47090--666286a4--f8c--EC2support--GA9LGREA 7X4S 从现在开始，我们在本实验中将使用上面这些简写名称来指代这些组。您可以在【组/Groups】仪表板中搜 索子字符串，以便为后续实验操作确定正确的组。 10. 单击“EC2support”对应的组名。其格式应与上面的类似。 11. 向下滚动至组详细信息页面中的【权限/Permissions】部分后，在【内联策略/Inline Policies】部分， 可以看到一个名称为“EC2supportpolicy”的策略与该组关联。 在策略中，您可以规定将允许或拒绝对特定 AWS 资源执行哪些操作。您可以使用自定义策略，或通过 选择 AWS 托管策略来使用一组预定义的权限。 12. 虽然我们不会更改此策略，但请单击【编辑策略/Edit Policy】，使其显示在一个窗口中，以便您进行查 看和滚动。 请留意 IAM 策略中语句的基本结构。“Action”部分指定了该服务内的 AWS 服务和功能。“Resource”部 分定义了该策略规则所涵盖的实体范围，而“Effect”部分则定义了所需结果。更多有关定义 IAM 策略的 信息，请访问“AWS Identity and Access Management：权限和策略”文档页面。
数据中心云安全建设方案
若水公司 2017-3-23
目录 1项目建设背景 (2) 2云数据中心潜在安全风险分析 (2) 2.1从南北到东西的安全 (2) 2.2数据传输安全 (2) 2.3数据存储安全 (3) 2.4数据审计安全 (3) 2.5云数据中心的安全风险控制策略 (3) 3数据中心云安全平台建设的原则 (3) 3.1标准性原则 (3) 3.2成熟性原则 (4) 3.3先进性原则 (4) 3.4扩展性原则 (4) 3.5可用性原则 (4) 3.6安全性原则 (4) 4数据中心云安全防护建设目标 (5) 4.1建设高性能高可靠的网络安全一体的目标 (5) 4.2建设以虚拟化为技术支撑的目标 (5) 4.3以集中的安全服务中心应对无边界的目标 (5) 4.4满足安全防护与等保合规的目标 (6) 5云安全防护平台建设应具备的功能模块 (6) 5.1防火墙功能 (6) 5.2入侵防御功能 (7) 5.3负载均衡功能 (7) 5.4病毒防护功能 (8) 5.5安全审计 (8) 6结束语 (8)
1项目建设背景 2云数据中心潜在安全风险分析 云数据中心在效率、业务敏捷性上有明显的优势。然而，应用、服务和边界都是动态的，而不是固定和预定义的，因此实现高效的安全十分具有挑战性。传统安全解决方案和策略还没有足够的准备和定位来为新型虚拟化数据中心提供高效的安全层，这是有很多原因的，总结起来，云数据中心主要的安全风险面临以下几方面： 2.1从南北到东西的安全 在传统数据中心里，防火墙、入侵防御，以及防病毒等安全解决方案主要聚焦在内外网之间边界上通过的流量，一般叫做南北向流量或客户端服务器流量。 在云数据中心里，像南北向流量一样，交互式数据中心服务和分布式应用组件之间产生的东西向流量也对访问控制和深度报文检测有刚性的需求。多租户云环境也需要租户隔离和向不同的租户应用不同的安全策略，这些租户的虚拟机往往是装在同一台物理服务器里的。 传统安全解决方案是专为物理环境设计的，不能将自己有效地插入东西向流量的环境中，所以它们往往需要东西向流量被重定向到防火墙、深度报文检测、入侵防御，以及防病毒等服务链中去。这种流量重定向和静态安全服务链的方案对于保护东西向流量是效率很低的，因为它会增加网络的延迟和制造性能瓶颈，从而导致应用响应时间的缓慢和网络掉线。 2.2数据传输安全 通常情况下，数据中心保存有大量的租户私密数据，这些数据往往代表了租户的核心竞争力，如租户的客户信息、财务信息、关键业务流程等等。在云数据中心模式下，租户将数据通过网络传递到云数据中心服务商进行处理时，面临着几个方面的问题：一是如何确保租户的数据在网络传输过程中严格加密不被窃取；二是如何保证云数据中心服务商在得到数据时不将租户绝密数据泄露出去；三是在云数据中心服务商处存储时，如何保证访问用户经过严格的权限认证并且是合法的数据访问，并保证租户在任何时候都可以安全访问到自身的数据。
桌面云平台压力测试报告
XX公司IT终端集中化(桌面云)项目一期工程压力测试报告
目录 1、X9000服务器模似用户端压力测试 (4) 1.1测试目的 (4) 1.2测试时间及地点 (4) 1.3测试环境 (4) 1.4测试项目 (4) 1.4.1单台X9000机头承载的并发用户数及IO (4) 附录 (19) 1、关于LOGINVSI (19) 1.1L OGIN VSI简介 (19) 1.2L OGIN VSI架构 (20) 2、测试环境 (21) 1.环境准备 (21) 2.测试主机 (21) 3、安装配置步骤 (21) 1.配置文件服务器 (21) 2.配置域控 (28) 3.目标主机配置 (30) 4.客户端登陆平台配置 (32) 5.配置工作方式 (35) 6.配置连接方式 (37) 7.配置WI (40) 8.开始测试 (43) 9.测试现象 (48) 10.桌面执行操作配置 (49)
1、x9000服务器模似用户端压力测试 1.1测试目的 x9000 NAS服务器是XX公司桌面云项目中用来存储用户常用数据的核心存储服务器，用户端所有用户的访问连接及对文件的操作都会给x9000带来一定的压力，所以模似用户的日常办公行为并测试出 x9000单机头在当前业务场景中能承载的最大用户并发数及IO将会为项目大规模上线提供有力的参考依据。 1.2测试时间及地点 起始时间：2014-3-3 结束时间：2014-4-1 地点：XX公司公司无锡分公司 1.3测试环境 基础环境：VMware vSphere5.1, XenDesktop5.6，HP x9320 NAS存储设备（南京站点） 测试工具：LoginVSI40, HP Automation Scripts 1.4测试项目 1.4.1 单台x9000机头承载的并发用户数及IO 测试方法 南京站点准备10台刀片服务器用于整个测试环境当中的虚拟桌面承载服务器及LoginVSI等相关服务器的平台。AD服务器及XenDeskop服务器延用南京站点现有的基础架构服务器，需要为测试环境建立独立的OU、策略、虚拟机模板等。通过LoginVSI工具模拟多个用户登录虚拟机桌面，通过加载AD策略来模似真实用户挂载其用户数据盘即w盘，然后自动加载运行HP Automation Scripts模似用户日常的操作行为给NAS端制造适当的压力（压力可调），并运行预定的一段时间，观察并记录NAS的性能情况。测试步骤 1.准备测试平台刀片服务器（10台）。 2.配置LoginVSI40测试工具，用于模似用户登录桌面。（安装配置LoginVSI40工具见附录） 3.创建测试用虚拟桌面模板并发布成桌面（Windows XP,1G RAM,1vCPU）。 4. 创建自动化运行程序，用于模似用户日常办公的操作行为（模拟用户的压力可调控）。 5. 创建AD策略用于挂载用户数据盘。 6. 模似预定用户数登录桌面、应用策略、运行程序进行压力测试。 7. 记录x9000服务器产生的日志数据。