Citrix服务器虚拟化之二十九 XenApp 6.5发布服务器上的应用程序

Citrix服务器虚拟化之二十九  XenApp 6.5发布服务器上的应用程序

XenApp可发布以下类型的资源向用户提供信息访问，这些资源可在服务器或桌面上虚拟化：

1)  服务器桌面：发布场中服务器的整个Windows桌面，插件连接到服务器之后，用户会看到可用来启动该服务器上安装的任何应用程序的桌面界面。选择了此应用程序类型后，必须指定要发布的服务器。要发布桌面，计算机上必须正在运行 XenApp。如果您在没有运行 XenApp 的计算机上运行 Citrix AppCenter，则无法发布本地桌面。

2)  内容：发布非可执行文件信息，如媒体、Web页面或文档。选择了此应用程序类型后，必须为要发布的文件指定 URL（统一资源定位器）或 UNC（通用命名约定）路径。单击浏览可查看网络中的可用内容资源。

3)  应用程序：发布安装在场中的一台或多台服务器上的应用程序。请注意，如果您在某个不属于场成员的计算机上运行 AppCenter，则无法发布本地应用程序

 

应用程序交付方法有三种：

1)  安装在服务器上：应用程序安装在执行处理的服务器上，并通过该服务器进行访问。 这是传统的XenApp 应用程序交付模式。 对于许多组织而言，这种方法可实现最低的IT 资源拥有成本，原因它可以提供最出色的可伸缩性。无论使用何种用户设备，此方法都会提供一致的用户体验。您可以集中管理应用程序。 用户设备不需要大量资源，例如大量内存或硬盘空间。此交付方法支持瘦客户端。如果应用程序带有与操作系统紧密交互的组件（例如 .NET framework），则此方法非常有效。 场服务器需要有足够的资源来支持应用程序。用户必须连接到服务器或网络才能运行应用程序（不能进行脱机访问）。

2)  采用流技术推送（将应用程序推送到用户设备或将应用程序推送到XenApp服务器）：应用程序的可执行文件记录在配置文件中并存储在文件服务器或 Web 服务器（应用程序中心）中；但当启动这些文件时，系统将它们采用流技术推送到服务器，并在服务器上执行应用程序处理。与安装的应用程序不同，流应用程序存储在应用程序中心中，从设计角度实现了应用程序的隔离。 这种方式的优点与安装的应用程序类似，其中包括：具有一致的用户体验、采用集中式的管理、利用服务器资源而非用户设备。在许多情况下，如果采用流技术推送到服务器，可以在同一台服务器上运行彼此冲突的应用程序（例如同一个应用程序的多个版本），而无需将这些应用程序隔离。这简化了应用程序的更新过程，因为您只需更新一个应用程序配置文件。场服务器需要有足够的资源来支持应用程序。用户必须连接到服务器或网络（不能进行脱机访问）。有些应用程序不适合通过配置文件进行配置，例如使用 .NET framework 的应用程序。采用流技术推送到桌面应用程序的可执行文件记录在配置文件中并存储在文件服务器或 Web 服务器（应用程序中心）中。 当启动执行应用程序所需的文件时，系统会将这些文件采用流技术推送到用户设备，并在用户设备（而不是 XenApp 服务器）上执行应用程序处理。 当采用流技术将应用程序推送到用户设备时，用户体验就如同在本地运行应用程序一样。应用程序缓存在用户设备上后，如果与网络断开连接，用户可以继续运行应用程序（称为脱机访问）。 用户可获得本地应用程序体验，但您集中管理应用程序。对于占用大量资源的应用程序（例如图形应用程序），如果采用流技术推送到桌面，用户可能会获得更佳的体验。对于脱机应用程序，可以通过使用应用程序属性和Citrix 策略和过滤器，来控制拥有脱机访问权限的应用程序和用户，以及脱机使用的许可证期间。 用户设备必须有足够的资源在本地运行应用程序；用户设备不能是瘦客户端。 用户设备必须运行Windows 操作系统，包括 Windows 7、XP 或Vista。

