今の時代、クラウドという名前をいたるところで聞くようになりました。多くの自治体でもそれを利用して、災害やデータ保護に向けた取り組みをしています。さすがに個人情報を含むものについては考え方が様々ですが、それ以外のものについては今後しばらく普及が進むでしょう。

　自治体だけではなく、自宅サーバーを持っていた一部のネット族もクラウドに移行しつつあります。自分でサーバーを組み立てて、OSを入れて、自前の回線とドメインでインターネットに(趣味の領域で)情報発信をするよりは、箱だけ借りて自前で構築する方が安上がりだし、何より回線を借りたり、劣化する機器を更新するなどといった投資をしなくとも良いからでしょう。

　個人にとって非常に嬉しい、無料、あるいは無料に等しいクラウドサービスもありますので、Linux系のフリーソフトウエアをのせれば、今までの自宅サーバーと同品質の構築ができます。また、規模に応じて気軽にクラウドを乗り換えることも容易にできます。そのようなことから、今後もその流れは続いていくと思われます。

　また、OSそのものを楽しんできた人々が、マッシュアップや、形態は違いますがスマートフォンアプリに関心を移しつつあります。機器設定やOSの設定をしても、その上で提供されるアプリケーションがなければ何の発信もできないのは当然です。今まではせいぜいHTMLを書いていた程度、言い換えればその程度の興味しか持たなかったものが、スマートフォンや開発言語のフレームワークが整うにつれ、そちらの興味が沸いてきたということもあるのではないかと思います。実際僕から見ても面白そうですし。

　従来型のアプリケーション開発は、ソースのコーディング後にコンパイルという手順が必要ですが、スクリプト言語はその必要がなく、しかも結果を短時間で得ることができます。開発者側としては、仕様書を頭に叩き込んでからコーディングし、コンパイルするよりも、思考を中断せずすむスクリプト型言語はとても(精神衛生上も)良いし、クリエイティブなものです。ずっと以前に、もう昔と言われる時代にN88BASICが流行した背景と似ています。当時はインタプリタと呼びましたが、やはり即時実行型言語で、とても手軽でなじみやすかったという点があり、流行ったのです。

　確かに、機器の設定からOSの設定までを含む広義的な意味でのインフラ構築よりも、コンテンツを制作する方が端的に自己主張ができますし、ある程度のインフラ知識があればAPIなどの理解ができ、クラスといった概念は、以前のオブジェクト指向なるものと比べれば、私たちのようなエンジニア系の人間にとっては規則が明確でとっつきやすいのです。

　ただしかし、実はMicrosoftなどのOSも進化しており、ネットワークの一部を取り込んだり、iSaasなどに代表される環境インフラ構築型クラウドの技術を自己完結型で実装するなど、コンテンツに負けないくらいに面白いのです。残念なのは、ウィザードというものの実装も多く、なんとなく構築できてしまう事で、それは環境に応じた最適化を行えるものではなく、コンテンツを実装するための標準化を提供するもので、本質的な面白さをむしろ阻害しているような感があると感じます。

　車のチューニングは、どのようなサーキットで走るかによってセッティングが異なります。今やOSも多機能になり、レースカーに負けないくらいの設定項目が存在します。サーキット(動作環境)に適合させるには、OSだけではなく、ネットワークや開発言語など、幅広い知識を必要とするものの、現代の構築エンジニアは断片的な知識を得るにとどまってはいないでしょうか。標準的なインストール知識だけでは、F1サーキットを市販のスポーツカーで走るようなものだと私は思います。それではサーキット使用料に対してのコストパフォーマンスが悪すぎると気づくべきだとも思っています。

　HTML5も、スマートフォンアプリも、マッシュアップ技術もぜひ身に着けて頂きたいものです。私自身もApple XCodeでIOSのアプリを作っています。ただ、今でさえ少ない環境構築エンジニアが、今後さらに少なくなってしまわないよう、社会はもっとそちら方面にもバランスよく講習なり、講座を増やして力を入れていくべきではないかと思う、今日この頃です。

Remote Disktop の研究から早３日目。

http://softonhouse.jp/nori-sdc~16694

　４連休中の３日が終わり、買い出し以外まったく外出することなく、RemoteAPP とモバイル環境についての研究を行いました。

　構築するだけで、どうしてこんなにかかるのかという疑問もあるでしょう。 スマートに構築するだけなら確かに時間はあまり必要としませんが、その仕組みに係る様々な問題と環境、たとえばレジストリの中身とか、インストールの順番とか、実践するから時間がかかります。

　自宅 PC をネットに公開して、MacBook Air で動く Windows 7 上から LTE を使って接続してみるとか、グラフィカルなゲームソフトを動かしてみるとか、現実に即した実験も行いました。

