ミントウェーブcute-30Uが入荷し、運用を開始しました。今回、これまで１５インチだったディスプレイも１９インチに統一しました。運用開始から１週間たちますが、サーバーがダウンすることもなく、一応、順調に推移しています。結局、シンクライアントの数は８台です。
気がついたことを書くと。
１．動作速度。一応、実用上問題はありませんが、得意先一覧などのリスト画面を表示する際、一瞬にして表示という感じではなく、上から画面表示していく様子がハッキリわかる速度です。約０．５秒くらいでしょうか。ディスプレイを１９インチにしたため、リストされる行数が増えたことも影響していると思います。
２．一番心配していた、サーバーハードディスクへのクライアントからの同時アクセスはによる動作速度の低下はあまり問題ありませんでした。サーバーのハードディスクを増設してハードディスクへのアクセスの分散化を行いまいしたが、この効果はかなり大きかったです。サーバーのハードディスクアクセスランプがかなり長時間、点灯していても(sdaアクセス時）、実際にクライアント側ではフリーズしているような状態にはなりません。ハードディスク１台の時はsdaにVMwareのプログラム本体と仮想ディスクが同居しており、フリーズしていると思うほどクライアントの動作が遅くなることがありましたが、ハードディスク２台運用では実用上問題になるほどの動作速度の低下はありません。
３．ハードディスクへのアクセス軽減という意味では、WindowsXPのメモリー管理に助けられた部分がかなりあります。WindowsXPではＯＳのブートから初回のアプリケーション起動時にはハードディスクからプログラムを読み込んでメモリーを確保しますが、アプリケーションを終了させても２回目以降はアプリケーション起動時にはプログラムの読み込みを行いません。（確かそうだったような？）
そのため２回目のプログラム起動は１回目より短時間で済みます。（シンクライントでなくても実際に使用していて、その動作速度は実感できます。）
シンクライアントの場合、一度、運用を開始すると、通常はログオン、ログオフを繰り返すだけで、ＯＳをブートすることがありません。常用するプログラムは２回目以降の起動動作することになるので、ハードディスクへのアクセスも少なくなります。
こういった構造がハードディスクのアクセス回数を減少させ、動作速度の改善に非常に有効です。
４．今回、営業が使用するＰＣを全て、シンクライント方式に変更しましたが、営業の場合、外出している時間がほとんどで、一日の使用時間が非常に少なく、内勤者の使用頻度とは比べものになりません。８台が全て同時に操作しているといった状況は非常にマレです。
（まあ、正直に言うと、形だけ支給しているということです。）
こういった使用形態であれば、やはりシンクライアント方式は非常に向いています。
５．今回、シンクライアントを導入してよかったと思うことは
（１）ＰＣと比べて場所をとらない。
（２）シンクライアント端末にはハードディスクがなく、いかにも堅牢そう。
（３）使用電力が少なく、熱の発生が少ないので、夏場は涼しそう。
（４）ＯＳのブートがないので、起動が速い。また、終了もログオフするなので速い。
（５）VMwareそのものはWindows3.1までサポートしているくらいなので、今後もWindowsXPを長く使用できそうな見込みです。サーバーはさすがに５年をメドに更新するつもりですが、その際もシンクライアント更新は不要です。（壊れてなければね！）
クライアント約１０台分のハードについての更新費用はサーバー１台分ということになり、非常に安価です。
VMwareServerを使用してシンクライアントシステムを構築したところですが、先週、VmwareESX3iが無償で公開されることになりました。
http://www.virtualization.info/jp/2008/07/vmwareesx-3i20080722-1.html
今回、ハードディスクを２つに分け、VMwareそのものによるハードディスクアクセルを分離することで動作速度の改善を行いましたが、ESXではホストＯＳそのものが必要でなく、プログラムの常駐部分も３２Ｍしかありません。VMwareServerを使用した印象から言っても、ESXの方がかなり高速に動作しそうな感じです。ただ、ESXは認証PCにしかインストールできないので、その当たりは問題ですが、本格的にシンクライアント方式を採用する予定なら、ある程度シンクライアント数が保証されたＰＣをサーバーとして使用するのも悪くないでしょう。
しかし、今回セットアップして思うのは、ＯＳってミドルウェアじゃないかと思うほど、アプリケーション化してしまったとうことです。ホストＯＳをインストールして、VMwareをインストール、その後、クライアントＯＳ、アプリケーションのインストール、と実行していきますが、クラアントＯＳのポジションはまさにミドルウェアです。ホストＯＳ上で希望のアプリケーションを使用するために、VMwareとクライアントＯＳをインストールするわけで、無くては困るが以前のようにＯＳ様々とった感じがありません。アプリケーションさえ使えれば、どういった環境であろうと関係ありません。そういった気持ちで、Googleドキュメントを使用してみると、今後のクライアントＯＳってどうなって行くんだろうと思います。
クライアントの更新を行う時、データの移行を考えると、データはGoogleで保管してもらった方がよほど安全です。移行の必要そのものがありません。今後、MS-Officeをはじめとするスイートオフィスの使用の比重がさらに減っていくのでしょうが、Accessがどうしても必要な環境ではその依存を断ち切ることもできず、行き詰まりの感があります。
気がついたことを書くと。
１．動作速度。一応、実用上問題はありませんが、得意先一覧などのリスト画面を表示する際、一瞬にして表示という感じではなく、上から画面表示していく様子がハッキリわかる速度です。約０．５秒くらいでしょうか。ディスプレイを１９インチにしたため、リストされる行数が増えたことも影響していると思います。
２．一番心配していた、サーバーハードディスクへのクライアントからの同時アクセスはによる動作速度の低下はあまり問題ありませんでした。サーバーのハードディスクを増設してハードディスクへのアクセスの分散化を行いまいしたが、この効果はかなり大きかったです。サーバーのハードディスクアクセスランプがかなり長時間、点灯していても(sdaアクセス時）、実際にクライアント側ではフリーズしているような状態にはなりません。ハードディスク１台の時はsdaにVMwareのプログラム本体と仮想ディスクが同居しており、フリーズしていると思うほどクライアントの動作が遅くなることがありましたが、ハードディスク２台運用では実用上問題になるほどの動作速度の低下はありません。
３．ハードディスクへのアクセス軽減という意味では、WindowsXPのメモリー管理に助けられた部分がかなりあります。WindowsXPではＯＳのブートから初回のアプリケーション起動時にはハードディスクからプログラムを読み込んでメモリーを確保しますが、アプリケーションを終了させても２回目以降はアプリケーション起動時にはプログラムの読み込みを行いません。（確かそうだったような？）
そのため２回目のプログラム起動は１回目より短時間で済みます。（シンクライントでなくても実際に使用していて、その動作速度は実感できます。）
シンクライアントの場合、一度、運用を開始すると、通常はログオン、ログオフを繰り返すだけで、ＯＳをブートすることがありません。常用するプログラムは２回目以降の起動動作することになるので、ハードディスクへのアクセスも少なくなります。
こういった構造がハードディスクのアクセス回数を減少させ、動作速度の改善に非常に有効です。
４．今回、営業が使用するＰＣを全て、シンクライント方式に変更しましたが、営業の場合、外出している時間がほとんどで、一日の使用時間が非常に少なく、内勤者の使用頻度とは比べものになりません。８台が全て同時に操作しているといった状況は非常にマレです。
（まあ、正直に言うと、形だけ支給しているということです。）
こういった使用形態であれば、やはりシンクライアント方式は非常に向いています。
５．今回、シンクライアントを導入してよかったと思うことは
（１）ＰＣと比べて場所をとらない。
（２）シンクライアント端末にはハードディスクがなく、いかにも堅牢そう。
（３）使用電力が少なく、熱の発生が少ないので、夏場は涼しそう。
（４）ＯＳのブートがないので、起動が速い。また、終了もログオフするなので速い。
（５）VMwareそのものはWindows3.1までサポートしているくらいなので、今後もWindowsXPを長く使用できそうな見込みです。サーバーはさすがに５年をメドに更新するつもりですが、その際もシンクライアント更新は不要です。（壊れてなければね！）
クライアント約１０台分のハードについての更新費用はサーバー１台分ということになり、非常に安価です。
VMwareServerを使用してシンクライアントシステムを構築したところですが、先週、VmwareESX3iが無償で公開されることになりました。
http://www.virtualization.info/jp/2008/07/vmwareesx-3i20080722-1.html
今回、ハードディスクを２つに分け、VMwareそのものによるハードディスクアクセルを分離することで動作速度の改善を行いましたが、ESXではホストＯＳそのものが必要でなく、プログラムの常駐部分も３２Ｍしかありません。VMwareServerを使用した印象から言っても、ESXの方がかなり高速に動作しそうな感じです。ただ、ESXは認証PCにしかインストールできないので、その当たりは問題ですが、本格的にシンクライアント方式を採用する予定なら、ある程度シンクライアント数が保証されたＰＣをサーバーとして使用するのも悪くないでしょう。
しかし、今回セットアップして思うのは、ＯＳってミドルウェアじゃないかと思うほど、アプリケーション化してしまったとうことです。ホストＯＳをインストールして、VMwareをインストール、その後、クライアントＯＳ、アプリケーションのインストール、と実行していきますが、クラアントＯＳのポジションはまさにミドルウェアです。ホストＯＳ上で希望のアプリケーションを使用するために、VMwareとクライアントＯＳをインストールするわけで、無くては困るが以前のようにＯＳ様々とった感じがありません。アプリケーションさえ使えれば、どういった環境であろうと関係ありません。そういった気持ちで、Googleドキュメントを使用してみると、今後のクライアントＯＳってどうなって行くんだろうと思います。
クライアントの更新を行う時、データの移行を考えると、データはGoogleで保管してもらった方がよほど安全です。移行の必要そのものがありません。今後、MS-Officeをはじめとするスイートオフィスの使用の比重がさらに減っていくのでしょうが、Accessがどうしても必要な環境ではその依存を断ち切ることもできず、行き詰まりの感があります。
