🐓 🗽 🦗 ごみを良くするには？ 🖕🏼 🧝🏼 🏍️

私は何について話しているのですか？

さまざまなタスクがあります...単純なタスクと複雑なタスクがありますが、1週間以上かかり、解決するのに十分な数の神経細胞が必要なタスクがあります。これらのタスクの1つは、大量の弱い鉄の上に深刻な何かを展開することと考えることができます。すなわち...

（以下、LTSPのわずかに具体的で最適化された構成と、それに基づいたサーバークラスターの作成について説明します）。

一部の組織は、ターミナルサーバーと多数のターミナルクライアントを展開することを決定しました。予備的な計算、テスト、そして明らかに脳なしで、誰かがいくつかのタイプのHP端末を購入しました。主に、RAMの量と内蔵フラッシュドライブのサイズが異なりました。 RAMサイズは128から512 mbの範囲で、ドライブのサイズは64から256の範囲でした。完全を期すために、x86 Via / AMDプロセッサ〜800 MHz、および同じViaまたはSiSからのビデオに言及する価値があります。動物園は短いです。

さて、すでにここにあるものを買って買った。サーバーを展開し、クライアントを接続し始めました...そして、70番台を接続した後、かなり強力なサーバーが単純にサグし始めました。サーバーとともに、クライアントはスローダウンし始めましたが、それ以外の場合はどうでしょうか？ネットワークリソースもサーバー自体のリソースも十分ではありませんでした。どうする結局のところ、約150の未接続の端末がまだ存在しています。 Ai-ai-ayは、ユーザー、管理者、およびその他の人を同時に言った。私たちは半年間めて、得点しました。ちなみに、はい、ターミナルはもともとWindows CEの下にあったため、RDPを介してターミナルサーバーとやり取りしました。

そしてさらに6ヶ月後、彼らは突然思い出しました...そして彼らはそれを外部委託しました。「しかし、パフォーマンスの問題を解決すれば、誰もが大丈夫です！」という別れの言葉で。実際には、端末から現在必要なもの。ターミナルの起動時に、ユーザーが「何があっても」サーバーにログインできる手書きのソフトウェアを起動し、認証が成功した場合はブラウザーを起動する必要がありました。デロフ？ええ...そして、これはすべて死んだターミナルでも動作するはずです。つまり、バー-RAMの128 MB、ドライブ上の64 MB。プロセッサについて心配する必要はありません。なんとか処理できます...

何回か試すか、組み込みLinuxが役立ちます！

当然、クライアントの数を考慮して、端末ソリューションを使用せず、各クライアントを自給自足にすることが決定されました。このため、Buildrootは元々zayuzanでした。カーネル、最小限のシステムおよびネットワークユーティリティのセット、Qt Embedded、独自のソフトウェアの一部を含む小さな配布キットが組み立てられました。...はい、それですべてです。約40 mbのサイズが出ました。つまり、最も弱い鉄片に完全に収まります。真実はすべての端末で機能しませんでした。 Viaで組み立てられたコンプレックスが半分のキックで動作した場合、AMDを搭載した端末ではまったく起動しませんでした。そのタイプのハードウェアにはdofigの場所があったため、Debianを個別にアセンブルする必要がありました。

プロジェクトは正常に完了し、顧客に届けられました。もちろん、すべてが機能し、完璧ではなく、プラグがありました。ブラウザのタブの数を5番目に制限しなければなりませんでした。そのため、端末のリソースに特に依存しませんでした。チュチュルカにチュチュルクを入れてください！誰もが幸せでした、それはただ...

しかし、楽しい農場はどうですか？

はいはい...ユビキタスFlashプレーヤーが必要です。さて、ヒープへ-ブラウザ用のJavaプラグイン。問題は同じままです-ファームウェアに十分なスペースがなく、すべてのRAMがWebKitによってすでに消費されています。さらに、十分なスペースがあったとしても、Qt Embeddedはブラウザープラグインをサポートしません。Linuxでこれらのプラグインが機能するにはX.Orgが必要だからです。まあ、はい、同じXEmbedWindow、またはそれが何であれ...短いゴミ。アプリケーションに外部ウィンドウを埋め込むことができます。そして、私が言ったように、たとえ十分なスペースがあったとしても、128 MBのデッドターミナルはX + Qt + Webキット+ Flashを搭載した実行中のブラウザーを引っ張ることはありませんでした。悲しい私たちはカブを傷つけます...私たちは長い間傷つけます...最後に私たちは何か他のものを試します。オプションとして次のスキームを使用します。OSは端末から起動されますが、ログインすると、セッションは引き続きNXクライアントを介して端末サーバーから起動されます。理論的には、これによりサーバーの負荷が少なくともわずかに軽減されます。わさびハゲ...

