そのままのシンクライアント

数年前、私がシステム管理者として働いていた会社のディレクター（コンピューターのゴミを取り引きし、サーバーに少し従事していました）は、シンクライアントの作成と販売のアイデアを得ました。 開発アウトソーシングを完了するためにあまり成功しなかった数多くの試みの後、私はそれをなぜそしてどのように食べるかを知っている人としてプロセスに魅了されましたショッピングモールにないもの）。



2年間、シンクライアントに従事していました。 今、私は別の場所に行きますが、今のところはシンクライアントについて知っていることを書きます。 ユーザーと作成者の両方による。



理論から始めましょう。それとも、シンクライアントとそのクライアントが何を食べるのかということから始めましょう。 その前に、これらすべてがリモートデスクトップ、場所、VDI、クラウド、クラスター、アプリケーションファームなどと踊る理由を理解する必要があります。 など





リモートアクセス（ノードのブリッジサーバーを介したクラウド内のアプリケーションへの自明なRDPまたは非自明なアクセス）の主なアイデアは、ユーザーハードウェア（ボタンとモニター）をデータおよびアプリケーションから分離することです。 カスタムハードウェアには、（非）正当なギャングの従業員によって死に、悪化し、盗まれ、押収されるという習慣があります。 これは一方でです。 一方、管理コントロールがうまく機能しない状況では、ユーザーはコンピューターを「そうではない」と使用したい場合があります。 たとえば、おもちゃを入れたり、映画を見たりするために。 これを防ぐための手段は、過激主義（身体をリベットにする）に進むか、イニシアチブハッカーとzadolbavshih管理者の果てしない闘争になります。



通常のデスクトップ（ちなみに、Mac、Windows、Linuxのいずれでもかまいません）は、システム管理者、セキュリティ部門の責任者（もしあれば）、またはゼネラルディレクターの人生を台無しにするあらゆる手段を備えています。



データとアプリケーションはテーブルの下のボックスに保存され、そこにはほこりが多く、フラッシュドライブのようにあらゆる種類のナンセンスでそれを突きます。 箱の中には通常付属品があります...信頼性が中程度で、フラッシュドライブを貼り付けると死にます 残りは言うまでもありません：ほこり、汚れなど このデータは、サードパーティのソフトウェア、見知らぬ人に対して脆弱です。



信頼できるコンポーネントをユーザーのコンピューターにインストールしますか？ レイド、毎日のバックアップ？ これは行き止まりです（ただし、そうです、特に税務申告の提出期限が近づいている毎年3月に、主任会計士のコンピューターのRAID1はそれほど悪い考えではないかもしれません）。



明らかな解決策は、データをコンピューターの外部に移動することでした。 根本的に異なる3つの削除方法があります。データがサーバー上にある場合、アプリケーションはデータがサーバー上にあることを認識して動作します（たとえば、SQLベースのアプリケーション、すべてのWebアプリケーションはこのように動作します）が、そのローカルの存在はシミュレートされます（ネットワークボール）およびローカルに保存され、削除されたデータの同期がある場合（ローミングプロファイル）。 各メソッドには長所と短所があります。



「サーバーを使用した直接アプリケーション操作」は最も興味深いように見えますが、「理解」アプリケーションが必要です。 当時、銀行のクライアントが管理者として働く方法を学習できず、カタログに書き込む権利を持ちたい場合、管理者にとって便利な方法でサーバーを操作するには何が必要ですか...



ネットワークボールはより興味深いものですが、パフォーマンスには多くの制限があります。 特定のプログラム（たとえば、電子メールクライアント）が複数の人からの16GBのメールアーカイブのインデックスを再作成することを決定した場合、価格に応じてハードウェアの一部が停止します。 しかし、ユーザーは_tam_がどうなるかは気にしません。 彼は_ut_を遅くすることに気をつけています。 また、ユーザーが多いほど、パフォーマンスの問題は深刻になります。



移動プロファイル（ウィンドウ）にも大きなマイナスがあります。毎朝および毎晩、長いプロファイルの読み込み（同じ16ギガバイトが交換されます）です。 加えて、オフィスに押し入った経済志向の武装したギャングにとって興味深いかもしれないローカルコピー。



そして、最も重要なこととして、これらの方法はいずれもアプリケーションの問題を解決しません。 アプリケーションは非常に気まぐれなものになる可能性があります（デフォルトのレイアウトがロシア語でない場合に動作を停止する、税関申告を記入するためのプログラムの特定のドキュメントを印刷する特別なプログラムを何らかの形で処理しました）。 プログラマーに加えて、客観的に設定が困難なアプリケーションも存在する可能性があり、それを稼働状態にするには数時間かかります。



これらすべてが思考につながりますが、なぜデータをサーバーに送るのと同じ場所にアプリケーションを配置しないのでしょうか？ そして職場から、サーバー上にプログラムが描いたものだけを表示できる、ボタンを備えた平らで原始的なボードを作成します。



このアイデアは、1990年代半ばに非常に美しく見えました。端末ソリューションが人気を博し始めたばかりでした（citrixから、しかし徐々にMicrosoftから）。 実際、そこには多くの問題があり、それらはまだそれらに取り組んでいます...しかし、トピックはシンクライアントについてです。



そのため、シンクライアントはサーバーへのインターフェイスを提供する必要があります。 「ターミナルセッションを備えた単なるワークステーション」ではなく、シンクライアントなのはなぜですか。 エネルギー効率、信頼性、ノイズレス（これは本当ですが、誰も気にしない）に関するマーケティングの話題に加えて、シンクライアントを使用する主な理由は、「必要以上」のレベルに能力を最小化するジョブの標準化です。 自由が少ないほど、爆発する可能性は低くなります。 TKを自分で作成することは可能ですが、rdesktopの自動実行でXサーバーを構成できる人には思えないほど問題があります。 （後で、「自己構築」とこれを取り上げる人々を待っている問題についてもう少し書くことを望みます）。