　ともあれ、リモートディスクトップWebアクセス(RDWEB)の「役割サービス」をインストールし、RemoteAPP をインターネットから簡単に起動できるように構成しました。(５月6日現在も公開状態です)

　設定にはいくつかの注意点があります。まず、インターネットで公開する場合は、URLで示されるサーバー名と証明書が同一名である必要があります。そうしなければリモートアプリの証明ができません。試すだけであれば特に必要ではありませんが。 

　幸いなことに、RemoteApp の管理画面の上段には概要が表示されていまして、最低限必要な設定が行われているかどうかのアドバイスが行われています。このような事前アドバイスは MS が最近リリースしたサーバー製品に採用され、エンジニアの負担を軽減してくれています。(事前要件のチェック)

　さて、RemoteDisktopWEB (RDWEB)を利用すると、このような画面でログインすることになります。(もちろん使えるのは IE だけです)

　ActiveX を使用したWebなので、IE以外は画面表示はできるものの、動作しません。ログインすると以下のような、アプリが配置されたページになります。後はこの中から選んで利用します。

　EXCEL を起動してみます。普通にクリックすると RemoteApp へ接続中のダイアログが表示され、数秒のちにアプリが起動します。

　アプリの起動はリモートディスクトップへログインから開始するので、少々遅めなのですが、同じサーバーへ接続するアプリであれば、２つ目からはログインが省略されるため高速です。

　画面は32ビットで表示させていますが、インターネットからの接続ではとても使い物になりません。ビット数を落とす必要があります。イントラ運用でも実用的なのは24ビットといったところです。

　アプリを配布することもできます。rdp ファイルを発行して共有フォルダで共有するか、インストールパッケージを作成して、グループポリシーで配布することができます。配布し、児童インストールすると、スタートメニューに「リモートブログラム」というフォルダが作成され、その下にアプリが登録されます。もちろんインストールパッケージを直接クリックしてインストールもできます。

　RemoteApp は、最高度のセキュリティを保てるという事で、モバイル環境での利用など、今後幅広く使われる可能性を秘めています。

　しかし、Office 入りのノートPCが で10万円以内で手に入れられる現在、リモートディスクトップのクライアントライセンスが高額なため、一般事務処理で導入するにはさほど価格メリットはないと思えます。
　速度もそこそこですが、インストールされたアプリにかなうはずはありません。また、サーバーがダウンすると接続されているクライアントも一度に全部落ちてしまうという危険な側面もあります。

　RemoteFX に始まった RemoteApp の研究ですが、「顧客に勧める場合」は、サーバーの冗長性とネットワークの速度、グラフィックボードの性能に左右されるので、実際の環境下で十分な検証が必要なシステムでしょう。

　連休を使って行った研究はここまでです。狙った環境は、IKEv2 を使った IPSec通信で、リモートAPP を使用するというもので、思い通りに動き、私にとってはストレスの発散になりました。 (IKEv2 についてはまた後日)

では、また。

がっかりした前回でした。
http://softonhouse.jp/nori-sdc~16666

　気を取り直し、 terminal 版の Office 2010 をインストールしました。 セッションホストの構成をすることで、私の自宅PCはリモートセッション用のホスト様となってしまったのですが、ローカルにログインしている限り、それが気になるような現象は起きていません。

　terminal版の Office アプリケーションはコントロールパネルに追加される「リモートディスクトップサーバーへのアプリケーションへのインストール」から行います。

　続いて Hyper-V のゲストOSに remoteFX の追加を行いました。これでリモートディスクトップでグラフィカルな画面を利用することができます。

  ※ゲストOS画面です

　Windows 7 などのゲストOSで Windows Aero の半透明を利用するには、グループポリシーの「管理用テンプレート・Windowsコンポーネント・リモートディスクトップサービス・リモートディスクトップセッションホスト・リモートセッション環境」から、「RemoteFXを構成する(有効)」・「RemoteFXを使用するときに、視覚エクスペリエンスを最適化する(有効・最高品質・最高品質)」、「RDPデータの圧縮アルゴリズムを設定する(ネットワーク帯域幅)」、「リモートディスクトップセッションのディスクトップコンポジションを許可する」に設定します。

　もちろん、リモードディスクトップの編集で「32ビット」にしておくことを忘れないでください。24ビットでは透明にできません。

　さて、ここまで色々と行った中で、このセッションホストのライセンス、管理者は接続することができるのですが、実際は(高価な)ライセンスが必要となります。 ライセンスは「リモートディスクトップライセンスマネージャ」へキーを入力してインストールします。

　マネージャを「アクティブ化」し、「ライセンスのインストール」を実行すると組み込まれます。私はライセンスを２つ amazon で購入しました。これで堂々と使えます。このライセンスですが、リモートディスクトップで使うためにあるのではなく、RemoteApp を使うためにあると言っても過言ではありません。

