在 Scale HC3 上运用 Microsoft RDS

像 Scale HC3 这样集中、统一的基础设施平台，其一大优势在于能够利用该平台在提供传统服务器服务的同时，集中提供桌面和最终用户服务。高速背板使服务器与桌面资源得以高速通信，而集中化管理则降低了通常与此类服务相关联的总体拥有成本。文件服务和对延迟敏感的通信等应用尤其能从这种架构中获益。

对于大多数企业而言，为其环境增添远程最终用户计算服务时最合理的方式，将是借助 Microsoft 自家的远程桌面服务器（Remote Desktop Servers，即 RDS），因为大多数环境都力求提供一种类似于传统 Windows 桌面的体验。Microsoft 的 RDS 是一套功能强大的工具集，且相对易于实施。它是开始提供一系列服务的绝佳起点。

由于 Scale HC3 平台具备高可用特性，在规划和部署 RDS 时，我们有很好的选择空间。我们既可以让部署保持小巧简单，利用 Scale HC3 集群内置的高可用功能来在硬件故障时维持环境运行；也可以利用 RDS 环境自身的高可用能力来实现这一点。

在小规模部署中，最常见的做法是利用 Scale HC3 的高可用特性来维持 RDS 服务的可用性。这样做使我们能够以最低限度的许可、资源和维护开销运行单个 RDS 实例。这是最简单的方式，而且非常有效。对大多数客户来说，这是充分利用 Scale HC3 平台的极佳途径。在这种情况下，繁重的工作可以交由 Scale 来完成，而我们则能够把精力集中到更能发挥效用的地方。

在大规模部署中，仅有单个 RDS 实例可能并不够用。到了这一步，转向多服务器的 RDS 部署、并在各实例之间对工作负载进行负载均衡，通常就变得合情合理了。一般而言，我们希望每个 Scale HC3 节点上部署的 RDS 服务器不超过一个，以便最充分地利用可用资源。如此一来，便可根据环境的容量需求，按需部署任意数量的 RDS 服务器实例。

在大多数情况下，即便是跨多个节点的较大规模部署，我们也会在 RDS 服务器群前端使用负载均衡，但仍然会利用 Scale HC3 集群内置的高可用功能，通过把正在运行的工作负载从故障节点迁移到可用节点来应对硬件故障。负载均衡器会看到具有相同 IP 地址的同一个实例，从而实现一种近乎透明、完全自动化、几乎无需人工干预的恢复过程。

在更为极端的情形下，当需要动用集群的全部容量时，可以为每个物理集群节点配置一个 RDS 实例，并禁用高可用功能，转而利用负载均衡机制把负载分摊到其余节点上。这样所导致的将是性能的平缓下降，而非服务中断。除非资源本就已经极度紧张，否则虽然分配给用户的 CPU 和内存会有所下降，但系统功能仍将保持可用。这虽不及完整的高可用方案理想，但相对于为达到那种保护级别而投入的硬件成本而言，可以是一种非常实用的替代方案。

Microsoft Windows RDS 与 Scale 是显而易见的绝佳搭档。Scale 专注于让平台尽可能易用且稳健，而 Microsoft 的 Windows 及 RDS 产品则为我们提供了进入共享计算领域最简单的切入点。对于中小企业、尤其是本地部署而言，RDS 往往是迈向集中化、基于瘦客户端的计算的完美选择，并且可以成为推动劳动力移动办公、安全性乃至自带设备（BYOD）等方案的关键助力。

[本文受 Scale 博客委约撰写。]