市場には多くのシンクライアントメーカーが存在します（メーカーの1つの観点から見れば多すぎる）が、概して、HPレベルのモンスターから地元の小さなメーカー（私が働いた会社の1つ）に至るまで、すべてのシンクライアントはそれほど似ていません基礎。



約5年前、ショッピングモールのすべての機能を「構成」、「実行」、「作業」に減らすことができました。 プロトコルのリストは控えめでした：RDP、ICA、SSH、NX（nomachines）、X11 / XDM、VNC ...おそらくWebブラウザー。 現在、状況はあらゆる種類のクラウドと仮想化に傾いていますが、ショッピングセンターの観点から見ると、これは別のリモートアクセスサービスへのクライアントがもう1人だけであることを意味します。 近代性におけるより深刻な変化は、web2.0アプリケーションです。 サーバーにデータを保存し、ユーザーのWebブラウザーで（部分的に）実行されるアプリケーション。 この微妙な変更により、TCのあり方が大幅に再考されました。 彼は絵を描くだけでなく、数えなければなりません。 ただし、このような変更により、職場の脆弱性のプライバシーの問題が再び開かれました。



もう1つの大きな変化は、組み込みのSIP / Skypeクライアントの出現、優れたマルチメディア（特にビデオ）の作成（これまでのところあまり成功していません）でした。



ロードの観点から、ショッピングモールは2つのクラスに分けられます：ローカルロードとネットワークロードです。 明らかな理由から、ネットワークブートは主にLinuxで行われます。 Windows用のネットワーク経由でギグをロードしたい人はいませんが、CEのPXEについては聞いていません（インストールされているCEの平均サイズは15〜30 MBなので、興味深いです）。



それでは、ローカルローディングの利点は何ですか？ 主な点（私の経験からわかるように、多くのバイヤーの観点から見て非常に深刻です）は、そのまま使用できることです。 DHCP / TFTPサーバーはなく、プリセットによる大騒ぎもありません。 立ち往生し、オンになり、サーバーアドレスを示し、動作しました。 2番目のプラスは、「朝の遅れ」がないことです（全員が同時に読み込みを開始するとき）。



さらに、最新バージョンの自動ダウンロードで、特定の価格引き下げ（DOMの価格、つまり10〜30ドル）でネットワークをダウンロードします。 短所は、朝の遅れ、DHCPでの特別な騒ぎ、それに起因する小さなブランチ（インターネット全体がSOHOボックスで、場合によってはwifiで作成される）でのこのようなシンクライアントの適用不能です。



実験的なソリューション（後で説明します）を除き、すべてのシンクライアントは、Windows CE、Linux、およびWindows Embedded Standard（デスクトップとはかなり異なる特別なバージョンのWindows XP）の3つのプラットフォームのいずれかで作成されます。 ある瞬間まで、チャンピオンシップフラグはLinux側にありましたが、今では状況はCE6に向かっています。 理由：rdesktopはRDPバージョン6以降を認識しません。 そして、CEはできます。 そして、これは非常に深刻な利点です。少なくとも、これはマイクのサポートだからです。 （RDP 5.2ではありません。CE5およびrdesktopではありません）。 しかし、一方で、VMView ClientはlinuxとWES専用であり、CEでのそのバージョンはすべて「自家製」（つまり、VMWareによって書かれていない）であり、サーバーの作成者によって書かれていないという大きな問題を抱えています。 CEのもう1つの欠点は、fig WWWのサポートです。 しかし、CEのIE6は通常のIEよりも恐ろしいものです。 Linux firefoxとWES上のすべてのブラウザは、はるかに楽しいものです。



TCにとって（ブートモードよりも）もっと重要なのは、制御の存在です。



管理には次のものがあります。

1. ローカル（TCに行き、F2を押して、コンフィギュレーターで終了）。
2. リモート（TCに接続、構成済み、切断済み）
3. 集中管理（TCグループを選択し、設定を設定すると、すべて自動的に実行されます）。

1つはローカルロードを使用するTCのデファクトスタンダードですが、PXEシンクライアントには存在しないことがよくあります（サーバーからロードされ、そこから設定を取得するため）。



ローカルロードを使用するクライアントの2番目と3番目は機能です。 つまり すべてのメーカーがそれを持っているわけではありません。 それとは別に、集中管理について話す必要があります。 これは、すべてのTCに同じ設定を与えるのではなく、どの設定が同じで、どの設定が異なるかを指定できるようにするためです（たとえば、すべての鉄の設定が異なるため） 、セッション設定はグループごとに異なる場合があります）。



Windowsネットワークで動作するTCの場合、ADへの統合が最もシックであると考えられます。 Active Directoryからデータを受信する機能、または（これは曲技飛行です）TCをコンピューターとしてADスナップインに統合し、OU /サイトなどに基づいてグループポリシーを適用する機能 奇妙な方法で、WESはそれをすべて箱から出して行うことができます。 ただし、WESは、そのすべての外部の魅力により、TCにとって最悪のプラットフォームです（通常のWindowsにあまりにも似ており、Windowsで実行できるすべての操作に対して脆弱であるため...）



ほとんどのメーカーは非常にクローズドモードで動作します（つまり、オープンソースコミュニティから多くを消費しますが、何も公開しません）。 私が知っている唯一の例外はopenthinclient.orgです。これは、一元管理された非常に優れた洗練されたPXEベースのシンクライアントです。 そのマイナスはサイズです。各シンクライアントのネットワークには約150メガバイトがロードされます。



（シンクライアントの作成方法については、次を参照）。