通常のクライアントサーバーインストールではなく、ターミナルサーバーの利点

通常のサーバーとフルクライアントを使用する代わりに、(Windows)ターミナルサーバーとシンクライアントを使用する利点は何ですか?

これまでのところ私は本当に普通のサーバーとクライアントしか使っていませんでしたが、今度は顧客はTerminal Serverについて尋ねます、そして私は "昔ながらの"クライアント - サーバーネットワークの代わりにそれらを使うことの長所と短所を知りたいです。

推測できること:管理が簡単(20台のコンピューターにoffice/stuffをインストール/更新する必要はありませんが、サーバーにのみ)。
より簡単なバックアップ(クライアントコンピュータをバックアップする必要はありません)。
それに、(USBのような)ローカルハードウェアをTerminal Serverに接続して使用するのは難しい(不可能)だろうか?

ターミナルサーバーへの切り替えの理由または理由は他に何ですか?

2
K、やった - たくさんの素晴らしい答え、私はどれを選ぶべきかわからない。素晴らしい、ありがとうございました。
追加された 著者 Richard Nienaber,
投稿を編集して「コミュニティWiki」とマークしてください。
追加された 著者 zuzust,

8 答え

私たちは両方の環境(私たちは公立学校のシステムです)を使い始め、私がここで始めたときは教師と生徒用にいくつかのターミナルサーバーを実行していました。

集中管理大量のユーザーをオンラインで監視しているユーザーが2、3人いる場合は、「必要な」デスクトップショートカットをインストールしたり、プログラムを数回インストールしてすぐに利用できるようにしたりするのは素晴らしいことです。自動化されたパッケージインストーラやADに頼るのではなく、ユーザーがデスクトップへの変更をロールアウトすることを願っています。私は、ADがMSIをインストールするのがいかにすばらしいか、またはXYZがこのインストールの問題をどのように解決できるかについて話していることを知っていますが、何らかの理由でインストールが失敗した手作業で混乱を解消するか、単に各ワークステーションに@#$ものを手動でインストールしてください。違います。楽しい

「インスタント」トラブルシューティング電話がかかってきたとき、私たちはユーザーのセッションを簡単かつ迅速にチェックすることができました。はい、リモートデスクトップソフトウェアがこれを行うことができます(そしてそれを使用します)。しかし、ターミナルサーバー上には、XYZプログラムで微調整や変更が行われたデスクトップや、変更された場所がわからない、または変更されてレコードが失われたり保存されたりしないデスクトップではありません。ポリシーと記録管理を厳守することでこれを実現できます。現実は、少なくとも私が知っている公立学校のシステムでは、これはあまり行われていません。

バックアップおよび監視するマシンが少なくなります。デスクトップは簡単に交換でき、安価で実行できます。必要なのは、シンクライアントまたはターミナルサービスクライアントを実行できるシステムだけです。ほとんどの場合、1ギガのラムと100ギガのハードドライブは必要ありません。 Windows 98をクライアントとして快適に実行するのに十分なRAMを搭載したPIIおよびPIIIシステムを実行していました。生徒たちはガムを貼り付けて紙で詰め込んでいましたが、クライアントが亡くなったときは別の安い予備品と交換しました。特別なソフトウェアやカスタム設定は不要です。

ユーザーの監視が簡単になりました。兄弟の監視はそれほど重要ではありませんが(極端に監視したくない限り)、ユーザーがAUPに違反していると疑われるとき、またはセッションが異常な行動を示しているときは簡単に確認できますなぜここであなたのセッションでWebフィルタが奇妙な行動を示しているのでしょうか?時々それはJohnnyがクラスで不審な行動をして何かを最小にしていると言う教師からの電話だけでした)

サーバーをアップグレードすると、多数のユーザーが一度にアップグレードできます。

