Scale HC3上でMicrosoft RDSを活用する

Scale HC3のような集中型・統合インフラプラットフォームの大きな利点の1つは、従来のサーバーサービスと並行して、集中型デスクトップおよびエンドユーザーサービスを提供するためにプラットフォームを使用できることです。高速バックプレーンにより、サーバーとデスクトップのリソースが高速で通信でき、集中管理によってこれらの種類のサービスに関連する総所有コストが低減されます。ファイルサービングや遅延に敏感な通信などのアプリケーションは、このアーキテクチャから特に恩恵を受けます。

ほとんどの企業にとって、環境にリモートエンドユーザーコンピューティングサービスを追加する際に最も合理的なアプローチは、Microsoftのリモートデスクトップサービス（RDS）を使用することです。なぜなら、ほとんどの環境では従来のWindows デスクトップに近いエクスペリエンスを提供しようとするからです。MicrosoftのRDSは強力なツールセットであり、比較的実装が容易です。さまざまなサービスを提供するための優れた出発点となります。

Scale HC3プラットフォームの高可用性の性質により、RDSデプロイメントの計画とプロビジョニングのアプローチ方法について良い選択肢があります。デプロイメントを小規模でシンプルに保ち、Scale HC3クラスターの組み込み高可用性機能を活用してハードウェア障害発生時に環境を維持するか、RDS環境からの高可用性を活用するかを選択できます。

小規模なデプロイメントでは、Scale HC3の高可用性機能を活用してRDSサービスの可用性を維持するのが最も一般的です。これにより、最小限のライセンス、リソース、メンテナンスのオーバーヘッドで単一のRDSインスタンスを実行できます。これは最もシンプルなアプローチであり、非常に効果的です。ほとんどのお客様がScale HC3プラットフォームを最大限に活用するための優れた方法です。この場合、Scaleが重い作業を行ってくれるため、より効果的な部分に努力を集中させることができます。

大規模なデプロイメントでは、単一のRDSインスタンスでは不十分な場合があります。この時点では、通常、ワークロードをインスタンス間でロードバランシングするマルチサーバーRDSデプロイメントに移行することが合理的になります。通常、利用可能なリソースを最大限に活用するために、Scale HC3ノードごとに最大1台のRDSサーバーをデプロイすることが望まれます。このようにして、環境のキャパシティを処理するために必要な数のRDSサーバーインスタンスをデプロイできます。

ほとんどの場合、多数のノードにまたがる大規模なデプロイメントでも、RDSファームの前にロードバランサーを使用しますが、Scale HC3クラスターの組み込み高可用性機能を使用して、障害が発生したノードから利用可能なノードへ実行中のワークロードを移動することでハードウェア障害を処理します。ロードバランサーは同じIPアドレスで同じインスタンスを認識するため、完全に自動化されたほぼ透過的なリカバリーが最小限の努力で実現されます。

クラスターのフルキャパシティが必要な極端なケースでは、物理クラスターノードごとに1つのRDSインスタンスを設定し、高可用性機能を無効にして、代わりにロードバランシング機能を使用して残りのノードに負荷をシフトすることが可能です。これにより、障害ではなく、パフォーマンスの段階的な低下が発生します。リソースが既に極めて制約されていない限り、ユーザーに割り当てられたCPUとメモリは減少しますが、システムの機能は維持されます。これは完全な高可用性ソリューションとして理想的ではありませんが、そのレベルの保護のためのハードウェアコストに対して非常に機能的な代替手段となります。

Microsoft Windows RDSとScaleは明らかなパートナーシップを形成しています。Scaleはプラットフォームをできる限り使いやすく堅牢にすることに集中し、MicrosoftのWindowsとRDS製品は共有コンピューティング空間への最もシンプルな入り口を提供します。中小企業、特にオンプレミスのデプロイメントにとって、RDSは集中型のシンクライアントベースのコンピューティングへの移行に最適な選択肢であることが多く、労働力のモビリティ、セキュリティ、さらにはBYOD（個人デバイス持ち込み）オプションの主要な推進要因となり得ます。

[This piece was commissioned for the Scale Blog.]