Windows Server 2012がMicrosoft RDS

Windows 8とWindows Server 2012のリリースが近づいているので、新しいMicrosoft RDSの変更点を理解するには少し時間がかかります。革命的な変化はほとんどありませんが、それでもまだ驚きです。もちろん、「もう時間だ」と感じさせる機能もいくつかあります。 - 'マイクロソフトは、Windows Server 2012のVDI機能を大幅に改善し、VDIの展開を簡素化しました。 RDPの変更Microsoftは多くのことを保持していましたが、RDP（Remote Desktop Protocol）の命名を放棄してRemoteFXに置き換えたと聞いたことがあるかもしれません。これはRDPが終わったという意味ではありません。 Server 2008 R2では、RemoteFXはRDPのオプションの1つですが、VDIの負荷の問題を考慮すると、エンコードを実行するためには別の互換性の高いGPUが必要です。これにより、RemoteFXは未熟なソリューションに近くなり、その適用範囲が制限されます。一方、RDSベースのRemoteFXは専用のGPUを必要としませんが、ソフトウェアコーディングによって実装されます。これは専用のGPUよりも効率が悪く、リモートデスクトップのユーザーエクスペリエンスにはいくつかのギャップがあります。追加費用やハードウェアサポートが必要ないため、ユーザーはRDSH（リモートデスクトップセッションホスト上のRemoteFX）に基づいてRemoteFXを使用することを好みます。 Windows Server 2012では、MicrosoftはVDIをサポートするためにRemoteFXのソフトウェアエンコードバージョンを追加しましたが、他の機能は保持しながら、RDPをRemoteFXに変更しました。基礎となるテクノロジはまだRDPですが、最新バージョンはRemoteFXと呼ばれます（Citrix HDXと同様に、実際にはICAプロトコルの新しい名前です）。エンコーディングが唯一の変更ではありません、特別な注意に値する他のものがあります。たとえば、RemoteFXはTCP（Transmission Control Protocol）プロトコルに基づいており、Windows Server 2012はUDP（User Datagram Protocol）プロトコルをサポートしています。これは、RemoteFXがアクセス要件に従って対応するプロトコルを採用することを意味します。たとえば、映画を再生する場合は、UDPプロトコルのほうが効率的で、2つのポイント間でハンドシェイクや確認応答を待たずに大量のパケットを転送します。逆に、キーボードとマウスのクリック入力では、TCPプロトコルを使用してすべてのデータが宛先に正しく届くことを確認します。したがって、最終的な結果は、WAN使用のニーズを満たすための敏捷で効率的なプロトコルの導入です。 VDI作業を実行する際の落とし穴を減らす2009年のBrian Madden.comのGeek Weekで学んだように、MicrosoftはWindows Server 2008に "in-box"と呼ばれるオールインワンVDI製品をすでに持っています。よく見ると、ブローカー、ライセンスサーバー、ハイパーバイザー、セキュアゲートウェイ、Webインターフェースなどのすべてのコンポーネントが利用可能であることがわかりますが、それらすべてをリンクする公式ツールがあります。実際、Server 2008の組み込みVDIソリューションのインストールと展開は、私がこれまでに行った中で最も複雑なタスクの1つです。問題は、必要なコンポーネントがすべて揃っていても、リモートデスクトップ接続ブローカーがVDIを認識できない、またはWindows 7を実行している仮想マシンがリモートデスクトップセッションを開くことができないことです。端末（RDSH）サーバーのみを認識します。 Microsoftの解決策は、ブローカをアップグレードするのではなく、ブローカにRDSHサーバへのユーザ接続を指示しているが、実際にはセッションなしでRDSHサーバを指示するようにRDSHサーバを「リダイレクションモード」に設定することです。その後、ユーザーはHyper-Vで実行されているWindows XPまたはWindows 7のインスタンスにリダイレクトされます。これは非常に複雑で、特にインストールに必要な手順は直感的に理解するのが難しいです。単純な役割をインストールし、それを変更して、実行する必要がないようなことをする必要があります。実行できるスクリプト、ログイン登録、およびリモートデスクトップ製品を展開するときに実行する必要がなかった多くの作業があります。結局、インボックスVDIツールは複雑で非実用的になりました。変更する必要があります。 Windows Server 2012では、コネクションブローカーはRDSHセッションとVDIセッションの両方を（RDVHロールから）識別できます。ユーザーは非常に単純な解決策を得て、すべての作業は通常どおり行われます。 Microsoftは、わかりやすいワークフローに加えて、RDSとHyper-Vに基づくVDIの展開と管理の問題も解決しました。 Windows Server 2012のインストールプロセスは、サーバーマネージャーウィザードに基づいています。すべてのコンポーネントと役割は、制御され自動化された方法で（すべて単一のサイトで）適切なサーバーにインストールされます。同様に、次の管理作業もサーバーマネージャーを介して実行できます。リモートデスクトップ構成とリモートデスクトップマネージャはどちらも過去のツールです。また、ウィザードを使用したくない場合は、Windows PowerShellを使用してインストールおよび構成できます。 Server 2012では、Microsoftは過去数年間に開発またはマスターされたすべてのテクノロジを取り入れているようです。これらの新しいソリューションは、Terminal ServerとVDI（RemoteFXへの名前変更を含む）と連携して、Citrix、VMware、およびDell /Questと競合するのでしょうか、それともまだ欠けているのでしょうか。お待ちしております。
zh-CN"],null,[1],zh-TW"]]]