3)  双模式交付：如果选择“尽可能通过流技术进行推送，否则从服务器访问”（称为双模式或回退），XenApp会首先尝试将应用程序采用流技术推送到用户设备，但如果用户设备不支持采用流技术推送到桌面这种方式，则使用备份访问方法。例如，您可以指定某些用户（例如销售人员）在通过 Windows 设备访问应用程序时运行采用流技术推送到桌面的应用程序，而在通过手持移动设备或公共网络型设备访问时将应用程序作为安装的应用程序运行。这种方法为应用程序的交付提供了最大的多样性，使支持的用户设备可以享受到采用流技术推送到桌面这种方法的所有优点，而同时为其他设备提供备份交付方法。 您可以使用 Citrix 策略和过滤器（例如用于流应用程序交付的服务器负载平衡策略）集中控制交付选项。l 为实现备份方法，请确保将应用程序安装到XenApp 服务器或者为与服务器匹配的目标操作系统配置流技术推送配置文件。

说明：

环境基于实验二十八，本次主要学习发布XenApp服务器上的应用程序

1、以域管理员身份登录XenApp1服务器，然后在服务器上安装Adobe Reader 11程序。做好发布准备

2、Adobe Reader 11程序安装完成后，打开Citrix AppCenter管理控制台，然后在XenApp1服务器上发布应用程序，发布类型选择“从服务器访问”，发布的程序选择” Adobe Reader11”.

1)   从服务器访问:授予用户对在 XenApp 服务器上运行且使用共享服务器资源的应用程序的访问权限。如果选择了此选项，则必须输入应用程序的可执行文件的位置以及要运行可执行文件的 XenApp 服务器。 除非要通过流技术推送应用程序，否则应选择此选项作为应用程序类型。

2)   尽可能通过流技术进行推送，否则从服务器访问（又称双模式流技术推送）:授予用户对已配置应用程序的访问权限，该应用程序通过流技术从文件共享推送到其用户设备，并在隔离环境中进行本地启动。 或者，对于不支持流应用程序的用户设备（例如，如果未安装脱机插件），此设置允许使用 ICA 连接来访问安装在XenApp 服务器上或通过流技术从 XenApp 服务器进行推送的应用程序。

3)   通过流技术推送到客户端:授予用户对已配置应用程序的访问权限，该应用程序通过流技术从文件共享推送到其用户设备，并在隔离环境中进行本地启动。选择

该选项后，应用程序将使用客户端资源而不是服务器资源。用户必须安装脱机插件，并使用联机插件或 Web Interface 站点访问应用程序。 如果选择了该选项，以下用户设备将无法启动应用程序：不支持客户端应用程序虚拟化的用户设备（例如，用户设备使用非 Windows 客户端），或未在本地安装脱机插件的用户设备。

3、 客户端直接使用浏览器访问http://XenAPP1.kkfloat.com，然后输入有权限访问的用户密码，打开刚才发布的应用程序AdobeReader 11，测试是否可用。

4、 记得上节发布的PDF文档内容“XenApp6.5管理员手册”吗？既然现在服务器上发布了Adobe Reader 11程序，那么现在我们就要使用这个虚拟应用程序去查看这个文档。

1)   因为Adobe Reader11是在XenApp安装好之后安装的应用，因此需要先在XenApp1服务器场中进行“从注册表更新文件类型”。然后等待完成

2)   接下来在发布的AdobeReader 11软件上右击，点击“应用程序属性”, 选择 “内容重定向”,勾选 “显示应用程序的所有可用类型”，然后勾选所有的文档类型。建立文件关联。

3)   在客户端再次访问http://XenAPP1.kkfloat.com网站，测试打开XenApp6.5管理员手册

视频分享：http://pan.baidu.com/share/link?shareid=1563935173&uk=1025659618