新しいBuildrootを構築しています。今回はQtをスローし、X.OrgとNXクライアントを詰め込みます。サーバーには、テストのために公式のNoMachine NXサーバーを配置しました。誰かが知らない場合、これはここにあります。起動し、英語でメガログインダイアログを表示し、理解し、カスタムセッションに接続します...出来上がり、サーバーからブラウザを起動しました。 YouTubeには5つのタブが用意されています。ビデオを開始してください。動作します。テストサーバーの負荷を確認します...「Lyat！」という言葉は口を失いたいだけです。1つのクライアントブラウザーが100〜120 MBのRAMを削除しても、最適化の目標に近づくことはできません。これにネットワーク負荷を加えます。楽しい...

少なくとも15〜30台のクライアントがいれば、我慢できます。しかし、300を超えることはありません。しかし、再び... NXクライアントの自動入力の設定が見つからず、起動時に渡される必要なパラメータも見つかりませんでした。 -この設定で開始するように、サーバー上でそのようなソフトウェアを見せてください。一方、Basurmの顔でカルスをせずに黙ってください！

ハハ！そして、あなたは成功しませんでしたか？

さて、あなたはどうでしょう...そして、このテキストはすべてありません=）一般的に、いくつかのオプションを探します（ssh -Xのような同じビルダーですべてを実行するなど）、私はこれがすべて正しくないとあなたは行動する必要があるという結論に達しましたそうでなければ。

この時点で、私の検索で、 LTSP -Linux termianl Server Projectに出会いました。原則として、私は最初にそれについて読みましたが、「結局、ターミナルサーバーがあります。始めたところに戻りましょう」と思い、ウィキペディアのページを懐疑的に閉じました。ただし、一部は他のオプションがないため、また一部はLTSPのUbuntuヘルプセクションで、ターミナル自体でローカルアプリケーションを実行する機能として説明されているため、試してみることにしました...

ダストジョーイット！

だから。初期条件として、i386コンピューターまたは仮想マシン（2枚のネットワークカードを搭載）とUbuntu Server 11.04配布キットがあるとします。さらに、ネットワーク経由で起動できるいくつかの端末。テストのために...

もちろん、まず、Ubuntuサーバーを使用します。その直後に、追加のリポジトリを破棄し、必要なソフトウェアをインストールします。

echo "deb http://ftp.ubuntu.com/ubuntu/ natty main restricted universe multiverse" > /etc/apt/sources.list apt-get update apt-get install bash-completion openbox xserver-xorg xorg xbase-clients xterm ltsp-server-standalone arora gettext -y

次に、両方のネットワークインターフェイスを構成する必要があります。そう。そのため、1つは共有ネットワークを、もう1つは独自のサブネットを確認します。ファイル/ etc / network / interfacesを編集します。

 auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 192.168.1.170 netmask 255.255.255.0 gateway 192.168.1.1 auto eth1 iface eth1 inet static address 192.168.22.1 netmask 255.255.255.0

次に、クライアントを収集します。

 ltsp-build-client

最後になりましたが、DHCPサーバー、ファイル/etc/ltsp/dhcpd.confをセットアップします。

  #authoritative; class "ltsp-clients" { match if substring (hardware,1,8) = "00:14:85"; } subnet 192.168.22.0 netmask 255.255.255.0 { #range 192.168.22.20 192.168.22.250; option domain-name "example.com"; option domain-name-servers 192.168.22.1; option broadcast-address 192.168.22.255; option routers 192.168.22.1; option root-path "192.168.22.1:/opt/ltsp/i386"; next-server 192.168.22.1; option subnet-mask 255.255.255.0; option root-path "/opt/ltsp/i386"; if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient" { filename "/ltsp/i386/pxelinux.0"; } else { filename "/ltsp/i386/nbi.img"; } pool { allow members of "ltsp-clients"; range 192.168.22.20 192.168.22.250; } group { next-server 192.168.22.1; host test { deny-unknown-clients; hardware ethernet 00:14:85:47:AA:73; fixed-address 192.168.22.53; } } }

ここでは、何をどのようにロードし、どのサブネットでIPアドレスをお客様に配布するかを示します。また、ソリューションのテストのみを行っているため、DHCPサーバーが組織のネットワークにあるメインのDHCPと競合することは望ましくありません。このために、最初に彼に無許可の電話をかけ（マシンが彼に夜間に特定のIPを要求すると、サーバーはそれを開始します）、サーバーがIPを割り当てることができるMACアドレスのプールを割り当てます。

