实验三十七 Windows Server 2012 RDS桌面虚拟化之八RemoteApp程序快速启动部署
RemoteApp是微软桌面虚拟化架构中的重要组成部分，RemoteApp程序是透过终端服务远程访问的程序，客户端本机无需安装任何应用程序也可像本地资源一样使用remoteapp程序；在Windows Server 2012中RemoteApp就是基于会话的桌面部署，它包含三种主机角色：远程桌面链接代理，远程桌面会话主机，远程桌面Web访问，在部署时可以使用快速启动和标准部署两种方式
说明：本次实验是RemoteApp程序的快速启动部署，环境基于实验三十六
1 准备一台Windows Server 2012的虚拟机名为Remoteapp，然后加入域kkfloat.com
2在Remoteapp服务器上进行快速启动基于会话的远程桌面部署，等待安装完成
3查看会话的远程桌面安装后的属性和设置
3客户端通过Web访问RemoteApp程序
安装过程视频分享：http://pan.baidu.com/share/link?shareid=549193&uk=1025659618
实验三十八 Windows Server 2012 RDS桌面虚拟化之九RemoteApp程序标准部署
说明：
本次实验是RemoteApp程序的标准部署，环境基于实验三十六，对比快速部署的区别
1 准备一台Windows Server 2012的虚拟机名为RemoteApp，然后加入域kkfloat.com
2在RemoteApp服务器上进行基于会话的远程桌面标准部署，所有角色都安装到RemoteApp服务器上，等待安装完成
3因为标准部署不会直接创建默认的会话集合，要自己手动创建自定义的会话集合
4客户端通过Web访问RemoteApp程序,因为没有发布Remoteapp的程序所以直接进入RemoteApp服务器的远程桌面，说明能访问remoteapp程序的同时还会让客户端有权限登入服务器，这是不安全的
安装过程视频分享：http://pan.baidu.com/share/link?shareid=550158&uk=1025659618
⑴ CPU 密集
某种应用极其消耗 CPU 资源、其程序内部逻辑复杂
而且、对磁盘访问量不高
这种程序在运行时、根本不用或少量读取磁盘上的数据
只是在程序载入的时候、读入一点点程序数据而已
进程运行后便会使 CPU 的核心处于全速状态
这会造成其他进程同一时间只获得少量的执行时间、影响了性能
必要时、可以将多台机器组成集群来运行这种程序
⑵ IO 密集
某种程序的内部逻辑并不复杂、耗费的 CPU 资源不多
但、要随时读取磁盘上的数据、比如 FTP 服务器
IO 和 CPU 同时密集就是综合了2者的特点、这是个噩梦啊
㈡ 一点建议
⑴ 大块连续 IO 密集的环境
建议使用 SAN
⑵ 高并发随机小块 IO 环境或者共享访问文件的环境
建议使用 NAS
⑶ CPU 密集的环境
建议使用 NAS
不过、不同的环境和需求、对 SAN & NAS 的选择还是要具体权衡取舍
毕竟、经济学有个原理"某种东西的成本只是为了得到它所放弃的东西"
无论选择哪种、总伴随着要失去另一种的机会成本