短所?システムに20人のユーザーがいます。システムの再起動、死亡、ハードウェアの問題、... 20人のユーザーが、即座にオフラインでキックしました。そして、ユーザーは最初から端末を理解できません。彼らはなぜ何か変なのか気にしない。彼らはただ何かがうまくいっていないことを知っています。 1台のスイッチが台無しになったり、1台のサーバーが台無しになったりして、多数のユーザーが削除されました。

負荷分散は問題を引き起こします。ユーザーがマシンAの上にいて、マシンA(またはAへのネットワーク接続)がダウンした場合、彼らはログインしてマシンBを取得することができます作業中でしたが、ホームディレクトリにあり、 "open"または "locked"として表示されています。おっと

リソースホギングリソースのクォータ管理で処理することができますが、初期のバージョン(Win2kの用語サービス)では、ユーザーがログインし、気象サイトからアニメーションマップをロードし、ログアウトせずにクラスに出るケースがありました。 30分後、機械はCRAWWWWWLINGになります。メモリが@#%Flashムービーアニメーションからリークされ、RAMが占有され、セッションを終了する以外に選択肢がないままになっていました。

いくつかのプログラムはターミナルサービスを好まない。うまくいけば、それは改善されましたが、大きなものはOfficeでした。あなたはそれを特別な "ターミナルサービスモード"でインストールしなければなりませんでした、さもなければインストールは本当に奇妙に振る舞うか、または正しく機能しないでしょう。他のプログラムはただ奇妙な行動をとりました。 Windowsはマルチユーザープラットフォームとして機能するようには設計されていません。タイムシェアリングシステムにデザインルーツを持つUNIXワークステーションとは異なり、ワークステーションで複数のユーザーを非同期的にサポートすることを目的としていました(このワークステーションは任意の数のユーザーが異なる時間に使用できます)。 SSHまたはリモートXの用語を使用している他の10人または15人のユーザーでも、リソースを独占しているのでなければ、それをほとんど認識していないでしょう)。これは容易に技術的な議論になるかもしれませんが、事実は、Windowsのアーキテクチャにおける「有機的な成長」のために、ショートカットを取る多くの開発者と古いソフトウェアが単純に機能するということです... 。私は、MSが人々に設計上の推奨事項の順守を強要し始めたため、この問題は確実に改善されたと思います。

サーバーを再起動するか、メンテナンスを実行する必要がありますか?繰り返しになりますが、1台のマシンが停止していると、全員が削除されます。

機能するには信頼できるネットワークインフラストラクチャが必要です。ユーザーはデスクトップからサーバーへの適切なパスを必要としています。クライアントマシンが死んだ場合は、スイッチ、ケーブル、サーバーなどのコンピュータプラットフォームが死んでしまいます。ファットクライアントでは、潜在的にサーバー障害が発生し、ユーザーはまだ何か他のことをする可能性があります(つまり、メールサーバーはダウンしていますが、ユーザーは自分のホームディレクトリまたはローカルファイルから作業できます)。システム全体)

ほとんどの企業はそれを心配する必要はありませんが、安いショベルウェアをお持ちの場合(子供の「エデュテインメント」のタイトルだと思います)、強力なサーバーでさえ膝に持ってくるのにはそれほどかかりません。

プリンタドライバは時々奇妙な行動をとりました。ソフトウェア間の相互作用は「グリッチ」の可能性を高めます。特にターミナルサーバーを使用する場合は、常により敏感になります。しかし多分私は妄想しています。 1台のサーバーが全員に影響を与えることを覚えていますか?そうですね、1つの悪いソフトウェアのインストールがすべての人にとって頭痛の種となることがあります...そしてドライバが更新されたり設定が変更されたりしたときにちょっとした腐敗がエッジングの原因になっていました。

複雑さの層が追加されています。あなたはUSBを持ってきました、多分音のようなもの、等...もう一度、これは私が私達の時以来改善されたと思います。しかし、それでもやはり問題が発生する可能性がある別の場所を意味します。トラブルシューティングのために太ったクライアントに座っているのではありません。あなたは、他の数十人のユーザーからの接続を扱っているサーバー上のネットワークを介してものをリダイレクトしようとしています。奇妙なことが起こります。 ITでは、複雑さを意図的に導入するのは良くありません。