ほとんどすべてが最初のブートの準備ができていますが、サーバーのIPは192.168.1.1からはほど遠いため、クライアントにシステムをロードするときにNBDサーバーを探す場所を味わうことはできません。したがって、/ var / lib / tftpboot / ltsp / i386 / pxelinux.cfg / defaultファイルを修正し、nbdportパラメーターをnbdrootに置き換える必要があります。このファイルは、PXEを基本構成としてロードするときにクライアントによってダウンロードされます。

 default ltsp label ltsp kernel vmlinuz append ro initrd=initrd.img quiet splash nbdroot=192.168.1.170:2000

サーバーを再起動し、ネットワーク上のクライアントでダウンロードを開始すると...ログイン画面が表示されます。

まあ、そのようなもの。考えてみると、クライアントから起動してログインし、システムで作業できるようになりました。確かに、現時点ではサーバーにはxtermとopenboxしかありません。さらに、これは私たちのタスクと完全に一致していません。

必要に応じて、OSレベルでユーザーを区別する必要はなく、すべてのユーザーが1人のユーザーで同時にシステムにログインできるとします。その後、認証用のソフトウェアが起動し、認証が成功すると、メインアプリケーション、つまりブラウザが起動します。まず、認証画面を削除して、ユーザーとして自動的にログインしてみましょう。まず、作成します：

 useradd ltspclient -p $(perl -e'print crypt("1234", "aa")') -m echo "ltspclient ALL = NOPASSWD: ALL" >> /etc/sudoers echo "ltspclient ALL = NOPASSWD: ALL" >> /opt/ltsp/i386/etc/sudoers

LTSPには、重要でさまざまな設定を含むことができる別の構成ファイルがあります。これは、ファイル/var/lib/tftpboot/ltsp/i386/lts.confです。ここで指定されたパラメーターは、メインオペレーティングシステムのブート時に既に使用されており、そのイメージはPXEのロード直後にNFSを介してマウントされます。次のように入力します。

 [Default] LDM_AUTOLOGIN=true LDM_USERNAME=ltspclient LDM_PASSWORD=1234 LOCAL_APPS=True XkbModel = pc104 XkbLayout = us,ru XkbOptions = "grp:alt_shift_toggle,grp_led:scroll"

ご想像のとおり、これによりユーザーはシステムに自動的にログインできます。かっこいい空のX.Orgで彼は何をすべきでしょうか？入力後、独自のソフトウェアを起動する必要があります。これには、常に素晴らしい/home/ltspclient/.xinitrcがあります。それを作成して書きます：

 #!/usr/bin/env bash export LANG="en_US.UTF-8" export LC_ALL="en_US.UTF-8" export LANGUAGE="en_US.UTF-8" export LC_CTYPE="en_US.UTF-8" openbox & authorize -style cleanlooks #xterm

そしてもちろん、それにシンボリックリンクを作成します：

 ln -s /home/ltspclient/.xinitrc /home/ltspclient/.xsession

クライアントを再起動します。 Voila、独自のアプリケーションをダウンロードした後、開始しました（サーバーに既に展開しているとしましょう）。サーバーから起動しましたが、非常に小さく、2 MBのメモリを消費するため、特に心配する必要はありません。もう1つはブラウザーです。起動後、サーバーは非常に良好にサグします...再び25がサーバー上のリソースを消費しているという事実になりました=（最初に、ネットワークは常にすべてのクライアント用にブラウザーを描画します（Qtは単にXの画像を画像として描画することを覚えていますか？） MBのRAM 8 GBのRAMを搭載したサーバーでは、最大80のクライアントを展開できますが、それらのクライアントがプロセッサとネットワークを絶えず食い尽くすことはありません。

さて...でたらめ戦争、主なものは機動です！ローカルアプリケーションについては何がありましたか？判明したように、ローカルアプリケーションは実際にはサーバー上にないアプリケーションですが、システムのマウントされたイメージに直接インストールされます。そして、現在のサーバーセッションからのラッパーの後、それらはまだ起動することができます。この場合、端末全体に負荷がかかります。このようなアイデアを実装するには、必要なライブラリとブラウザを画像に配信する必要があります。簡単に言うと、次のようになります。

 cd /opt/ltsp/i386/ mount -o bind /proc ./proc chroot ./ apt-get update apt-get install arora sudo flashplugin-nonfree sun-java6-plugin ssh gettext -y exit umount /opt/ltsp/i386/proc ltsp-update-sshkeys ltsp-update-image --arch i386

