☰

ターミナル サーバーの名前をリモート デスクトップ サービスに変更

tag-icon • tag-icon terminal-server remote-desktop-services
ターミナル サーバーの名前をリモート デスクトップ サービスに変更

Windows Server 2008 R2では、ターミナルサーバーがリモートデスクトップサービスに名前変更されるようです。（こちらを参照）http://technet.microsoft.com/en-us/library/dd560658(WS.10).aspx）

私は、そして私と同じように心配している人はいるだろうかと疑問に思っていますが、Microsoft は、サーバー上のデスクトップの完全な仮想化ではなく、リモート アプリ タイプのセットアップに向かっているようです。このコミュニティ ウィキにマークを付けたのは、実際の回答がないためであり、どのように変化しているのかについてより多くの意見を求めているだけです。私は個人的に、ターミナル サービスとデスクトップ全体を仮想化することが気に入っていますが、この状態がいつまで続くのか疑問に思っています。

また、リモート アプリ モデルの方が気に入った場合は、それがなぜ機能するのかを教えてください。おそらく、物事に対する私の見方を変える必要があるだけでしょう。

答え1

心配は要りません。完全なデスクトップではなくアプリケーションを公開する機能は、私の意見では「移行」というよりも代替手段です。Citrix の機能は常に数年後に Microsoft のネイティブ機能に徐々に浸透してきたため、その点では公開されたアプリケーションは大幅に遅れていました。

私の見るところ、ターミナル サーバーは、ユーザーがオフィス外からアプリにアクセスできるようにするため、または PC では問題となるバックエンド アクセスに何らかの形式を必要とする「トラブル アプリ」をホストするために、デスクトップにインストールされたアプリの代替としてますます使用されています。

とにかく、私はこの選択を気に入っています。ユーザーは「ダブル スタート メニュー」などで混乱することがないので、シームレスなアプリ アプローチを好みます。Win2008 R2 については、特に名前付き Windows グループ用に公開されたアプリに関する改善点があるので、私は全面的に賛成です。MS が何と呼ぼうと、私はまったく気にしません :-)

答え2

RemoteApp モデルは、従来の「シック クライアント」を使用する環境でユーザーに一部のアプリケーションを配信する場合に非常に有効です。特に有効な展開シナリオは、リソースや帯域幅を大量に消費したり、粗悪なデータベース接続 (「共有ファイル データベース」、つまり DBF、MDB などのファイル) で記述されたりして、回線 (特に低帯域幅の回線) でうまく機能しないために、「シック クライアント」シナリオではパフォーマンスが低下するアプリケーションです。

Microsoft がホスト型デスクトップから撤退するとは思えません。NT オペレーティング システムのクライアント/デスクトップ ビルドにおける「高速ユーザー切り替え」の基盤となっているため、Microsoft はオペレーティング システムで「無料で」それを手に入れることができます (または、その逆かもしれませんが、これはあなたの感じ方次第です)。

余談ですが、ターミナル サービスの使用を「仮想化」と呼ぶのは、実際には何も「仮想化」されていないため、難しいと思います。「シン クライアント」という用語はまだ意味があるようです。今日では、小さなマーケトロイドやセールス ジャービルが「仮想化」という用語で儲けたいため、ますます「デスクトップ仮想化」と呼ばれるようになっていると思います。「仮想化」という用語は、コンピューター サイエンスの特定の概念を指しており、ターミナル サービスは「仮想化」ではありません。

答え3

Microsoft がサーバー上のデスクトップの完全な仮想化から離脱しているとは言えません。

(免責事項: 私は Microsoft で働いていますが、仮想化/リモート デスクトップ チームとは関係がありません。これは私の勝手な推測です)

彼らは、あらゆる仮想化領域でソリューションを提供しようとしていると思います。

デスクトップ仮想化:

アプリケーション仮想化:

  • アプリV
  • ターミナル サービス リモート アプリ

サーバー仮想化:

一部の環境の一部の顧客にとってより適切に機能する可能性のある追加オプションが追加されているだけです。私が知る限り、何もなくなることはありません。

答え4

一部の開発者 (私自身も含む) には、Remote App シナリオをぜひ利用したいです。これらの開発ツール (および環境) は、デスクトップ PC にとって絶対的な負担です。フルタイムで開発しているわけではないが、完全な開発環境が必要な人にとっては、その負荷をサーバーにオフロードして (特に、インストール/構成が必要なすべてのアプリがあるため、開発マシンの初期セットアップに非常に時間がかかる可能性があるため)、すっきりしたデスクトップにすることは問題ありません。同時に、開発アプリは、Term. Services 経由で使用するのは本当に不快です。「自宅」から出なければならないからです。私はまだ使用していませんが、Remote App のアイデアは個人的にとても気に入っています。

J.Ja

関連情報