ライセンスに必要なCALにもかかわらず、全体的なターミナルサービスはより安価です。周りに散らばっているあなたのシステムはより安く、あなたはより少ない人でより多くのユーザを管理することができ、そしてあなたはあなたのサーバーとネットワークインフラストラクチャに投資します。しかし、ターミナルサービスに適した環境で実行しているのであれば、それらはより安いだけです。

ユーザーがOfficeアプリケーションを実行している場合、Webの閲覧、電子メール、基本的な情報...おそらく検討する価値があります。彼らが特別なものを実行しているなら、それが互換性があることを確かめて、最初にそれから@#$%をテストしなさい。ファイルロックや共有問題あるいは表示問題さえない。 「プリンタモニタ」を実行することに成功し、どのディスプレイが実際に表示されているのかがわからなくなりましたが、マルチユーザーハックのアイデアを嫌ったのはそれらのアプリケーションだけではありません)。

私たちは時間をかけてHADにインストールしたいものを持ってもらう人が増えていましたが、他の人はインストールしておらず、ライセンスのためにそれを使用できるのは少数の人だけでした。あるいは、ソフトウェアはMacromedia Director(ugh)を使って作られたもので、「まったく」正しく動作しませんでした(リフレッシュはグラフィックで「オフ」、アニメーションは途切れました...)。あるいは、単に膨らんでサーバーを使い果たしたソフトウェアを実行している人たちがいました。あるいは、プレゼンテーションや資料のためにCDを使用しなければならず、端末を介してそれらにアクセスできない人々がいました(これもまた改善されたのかもしれません)。最終的には、特定の作業用に特別なワークステーションを設置していました(Photoshopを実行するには一度ログインし、Officeにアクセスするには端末ショートカットを使用してください)。 ABCをサポートする。私たちは多すぎる多様なニーズを抱えていました。

それが彼らとの私の経験です。それらは特定のタスクに最適です。あなたはあなたのクライアントのニーズとそれらがその状況にふさわしいかどうか評価する必要があります。そうでない場合は、太ったクライアントに固執します。

6
追加された
これらの手順に精通していない限り、インストールモードを変更するのは簡単なので、インストールモードなどは面倒でした。そして時々それは私たちにエラーなしでものをインストールさせてくれます、それは正しいモードではなかったので、それは正しく機能しませんでした。そして、端末はエッジケースと考えられていたので、ほとんどのソフトウェアはこのことについて警告していなかったので直感的ではありませんでした(やはり端末環境に精通していて太ったクライアントのバックグラウンドからでない限り)。それは時々明確な痛みでした。
追加された 著者 YetAnotherRandomUser,
私はそれがうまくいったときには、端末は素晴らしいだと言うつもりです。私たちは膨大な数のユーザーを抱えていて、彼らは大きな助けになりました。問題は端末の管理が非論理的になるまでゆっくりと成長したエッジケースの数で起こりました。
追加された 著者 YetAnotherRandomUser,
@ Joeqwerty - ありがとう。 TSは素晴らしいツールですが、間違いなくニッチなスキルです。それはまた人々が近視を開発することができるということの一つです...ハンマーを持っている、すべてが釘ですか? TSは何でも解決することができます!いいえ。 :-)
追加された 著者 YetAnotherRandomUser,
+1。うわー、素晴らしい答え。いくつかのポイント:NT4とW2K TSとOfficeでは、Office(および他の多くのアプリケーション)を変換ファイルと共にインストールしなければなりませんでした。それはW2K3以来そうではありませんでした。唯一の注意点は、Officeまたは他のプログラムをインストールするときに、サーバーを "インストール"モード(コマンドラインまたは[プログラムの追加と削除]から)にする必要があることです。 W2K3 SP2 TSにフォールバックプリンタドライバが導入され、W2K8 TSにEasyPrintが導入され、これらによりプリンタドライバに関連する印刷の問題の数が減少しました。
追加された 著者 joeqwerty,
確かに、TS環境(特に大規模な環境)の管理は、一般的なクライアント/サーバー環境の管理とは異なるスキルです。 TS環境には、理解し作業するのに時間がかかるニュアンスがたくさんあります。繰り返しますが、あなたの側で素晴らしい答えを。
追加された 著者 joeqwerty,