　さて、ここまで構築したら、次は RemoteAPP です。私の連休中の研究もいよいよ佳境に入ってきました。

……続きます。

リモートディスクトップの話題です。

Windows Server 2008 R2 には Hyper-V という仮想化機能が標準でサポートされていますが、Virtual-PC などとは異なり、音やUSB、3Dグラフィックなどが利用できません。

最近では Direct3D などを利用したアプリケーションも多くなってきたので、R2 SP1 からは remoteFX という機能が Hyper-V に加わりました。しかし、これが曲者です。

この remoteFX を動作させるには、ゲストOS側のハードウエアとして remoteFX を追加するだけなのですが、ハードウエアに追加と簡単に言っても、それには準備が必要で、役割の追加を使い、リモートディスクトップ セッションホスト、リモートディスクトップ仮想化ホスト(コアとremoteFX)、それに リモートディスクトップライセンスが必要になります。

ライセンスサーバーは他のサーバーでもかまいませんが、セッションホストは必要で、これは「ターミナルサーバー」になることを意味します。(後述)

このような準備の後、ゲストOSの設定でハードウエアの追加を行うと、remoteFX が利用できるようになります。

インストール後は、Hyper-Vマネージャの標準のコンソールからアクセスすることができなくなります。その代りに、リモートディスクトップを使用するという事になるという訳です。グラフィックだけではなく、リモートディスクトップであれば音も出せますね。

曲者なのはそのあとで、　まず、ライセンスが必要になります。Windows Server 2008 R2 リモートディスクトップサービス CAL を購入しました。amazon でも売っており、1万4千円程でした。(相変わらず高いのはMS仕様です)

で、ライセンスを買えば「万事めでたしめでたし！」かと言えば、そうではありません。私のサーバーには Office が入れてあるのですが、起動すると文句を言われます。ターミナルサーバーで Office を利用するにはボリュームライセンス版の Office が必要です。と。

そうなのです、リモートディスクトップ セッションホストというのは、つまりターミナルサーバーなので、コンソールログインもターミナルとみなされ、単体ライセンスの Office は利用できなくなるのです。

つまり、今や当然ともいえるリモートでのグラフィック表示を行うために、めいっぱいターミナルな専用サーバーを立てろ、そしてそれはもうターミナルサーバー様だからクライアントとしては使うな！みたいな仕様です。

まあ、ただ、ボリュームライセンス版の Office があったとして、あるいは共有したいアプリがあったとして、このリモートホストサーバーは、全画面表示ではなく、アプリケーションだけをクライアントに表示して利用できる、言わばアプリレスクライアントを可能にする仕組みなのです。

たとえば、Microsodr Direct という直接認証する仕組みと、リモートディスクトップゲートウエイ、リモートディスクトップ Web アクセス などと組み合わせれば、インターネット上から安全に会社のアプリケーションをリモート接続できるという訳です。これならクライアントを盗まれても安全ですね。　(ライセンスを含めた設備投資は莫大かも)

大企業などでは導入を始めたそうですが、さて流行るでしょうか。

自著の宣伝です。

　本日、インプレスR&Dから新刊「3.11 被災地の証言-東日本大震災 情報行動調査で検証するデジタル大国・日本の盲点-」が発行されました。

　編著は「情報支援プロボノプラットフォーム(iSPP)」で、共同代表理事の私は６章を主体に、著者として執筆しています。

　ちなみに、本の表紙は仙台市の荒浜地区です。

　７月、福島、宮城、岩手のiSPP会員で連携し、NPOや支援団体の協力を得て仮設住宅などで面談調査をさせて頂いたほか、ネット調査も行い、あの日にICTは使えたのか、使えなかったのか検証した書であり、９月に調査書として出版した行動調査報告書の一般向け著書でもあります。面談調査の方は、iSPPの東北事務局が中心となって動きました。

　私が担当している６章では、地方自治体の災害対策本部で奮闘した職員の方の実名寄稿や、被災自治体を横断的に結ぶICTの連絡会である「ISN」の協力を得て、先に行われた災害セミナーの要点などが書かれています。

　被災後に私と会って苦労話をされた方など、自分の事か！と思う部分もあると思います。また、かつて、このブログで紹介したエピソードも書いてあります。ぜひ読んで頂ければ嬉しいかぎりです。ちなみに、印税のほとんどが調査でお世話になった方や、被災各地の図書館への献本、iSPPの活動費に充てられます。

　また、３月１５日には東京で出版報告会が開かれ、会津、松崎、酒井の著者３名で投げ合いパネルディスカッションを行うほか、仙台市教育委員会への協力として行っていた「仙台市児童生徒による故郷復興プロジェクト」の報告会などが開かれます。

全文宣伝になってしまいましたね・・・。

　さて、先週後半から色々と被災地に行って仕事が進んでいませんので、遅れを取り戻すべくがんばります！