アカウント名:
パスワード:
# それでもサーバ側を増強せにゃならんので、トータルでの初期コストはやはり、高くつくでしょうけれど…
オフトピックですが...
LinuxでのThin Clientに関しては,unionfs [google.com]という技術なんかも調べていただけると参考になるかも知れません.
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
シンクライアント (スコア:1, 興味深い)
安いPCよりシンクライアント端末の方が高いし、サーバのコストも余分にかかるし。
Re:シンクライアント (スコア:2, 参考になる)
Wanを挟んでも快適な環境となると、実績から言えばMetaFrameあたりが強い分野ですが、これは仰るとおりコスト的に嵩みます。が、こういった製品 [nikkeibp.co.jp]も出てきていますし、必ずしもThin Clientは高くつく、という訳ではなくなりつつあると思います。
# それでもサーバ側を増強せにゃならんので、トータルでの初期コストはやはり、高くつくでしょうけれど…
ディスクが問題 (スコア:2, 興味深い)
大量のクライアントをディスクレスネットブートで安定して動かしたかったら、
ストレージにかなりお金をかける必要がありますから。
VMware を買収したのも EMC ですし (^_^;
ディスクレスでない PXE ブートの使い方の場合、「ローカルディスクへOSを書き込むインストーラーを起動」になってしまうと思うのですが、ローカルなディスクをキャッシュに使える折衷的な解があるといいのですが…
<オフトピック>
ディスクレスなネットブートをする人は、クライアントノード毎にディスクイメージを共有する場合と独立させる場合のどちらが多いのだろう?
Linux だと /usr を共有していると、そこを書き換えるデーモンがいてビビッた記憶がある。
Linux のディストリは /usr の共有とか考えてないんだと思い知らされた。
# Sun OS の時代には同じアーキのマシンは皆 /usr を共有するもんだったけど。
独立させるとなるとデータの重複が気になるけど、
書き換わらないと分かっているファイルをハードリンクでやり過ごすのかしら?
</オフトピック>
コンタミは発見の母
Re:ディスクが問題 (スコア:2, 参考になる)
オフトピックですが...
LinuxでのThin Clientに関しては,unionfs [google.com]という技術なんかも調べていただけると参考になるかも知れません.
Re:ディスクが問題 (スコア:1)
unionfs を hack して使えるようにすればよいのですが…
コンタミは発見の母
オフトピの方にレス(Re:ディスクが問題) (スコア:1)
>Linux のディストリは /usr の共有とか考えてないんだと思い知らされた。
いつごろの話ですか?
今だと標準があって、/usr/localに独自の無作法なプログラム突っ込まない限り、殆どのプログラムが/var以下を書き換えるようになっていますけど
# 最近はDebianしか使ってないので、未だ準拠していないのがあるのかも知れないけど…
…ユーザサイドから設定を管理するプログラムとかが書き換えることはあるだろうけど、それは例外ということで。
Re:オフトピの方にレス(Re:ディスクが問題) (スコア:1)
コンタミは発見の母
Re:オフトピの方にレス(Re:ディスクが問題) (スコア:0)