PROの:あまりにも多く言及するが、私はそれがTS環境を管理するためにそれ以上のスキルを取るとは思わないがChopper3は良いスタートをした。実際には、私はそれがより多くのスキルが必要だと思います。私は20 TSサーバーファームを管理していますが、自分がTS環境を管理していない同僚よりもスキルが劣っているとは思っていません。

Con's:プリンターは大ざっぱです。すべてのアプリケーションがTSにライセンスおよび/またはインストールできるわけではありません。 TSが適切に保護されていない限り、TSがユーザーに騙される可能性があります。不正なアプリケーションは、1人のユーザーではなくすべてのユーザーに影響します。

2
追加された

多くの良い点と悪い点がありますが、プロ側のパフォーマンスが足りません。はい、おそらく物議をかもしますが、私たちが何年も前にターミナルサーバーを使ったとき、パフォーマンスが私たちの最初の要因であったことを私は知っています。

クライアントサーバーとサーバーサーバーの間で待ち時間が長くなるようなアプリケーションを作成していない場合、中央のサーバーに対してリモートオフィスの通常の太ったクライアントで実行すると、深刻なパフォーマンス問題が発生する可能性があります。

1つの例は、ローカルに複製されていないファイル共有からAccessデータベースフォームを実行しようとしています。その場合、中央ターミナルサーバー環境に切り替えると、アプリケーションサーバーまたはリソースへの大容量かつ低遅延の接続で、中央の非常に高性能なターミナルサーバー上で実行されるため、アプリケーションのパフォーマンスが向上します。クライアント側の部分がサーバー側の近くで実行されている場合は、同様のテクノロジで構築された多くの古い基幹業務アプリケーションの応答がはるかに速くなります。

そして、負荷が持続されず、他のユーザーのエクスペリエンスを台無しにしない限り、多くの古いアプリケーションは、リソースへの待ち時間が短いことだけでなく、バ​​ーストパフォーマンスの余地があるため、実際にはエンドユーザーに対してはるかに速く応答できます。高速サーバーで(明らかに画面の更新は流動的ではないかもしれませんが、流動的なアニメーションと顧客検索フォームでの迅速な結果は2つの非常に異なるものです)。ほとんどチョッパーが言ったように、TSに行くことは時々古いものを修正する簡単な方法です。ファイルリソースの複製、ブランチキャッシュ機能の使用、Webアプリケーションへの切り替え、またはこれから得られる個々のアプリケーションのターミナルサーバーへのサイロ化、シームレスクライアントアプリケーションとしてのファットクライアントへの提供など、他にも方法があります。

出張中のユーザーにターミナルサーバーセッションを提供すると、パフォーマンスが向上する可能性もあります。電車の中でモバイルブロードバンドを使ってラップトップやVPNを使って中央サーバーの共有Accessフォームや基幹業務のクライアントサーバーアプリケーションにアクセスしようとすると、非常に遅くて信頼性が低いでしょう。それを端末セッションに置き換えれば、接続が完全に切断されない限りはおそらく非常に巧妙です。そしてそれが死んだ場合、(自動ログオフの設定されたパラメータが満たされない限り)セッション状態は接続を再開するときに保存され、ユーザーはそれが残ったところで彼または彼女の仕事を続けることができます。

世界はこれが真実であるが、すべての会社がそうであるというわけではないシステムから前進しています...

1
追加された