それは簡単です-イメージの内臓が置かれている/ opt / ltsp / i386 /ディレクトリにcrhrotを実行し、そこに必要なソフトウェアを直接配信し（例のために、ブラウザがaroraであると仮定して）、システムイメージを更新します。以上で、ローカルで実行できるアプリケーションができました！

これに先立ち、私が言ったように、それぞれにYouTubeが5つ開いているタブを持つブラウザは、最大120 MBのメモリを必要とすることが実験的に判明しました。これは、128 MBのRAMを搭載した端末が起動できないことを意味します。カンニングしようとしましょう。最初のアプリケーションを起動した後、システムパラメータを確認し、それらに応じて、ブラウザを起動するかどうかをローカルまたはリモートで決定するようにします。最初のアプリケーションのコードに次を追加します。

Widget.hファイル：

 ... class Widget : public QWidget { Q_OBJECT public: explicit Widget(QWidget *parent = 0); ~Widget(); void readDeviceInfo(); ... protected: QString deviceUuidInfoFileName; ... }; ...

Widget.cppファイル：

 ... Widget::Widget(QWidget *parent) : QWidget(parent) { ... //test for memory QString uuid = QUuid::createUuid ().toString().remove("{").remove("}"); deviceUuidInfoFileName = QDesktopServices::storageLocation(QDesktopServices::HomeLocation) + "/.info_" + uuid + "_mem.txt"; QString runFileName = QDesktopServices::storageLocation(QDesktopServices::HomeLocation) + "/deviceInfo_" + uuid +".sh"; QString program = "/usr/bin/ltsp-localapps \"free -m | grep \"Mem:\" > " + deviceUuidInfoFileName + "\""; QFile runFile(runFileName); if (runFile.open(QIODevice::WriteOnly | QIODevice::Text)){ QTextStream out(&runFile); out << program << "\n"; QFile::Permissions Permissions = runFile.permissions(); // Permissions == 0x6600; Permissions |= QFile::ExeOther|QFile::ExeUser|QFile::ExeOwner|QFile::ExeGroup; // Permissions == 0x7711; if(!runFile.setPermissions(Permissions)) { qDebug() << "Cannot set file Permitions"; return; } Permissions = runFile.permissions(); // Permissions == 0x6600; if(Permissions & (QFile::ExeOther|QFile::ExeUser|QFile::ExeOwner|QFile::ExeGroup)) { qDebug() << "Info", "Executable file"; } runFile.close(); } QProcess *ltspla = new QProcess(this); ltspla->start(runFileName); ltspla->waitForFinished(); runFile.remove(runFile.fileName()); QTimer::singleShot ( 500, this, SLOT(readDeviceInfo())); } void Widget::readDeviceInfo() { QFile file(deviceUuidInfoFileName); if (!file.open(QIODevice::ReadOnly | QIODevice::Text)){ qDebug() << "Error reading memory info!"; QTimer::singleShot ( 500, this, SLOT(readDeviceInfo())); return; } QTextStream in(&file); QString memory = in.readAll().split(" ",QString::SkipEmptyParts).at(1).trimmed(); qDebug() << "Memory:" << memory; file.close(); file.remove(file.fileName()); if (memory.toInt()<220){ ui->rbRunBrowserRemote->setChecked(true); } } ...

Bony、しかし...基本的に、コマンド/ usr / bin / ltsp-localapps“ free -m | grep“ Mem：“> filename.txt”そして、ファイルfilename.txtからデータを読み取り、起動するブラウザのバージョンを決定します。 RAMが特定のレベルよりも小さい場合、サーバーバージョンを起動します（それ以上の場合はローカルバージョン）。

それは何を与えますか？そして、かなり具体的な結果...フルスクリーンで展開するローカルブラウザを起動した後、クライアントは本質的にサーバーを忘れます。 Xとアプリケーションの両方がローカルで同時に実行されているため、サーバーOSは描画されません。つまり、データはネットワークを介して送信されません。さらに、計算はすべてローカルで同じように行われ、サーバーは完全に不要です。かっこいいうん！これにより、通常の顧客を多かれ少なかれ彼らの弱い兄弟から分離することができます。前者はそれ自体がリソースを提供し、後者はサーバーに寄生します。

通常のクライアントとほぼ同じクライアントがいることを受け入れると、タスクの一部を達成しました。サーバーの負荷が半分になるようにプロセスを最適化することができました。結局のところ、通常のクライアントは、ブート時と認証中の短い間だけそれを必要とします。もちろんボトルネックは残っていますが、これは多くの人々が来てクライアントの電源ボタンを押す朝です。それについて何もする必要はありません。トラフィックの負荷が顕著になります。しかし、これも比較的相対的です。理由は次のとおりです。ブートプロセスは2つの段階に分けることができます。

1）PXEをダウンロード-eth1インターフェースから約8 Mbのトラフィックが必要です。その後、少しの間休止し、初期化とマウント用のメインOSのイメージが要求されます

2）メインOSのダウンロードとは、カーネル、ライブラリ、デーモンの起動、その他のゴミの読み込みです。この段階では、eth0インターフェイスを介してネットワーク経由で送信される約16 MBのデータが必要です。これには、自動ログインと最初のアプリケーションの起動も含まれます。

それはどういうことですか？ネットワークカードの速度が100 Mb / sの場合、これは12.5 MB / sです。 10に切り上げて、衝突などに関連するさまざまな欠陥を排除します。次。たとえば、3種類の端末があります。すべての端末が午前9時に同時にオンになった場合でも、わずかに異なる速度で読み込みを開始します。各クライアントについて、ブート時に〜26 mbのデータを転送する必要があります。つまり、一般的にクライアントごとに〜3秒（もちろん、すぐではありません）、3 * 300を掛けます（懐中電灯から同時に量が増えます）または、1分または2つのクライアントを含む期間）900秒または900/60 = 15分、または900 * 26 = 23,400メガバイトのデータが出力されます。かなり見た目が悪いですね。一般的にはもちろんですが、そんなに言っているわけではありません。結局のところ、2つのインターフェイスがあり、それぞれに独自のデータ量がポンピングされます-900 * 16 = eth0を介して14,400 mbおよびeth1を介して900 * 8 = 7,200 mb。ネットワークの負荷は高いままですが、各インターフェイスの負荷は大幅に減少します。残念ながら、とにかくここには非常にボトルネックが残っており、それを回避することはできないようです。ギガビットインターフェイスをインストールするか、1つの端末のブート時間に依存するかのいずれかです。これは約45秒に相当し、サーバーからデータをダウンロードするプロセス全体が広がります。

そして、はい、前の段落の私の計算の正確性について確信が持てないものがあります。どこか鈍い場合は修正してください。

中間結論...

以前のオプションと比較し、これらの鉄片に元々使用されていたものと比較して。理想的な条件下では、サーバーの半分をロードして、作業の一部をごみ箱の作業に移すことができました。これはごみ箱ではありません...さらに、プラグインを備えた完全なWebKitブラウザーを詰め込むことができたため、ユーザーは多くのFlashにカットできます/ html5-toysを使用して職場で直接ポルノを視聴します（ただし、顧客はプラグインが銀行のクライアントに必要であると言いますが、私たちは皆知っています=））。

大丈夫、すべてが順調です...作業の半分が完了しました。しかし、最大で80人がサーバーにサービスを提供できることを既に認識しており、サーバーが可能性の限界にサービスを提供するだけでなく、動作し、さらに、との接続を維持する必要があるという事実を考慮しているにもかかわらず、約150の死んだクライアントがまだあります150程度の通常のクライアントは、サーバーに快適に落ち着くことができることがわかりました。たくさんではないが、空ではない...次に何をすべきか？そして、我々は救助に来ます...

クラスター！クラスター！

はい、はい、クラスターです！ポイントです。その開発中に、LTSPは、ロードバランサー、さらにはWebインターフェイスを備えたサーバークラスターを作成できるようになるまでに成長しました。「UUUUUUは....」 - 厳しいシベリアロガーを語りました。さて、LTSPクラスターをデプロイするための技術的な説明とマニュアルを読みに行きました。

最初に、これらのltsp-clusterコンポーネントが何であるかを理解しましょう。まず、LTSP-Cluster自体は、LTSP配布キットのデフォルトの配布に含まれるltspサーバー用のプラグインのセットです。さらに、クラスタリングをサポートするクライアントを構築するには、他に何もインストールする必要はありません; --ltsp-clusterオプションでクライアントの構築を開始するだけです

プロジェクトには次のコンポーネントが含まれます。

Load Balancer Serverは、接続されているすべてのアプリケーションサーバーを監視するメインの負荷制御サーバーです。
コントロールセンター（Webインターフェイス）-接続されたクライアントとサーバーの負荷に関する情報を取得できるWebインターフェイス。調整も行います。
GNU / Linux / Windows用のLoad Balancer Agent-各アプリケーションサーバーにインストールされ、サーバーの負荷に関する情報をLoad Balancer Serverに送信します
Accounts Manager-Load Balancer Agentと同じマシンにインストールされたデーモン。必要に応じて、ユーザーを動的に作成および削除できます。まあ、つまり、ユーザーのメインサーバーでltspclientを開始しましたが、アプリサーバーでは持っていないようです...そして自動ログインがあります...ここで、アカウントマネージャーは、サーバーの1つにアクセスするときにこのユーザーの自動作成を監視します。
PXE構成エディター-コントロールセンターからパラメーターを受け取り、それらに基づいてPXE構成ファイルを生成します。
NX Loadbalancer-SSHサーバーを起動し、nxユーザーの接続を監視し、必要に応じて特定のサーバーにスローします。

しよう、チョ...

まず、サーバーで、クラスターサポートオプションを使用してクライアントを再構築する必要があります。

 ltsp-build-client --arch i386 --ltsp-cluster --prompt-rootpass --accept-unsigned-packages

アセンブリ中に、回答が必要ないくつかの質問があります。

 Configuration of LTSP-Cluster NOTE: booleans must be answered as uppercase Y or N Server name: 192.168.1.170 Port (default: 80): Use SSL [y/N]: N Enable hardware inventory [Y/n]: Y Request timeout (default: 2): 0

将来、これらのパラメーターはファイル/opt/ltsp/i386/etc/ltsp/getltscfg-cluster.confで修正できます。その後、rootパスワードを入力するように招待されます。

これが完了したら、コントロールセンターとLoad Balancer Serverを同じ物理サーバー、異なる仮想マシン、または異なる仮想マシンに展開する方法を決定する必要があります。わかりやすくするために、メインサーバーと同じ場所に展開します。

もちろん、最初のステップはコントロールセンターです。

 apt-get install ltsp-cluster-control postgresql --no-install-recommends

config /etc/ltsp/ltsp-cluster-control.config.phpを修正しましょう

 ... $CONFIG['loadbalancer'] = "192.168.1.170"; #Hostname of the loadbalancer ...

PostgreSqlの新しいユーザーと新しいデータベースを作成します（/etc/ltsp/ltsp-cluster-control.config.phpのようなパスワード-ltspcluster）：

 sudo -u postgres createuser -SDRlP ltsp sudo -u postgres createdb ltsp -O ltsp

次に、作成されたベースにスキーム自体を展開する必要があります。魔術は短くなります。

 cd /usr/share/ltsp-cluster-control/DB/ cat schema.sql functions.sql | psql -h localhost ltsp ltsp wget http://bazaar.launchpad.net/%7Eltsp-cluster-team/ltsp-cluster/ltsp-cluster-control/download/head%3A/controlcenter.py-20090118065910-j5inpmeqapsuuepd-3/control-center.py wget http://bazaar.launchpad.net/%7Eltsp-cluster-team/ltsp-cluster/ltsp-cluster-control/download/head%3A/rdpldm.config-20090430131602-g0xccqrcx91oxsl0-1/rdp%2Bldm.config apt-get install python-pygresql /etc/init.d/apache2 stop python control-center.py rdp+ldm.config /etc/init.d/apache2 start

このすべての後、リンク192.168.1.170/ltsp-cluster-control/Adminに移動します。このインターフェイスでは、インターフェイスで既に突くことができます...すぐに最初のページで、いくつかの重要なパラメーターを指定する必要があります。

 LANG = en_US.UTF-8 LDM_DIRECTX = True LDM_SERVER = %LOADBALANCER% LOCAL_APPS_MENU = True SCREEN_07 = ldm TIMESERVER = ntp.ubuntu.com XKBLAYOUT = us,ru

最初のものを終了しました...次...ロードバランサー...同じマシンにデプロイされました：

 apt-get install ltsp-cluster-lbserver --no-install-recommends

config /etc/ltsp/lbsconfig.xml：

 <?xml version="1.0"?> <lbsconfig> <lbservice listen="*:8008" max-threads="2" refresh-delay="60" returns="$IP"/> <lbslave is-slave="false"/> <mgmtservice enabled="true" listen="*:8001"/> <nodes> <group default="true" name="default"> <node address="http://192.168.1.171:8000" name="ltsp-appserv01"/> </group> </nodes> <rules> <variable name="LOADAVG" weight="50"> <rule capacity=".7"/> </variable> <variable name="NBX11SESS" weight="25"> <rule capacity="$CPUFREQ*$CPUCOUNT*$CPUCOUNT/120" critical="$CPUFREQ*$CPUCOUNT*$CPUCOUNT/100"/> </variable> <variable name="MEMUSED" weight="25"> <rule capacity="$MEMTOTAL-100000"/> </variable> </rules> </lbsconfig>

将来の目的のために、内部のパラメーターを変更するだけでよいと言えます。

  <nodes> <group default="true" name="default"> <node address="http://192.168.1.171:8000" name="ltsp-appserv01"/> </group> </nodes>

さらに、スレッドの数を変更できます。デフォルトでは、1を設定することをお勧めします（理由はありません）

 <lbservice listen="*:8008" max-threads="1" refresh-delay="60" returns="$IP"/>

ここで、ご想像のとおり、アプリケーションサーバーを追加/削除できます。最後に、ロードバランサーを再起動します。

 /etc/init.d/ltsp-cluster-lbserver restart

ああ、私は書くのにうんざりしています...まあ、大丈夫。現時点では、Webフェイスとロードバランサーを備えた完全に構成された1つのメインサーバーがあります。理論的には、新しいアプリケーションサーバーと新しいアプリケーションサーバーをデプロイするだけでよく、デプロイされると、バランサーの設定を少し編集します。

そうそう、バランサーがドメイン名ltsp-appserv01を認識できるようにする必要もあります。これには、lbserverの/ etc / hostsに次のような行を追加する必要があります。

 192.168.1.171 ltsp-appserv01

ちなみに、任意のクライアントからロードすると、このクライアントがアプリケーションサーバー192.168.1.170、つまりメインサーバーに接続されているという情報を確認できます。この点に関して、コントロールセンターではログが強力かつ主に書き込まれ、クライアントのMACアドレスがデータベースに記録されます。ルートサーバーにもアカウントマネージャーをインストールする必要があることを教えてくれますが、まだインストールしたくない場合は、最初のアプリケーションサーバーのセットアップに進むことをお勧めします。さて、Webインターフェースのスクリーンショット。このテキストを何らかの形で多様化するには：

そのため、仮想マシンまたは別のコンピューターにUbuntu Server 11.04 32ビットを配置しました。ホスト名をインストールするプロセスで、ltsp-appserv01として指定し、Open SSHサーバーのインストールのマークを付けます。便宜上...インストールが正常に完了したら、ファイル/ etc / network / interfacesを起動して最初に編集します。 deja vuの奇妙な感じがありますか？

 auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 192.168.1.171 netmask 255.255.255.0 gateway 192.168.1.1

彼らは、これがアドレス171を持つコンピューターであることを示しました-そのようなIPがlbserver configに登録されています。インターフェイスを再起動します。

 $ sudo ifdown eth0 && sudo ifup eth0

アドレスが正常に変更されました。続けましょう。そして、手元のタスクに応じて、イベントの開発に2つのオプションを選択できます。

1）ubuntu-desktopをインストールするだけで、ユーザーがログインすると、標準のubuntaシェルが起動します

2）必要なものを正確に実行できます。この道をたどります...

beatられたトラックに再び踏みつけます：

 echo "deb http://ftp.ubuntu.com/ubuntu/ natty main restricted universe multiverse" > /etc/apt/sources.list apt-get update apt-get install bash-completion openbox xserver-xorg xorg xbase-clients xterm ltsp-server ltsp-server ltsp-cluster-lbagent ltsp-cluster-accountmanager arora -y update-rc.d -f nbd-server remove

すべてが完了するのを待っています...実際、ここでやることはありません。最初にエージェントでサーバーをリブートし、次にメインのものでリブートします。クライアントから再度ブートしようとしています。そして、古くなった192.168.1.170、つまりメインサーバーがアプリケーションサーバーとして使用されていることがわかりました。負荷は非常に低く、Load Balancerは他のサーバーに負荷を転送しないため、これは驚くことではありません。時間が経つにつれて、もちろんこれは変化し、他のサーバーは負荷の一部を負わなければなりません。

うん、シャズ！バランシングが機能するためには、アルゴリズムを独自に発明し、サーバーのリスト全体をプールに入れ、最後にすべてのサーバーをイメージのssh_known_hostsファイルに追加する必要があります。タイツ！

1）アドレスプール。これを行うには、ファイル/var/lib/tftpboot/ltsp/i386/lts.confの最後に次の行を追加します。

 MY_SERVER_LIST = "192.168.1.170 192.168.1.171"

2）アルゴリズムを考案（私は引っ張っするotesdaを）、ファイルに書き込みます。

 #!/bin/sh max_rank=-1 max_server='' for server in $MY_SERVER_LIST; do rank=$(nc $server 9571 | sed -n 's/rating://p') if [ "$rank" -gt "$max_rank" ]; then max_rank="$rank" max_server="$server" fi done echo "$max_server"

私たちは実行します：

 chmod a+x /opt/ltsp/i386/usr/share/ltsp/get_hosts

複雑なことはありません。すべてのNetCatサーバーを調べて、最も負荷の少ないサーバーを選択してください。このスクリプトは、バランシングサーバーを使用するように変更できますが、このような単純なスクリプトを使用すると、原則としてlbagentとlbserverを取り除くことができるため、これを行いたくありません。

3）すべての追加サーバーの構成と起動中に、DSAキーとRSAキーのペアを既に生成しました。クライアントが追加のサーバーに接続できるようにするには、生成された公開キーを追加のサーバーから最初にメインサーバーにコピーしてから、イメージにコピーする必要があります。これを行うには、まず、追加の各サーバーで次の手順を実行します。

 ltsp-update-sshkeys --export ssh_known_hosts.192.168.1.171 scp ssh_known_hosts.192.168.1.171 root@192.168.1.170:/etc/ltsp/

そして、メインサーバーで：

 ltsp-update-sshkeys && ltsp-update-image --arch i386 && echo -e 'default ltsp\nlabel ltsp\nkernel vmlinuz\nappend ro initrd=initrd.img quiet splash nbdroot=192.168.1.170:2000\n' > /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default

私たちはチェックします：

 cat /opt/ltsp/i386/etc/ssh/ssh_known_hosts

私が理解していない唯一のことは、そのために分散サーバーが必要なことです...おそらく将来のリリースでは、ファイル/ opt / ltsp / i386 / usr / share / ltsp / get_hostsですが、今はそうではありません。とにかく、今では確かにバランスが取れています。

ちなみに、スクリプト/usr/share/pyshared/lbserver/test_comm.pyを使用して、このアプリケーションサーバーまたはそのアプリケーションサーバーがどのようにロードされているかを確認できます。まず、必要なサーバーのアドレスを指定します：

 rpcserver = xmlrpclib.ServerProxy("http://192.168.1.171:8000")

次に、それを実行して結果を確認します。

 $ python /usr/share/pyshared/lbserver/test_comm.py [{'name': 'MEMTOTAL', 'value': 507788}, {'name': 'CPUFREQ', 'value': 3502.64}, {'name': 'CPUCOUNT', 'value': 1}, {'name': 'DISTRO', 'value': 'Ubuntu 11.04'}, {'name': 'IP', 'value': '192.168.1.171'}, {'name': 'HOSTNAME', 'value': 'ltsp-appserv01'}, {'name': 'ADDRESSES', 'value': '192.168.1.171'}, {'name': 'MEMFREE', 'value': 476144}, {'name': 'MEMUSED', 'value': 31676}, {'name': 'LOADAVG', 'value': 0.0}, {'name': 'USERS', 'value': 'kafeg'}, {'name': 'NBUSERS', 'value': 1}, {'name': 'NBX11SESS', 'value': 1}]

スクリプト/usr/share/pyshared/lbserver/test_mgmt.pyは、メインサーバーに接続し、いくつかの情報を返すこともできます。

 rpcserver = xmlrpclib.ServerProxy("http://192.168.1.170:8001") $ python /usr/share/pyshared/lbserver/test_mgmt.py [{'default': True, 'nodes': [{'active': True, 'lastWeight': 100, 'values': [{'critic': False, 'name': 'MEMTOTAL', 'value': 507788}, {'name': 'LOADAVG'}, {'critic': False, 'name': 'ADDRESSES', 'value': '192.168.1.171'}, {'critic': False, 'name': 'IP', 'value': '192.168.1.171'}, {'critic': False, 'name': 'HOSTNAME', 'value': 'ltsp-appserv01'}, {'critic': False, 'name': 'NBUSERS', 'value': 1}, {'critic': False, 'name': 'NBX11SESS', 'value': 1}, {'critic': False, 'name': 'MEMFREE', 'value': 476052}, {'critic': False, 'name': 'CPUCOUNT', 'value': 1}, {'critic': False, 'name': 'CPUFREQ', 'value': 3502.64}, {'critic': False, 'name': 'USERS', 'value': 'kafeg'}, {'critic': False, 'name': 'MEMUSED', 'value': 31768}, {'critic': False, 'name': 'DISTRO', 'value': 'Ubuntu 11.04'}], 'name': 'ltsp-appserv01', 'address': 'http://192.168.1.171:8000'}], 'name': 'default'}]

全部

LTSPについて掘り下げることができるのはおそらくこれだけでしょう。最後に、ロシア語で技術に関する情報がほとんどないので、非常に魅力的に見えますが、このような詳細ですべてをここでペイントしようとしました。最初の起動後、端末からKDEに入る音を聞いたときの驚きは何

でしょうか。

ごみを良くするには？