これまで言及していなかった利点の1つは、ターミナルサーバー環境を持つことでリモートアクセスを設定するのがかなり簡単になることです。特にWindows 2008リモートデスクトップゲートウェイでは。自宅や離れた場所から仕事をできるようにユーザーを設定するのはとても簡単です。

1
追加された

私はTSの専門家ではありませんが、ここに私の経験から来るいくつかのポイントがあります。

  • USBをローカルに接続してサーバー上で使用することができます(少なくともCitrixでは)
  • サーバーの管理は、プライベートワークステーションの管理よりもはるかに厳密である必要があります(単一障害点:1人のユーザーがサーバーを台無しにした場合、だれも作業できなくなります)。

私が今働いているところでは、誰もがめったに使用しないような単純なアプリケーションにTSを使用しています。またはテスト用(私たちは古いバージョンのWindows/IEにアクセスできます)。

私はすべてのワークステーションをガラス化した少数の会社を知っていますが、あなたが単純な要件を持っているときそれははるかに良く働くようです。

コスト面では、この式は見かけほど簡単ではありません。クライアントのライセンスを支払う必要があります。管理するサーバーが1つしかなく、多数のワークステーションを所有していない場合でも、仕事はより難しくなり、より多くの資格が必要になります。

1
追加された

長所 - 環境の厳格な管理、一般的に優れたセキュリティ、ユーザーに対するシステムの一貫性、および一般的なコード更新の容易さ。 短所 - 一般的に、ユーザーの観点から見たパフォーマンスの低下。1つのベンダーのシステム(つまりWindows)に密接に関係しています。

TS以外の環境で優れたシステム管理者には理解できないTSシステムでは恩恵を受けることはできませんが、熟練度の低い/経験の浅いシステム管理者にとってはTSシステムの管理が容易になります。

1
追加された
TSシステムが優れているとは限らない場合もあります。単一の中央バックエンドDBに対してローカルで、Webインタフェースやその他の軽量なフロントエンドを作成する簡単な方法ではない場合、最高のパフォーマンスを発揮するクライアントアプリケーションを考えてください。終わり。そして、あなたはこのアプリケーションを必要とする何千もの小さなオフィスを持っています。 TS/Citrixはそれを簡単に解決します。 Aha - オスカーは以下の点で同じことを言っています。
追加された 著者 mfinni,

長所 - 集中サーバーのように動作します。たとえば、簡単に管理できます。たとえば、ウイルス対策ソフトウェアを更新する必要がある場合は、管理者権限で1か所で簡単に更新できます。他のユーザーにも影響があります。効果的な管理コントロールは、簡単にユーザーを監視することができます、あなたはあなたがサービスを管理することができるそれに応じてより多くのリソースを取っているユーザーを知ることができます。

短所 - サーバーが停止している場合、ユーザーが苦しんでいます。サーバー上のいずれかのユーザーが高いサーバーリソースを使用しているときにサーバー全体をハングアップし、他のユーザーに影響を与えます。継続的にサービスを監視する必要があります。他のサーバーの間でシンサーバーにアクセスする場合は、かなりの量のネットワークスペースを占有します。

プリンタの場合 - 一度管理者権限でアクセスすると、他のユーザが必要なプリンタにアクセスできるようになります。

1
追加された

Working wit Terminal Services is the most beneficial method for multiple users sharing the same applications & data. AND YES you'll need more IT skills to manage it! If you're a noob sysadmin then you'll keep on:

  1. wasting your company/business money.
  2. wasting your company/business IT staff & users time.
  3. wasting your time on putting out PC support fires.
  4. wasting money on AV/PC control, patch updating, image and inventory tools/etc....
  5. having security leaks/PC - Server model allows/forces the user to have the data on the physical PC. & what about remote sites???? you need to replicate data to them or invest in larger wan infrastructure and services.
  6. having to remote control users PC.
  7. wasting your company money on expensive PC's and licensing. when in TS you can work with Thin Clients or Zero Clients .
0
追加された