U052: プリントヘッドの種類が違います、正しいプリントヘッドを装着してください。

調べてみたところこちらのエラーが出る場合は原因自体は色々あるらしいのですが、結果的にいうと割とご臨終のエラーだそうな。私の場合、心当たりがあるとすれば普段あまりプリンターを使わないだけにプリンタヘッダーの部分が根詰まりを起こした可能性が高いという事。

価格.comで見かけた情報を元にヘッダーを外して水(買い替え前提の悪あがき)で本体ごと洗浄して根詰まりを直したはずですが、どうにもうまいことインクがヘッダー部に回らないようでエラー解消せず断念。

コピー用途はそこまで多くはないので brother HL-3170 を狙っていたのですが、そもそも店頭販売でレーザープリンタが置いていないのですよね。しかもコピー機能付きの複合機となるとことごとくモノクロ印刷となるか、値段が7万円近くと完全にSOHO向けのモデルへ・・・。

ってことでレーザーを諦めて結局インクジェットへ。となるとメーカーの選択肢はCanon一択なのでモデル的にはMG7530/MG6730 (Wi-Fi対応 + 9600dpi)のどちらか。MG7530はNFC対応とインテリジェントタッチ(ボタンではなくてタッチ操作)らしいのですが、WindowsPhone/iPhoneはNFC未対応で意味がない + タッチの操作感が悪いので、ボタン式のMG6730一択に決定。

購入したのがヤマダ電機で不本意(※ ビックは閉まってしまった)ではあったのですが、14,800 (+ 税)円に加えて、2,000円キャッシュバックキャンペーンを実施しているのでコスト的にはそこそこ安いです。

そしてここから最も肝心な部分で、Canonのインクジェットプリンタ(複合機)はWindows Server系のデバイスドライバを出さないことは既知のもので、この結果スキャナがまともに使えないということがありました。

が、今回Wi-Fi(ネットワーク)を経由することでホストに依存する部分が無くなるはず！という期待を込めてセットアップをしましたところ、バッチリでした。

• デバイスドライバを入れることで、セットアップ時にプリンタを自動検出
• 同セットアップ時に「Canon IJ Network Scanner Selector EX」が常駐し、本体からスキャンを選択するとプッシュ先のホストとして選択可能になる (＝ネットワークスキャン可能)
• AirPrintとしても標準で認識可能 (＝要プリンタ側のBonjourサービス)

ちなみにHyper-V上のPCからの各種プリンタパネルはこんな感じです。

というわけでして、仮想PC特有の不便であった点に関しての一つがまた解消された形となります。

MG6730、セットアップが完了してそこそこに満足はしているのですが、不満点を挙げるとすると

• Wi-Fi接続時に本体側のIPv6を無効化しないとDHCPでIPをつかまないどころか、直接IPv4指定しても一切の通信ができない (一般的なご家庭はまず最初にIPv6無効化必須)
• DHCPの場合にIP変更が頻繁に行われても問題ないかどうかわからない (上の図を見る限りはMACアドレスで掴んでいるので大丈夫？)

これも価格.comのユーザー書き込みがなかったら気が付けない盲点でした(というか、IPv6は無効にしていると思い込んでいてつながらなかった際に、再度確認したら原因がそこだった)。

という新年早々に風邪 + プリンタ故障と悲惨続きでしたが、なんとか復帰できそう、だと思いたい・・・・。

※ 初詣のおみくじは「凶」でしたとさ。

最初に前提条件を書いておくと、ホストOSの構成は以下の感じ。

• Cドライブ…Windows Server 2008 R2 with Hyper-V のシステムドライブ
• Hドライブ…Hyper-Vの全ゲストデータドライブ

つまりは単純に、Hドライブ＝ゲストOSのドライブ領域に合致するようになっています。Hyper-VではVMBusによってホストOSとゲストOSが繋がっているのですが、その仮想バス転送はどこまで速度がでるのだろうと。

ベンチマークに使用したソフトはCrystal DiskMark、最も有名なHDDベンチマークの一つです。1GB領域に対して計3回の測定を行いました。

見た感じではほぼほぼ同程度の値が出ている気がします(若干ゲストOSの方が早いのですが)。ということは、VMBusによるデータ転送の速度ロスはほとんど無い、ということなのかな・・・・と。

念のためにホストOSのCドライブでのベンチもとってみましたが、やはり同程度のアクセス速度のようで。確かに普段からHyper-VのゲストOSを使っていてデータ転送周りでのストレスを感じたことが無いのですが、ある意味その裏付けとも言える結果になったのかな、と。今一番ストレスを感じることはAeroインターフェースのウィンドウが消える瞬間ですけどね！

VMBus速度以外で気になったのがリモートデスクトップ(RDP)でサポートされるドライブの速度。これをCrystal DiskMarkで測ろうとしたのですが、そもそもドライブレターが割り当たっていないドライブで計測不能でした。同じVMBusでもネットワーク系とIDE系で異なるのかなとか、レガシーネットワークアダプタとネットワークアダプタでも違うのかな、とか・・・・。

まだまだHyper-Vはいじり甲斐がありそうです。

• リモート デスクトップ ライセンスの概要 (MSDN)

以前にもRemoteAppを評価すべく”リモートデスクトップ”の役割の一つである”リモートホスト仮想化サービス”を有効にしたことがあってその際も120日の評価と共に再インストールを行ったことがあります。ただ今回は些か面倒なデータ量なのでリモートデスクトップのライセンスサーバを立てようと。

私のネットワーク環境は例のごとく多くのサーバが立っていて、当初はActiveDirectoryのサーバとRDライセンシングサーバを同居させる予定でした。ところが、ActiveDirectoryサーバに”リモートデスクトップライセンス”を追加しようとするとActiveDirctoryサーバとライセンスサーバの同居はセキュリティ上望ましくないとの警告が・・・・。個人サーバでセキュリティもあったもんぢゃないから無視しようかと思いましたが、やはり(一応)IT技術者としてはやってはいけないだろうという事で。普段ついているサーバがVPNサーバでしたが流石にそこも無いだろう・・・・、ということでSMSサーバにインストールすることにしました。

サーバを構成する際に幾つかスクリーンショットを撮ったのですが、ホストサーバ(Hyper-Vが入っているサーバ)に”リモートデスクトップセッションホスト”を追加した際にそのまま再起動してしまって画像がロスト。なので行ったこととを文字で列挙しつつ、結果画面のみの案内となります(ここの説明を行っているblogが壊滅的で・・・、余計なサービスを追加したくないのでスナップショットの巻き戻しをフル活用したり、結構疲れました)。

説明する前に結論的なことを言えば、多分以下のMicrosoft(MSDN)から提供されている資料を見ればシステム系の人ならば恐らくわかるのではないかと思います(注: 私はシステム系ぢゃないよ、多分)。

• リモートデスクトップライセンスとは (MSDN)

ただ、上記のは文字しかなくて全然イメージがつかめなかったので・・・・。スクリーンショットとかで案内してほしいです。なんとか頑張ってくれませんか、マイクロソフト様。

と言う事で大まかな構成のイメージ図。

　なので、Hyper-Vホスト側に”リモートデスクトップセッションホスト”を、リモートデスクトップライセンスサーバには”リモートデスクトップライセンス”の役割サービスを追加します。

【リモートデスクトップライセンスサーバ側でする事】

1. “リモートデスクトップライセンス”の役割サービスを追加します。(1)既にリモートデスクトップサービスが役割として存在しているならば、サーバマネージャから[役割]-[リモートデスクトップサービス]-[コンテキストメニュー内の役割の追加]からウィザードに沿って役割サービスが追加できます。(2)まだリモートデスクトップサービスが役割として存在していないならば、ウィザードに沿ってサービスを追加すれば同様の流れになります。
2. ウィザードの途中でライセンスのタイプ(デバイスCAL, ユーザCAL)が聞かれますが、後構成でもいいのでパスします。
3. 役割・役割サービスの追加を完了させます
4. [スタートメニュー]-[すべてのプログラム]-[管理ツール]-[リモートデスクトップ]-[リモートデスクトップ サービス]-[リモートデスクトップ ライセンス マネージャ]を起動します。
5. サーバを選択して[アクティブ化]をします。恐らくウィザードが起動するので、認証方法を”自動構成(推奨)”にします。
6. 名前・国・会社を入力します。(会社、って個人の場合どぉするんでしょうね。とりあえず”Individual”と打ってますが。)
7. そのまま進むとMicorsoftのライセンスを管理するサーバ(表記忘れた)と通信が始まります。ここで25桁の英数字で構成されたライセンスコードを入力します。
8. ライセンスコードが確認されると以下の画面のようになるはずです(私の場合はユーザCAL)。

【リモートデスクトップセッションホスト側でする事】

1. RemoteFX, RemoteAppが使える段階で既に”リモートデスクトップサービス”役割自体は追加されているので”リモートデスクトップセッションホスト”を役割サービスとして追加します。
2. ウィザードの途中でライセンスサーバの検索や認証を聞かれますが、適宜判断します。私の場合は検索しない、とドメインメンバ？を選択しました。
3. ウィザードが完了するとインストールが始まります。この役割サービスは再起動が必須なので、再起動ができるようにしましょう。
4. 再起動後にインストール構成が始まって、それからインストールが全て完了します。
5. サーバマネージャを起動して[役割]-[リモートデスクトップサービス]-[RDセッションホストの構成]を開きます。
6. ライセンスの辺りをダブルクリックして、先ほど構成したライセンスサーバを追加します。

と、こんな感じで全ての作業が完了します。初のサーバライセンス系のアクティベーションだったので正直上記の方法で正しいのかは怪しいところです。なので、自分で責任を持って作業してね！、ということに尽きます。ライセンスが正しく認証されているのか、ホスト側でライセンスの確認を見る限りは特に問題は無さそうですね。

今回は当然私1人の環境という事でAmazon経由で1ユーザCALを購入しました。お値段は14,175円。

Windows Server 2008 R2 リモート デスクトップ サービス CAL 1 ユーザー RDS CAL

決して安くはないし、ましては失敗したらどぉしようかと不安でしたが・・・・、きっと大丈夫だと願っています。あ、因みに商品に付属されたものは紙2枚(ライセンスコード, EULA)です。

1. う～ん、物理デバイスが無いとHtper-V上の仮想OSでサウンドがストリームされないよ…
2. 解決策が見当たらないし。Technetサポートを使ってみよう！
3. 折角だし、blogの記事として起こしてみるか・・・、あれ？ひょっとして解決策が見つかった・・・？ (妄想編)
4. 実験したら予想が的中しちゃったよ・・・、MSさんごめんなさい。メールでまとめて送ります・・・ (反省編)
5. MSさんから返答が来たのでまとめるか～・・・ (←今ここ)

結果も何も答えは既に妄想編に書いてあるように物理デバイスを持たないデバイスドライバを追加してあげる、ということです。そもそもWindowsアーキテクチャと3rdパーティーが実装するであろうリモート接続環境の方法を妄想すれば自明なことだったのかもしれません。

3rdパーティのリモート接続環境がオーディオストリームをフックする為に予想される場所は2箇所。

• オーディオ操作のためのWin32APIをフックする (Win32API Hook)
• オーディオ出力のためのデバイスをフックする (上位のClass Filter Driver)

つまりはハードウェアレイヤーより上位のレイヤーによる部分で実装されているはず・・・なのです。となれば、妄想通り3rdパーティのリモート接続環境がフックするための物理デバイスを要しないデバイスドライバを追加してあげればサウンドのストリームがされるはず、と。

ただ、前回も書いたようにこれを自前で用意するとなると非常に苦痛な作業で、これも探してこようと。で、見つかったのが”Virtual Audio Cable”というデバイスドライバ。内容的には、各種サウンドデバイスをPin接続する(KSProxyのPinを内部的に切り替えている、のだと推測します)というのを仲介するっぽいです。ググった感じではネットラジオやニコ生放送で内部出力(ヘッドフォンetc)と外部出力(ストリーミング)を1音源から行いたい場合に使うようです。もちろん、今回はそんな用途とは全く別の使い方をしますが。

VACは評価版があるようで、評価の場合に以下の制約を受けるそうです。

• 内部的なケーブルとして3ケーブル分しか使えません
• 数秒ごとに女性の声で”Trial”というボイスが挿入されます

インストールは簡単、VACのサイトからダウンロードして展開すると”setup.exe”があります。x86, x64のどちらの環境も”setup.exe”でインストールをしましょう。VACのページにも再三警告がありますが、以前のバージョンがインストールされている場合は必ずアンインストールしてね、という警告があります。そもそも今回はHyper-V上のゲストOSに対するインストールなのでHyper-Vらしくスナップショットを事前に取っておきましょう。

途中で信用できない発行元からのデバイスドライバをインストールするかどうか、の確認が表示されます。もちろんここは信頼してインストールします。

インストールが終わったら一旦再起動します。再起動は聞かれていませんが、再起動しないと何故か再生ミキサーに出現しないし、何より再起動することで安心できますよね。再起動後は既にVACがデバイスとして有効となっているのでいよいよiPadからの”Splashtop Remote Desktop”を経由した接続テストです。

図にあるように、音量ミキサーを開いてサウンドをミュートから鳴音(めいおん)状態へ変更します (1月6日訂正)ミュート状態でもリモートサウンドが再生できました、VACデバイスのゲインが上下に振れていれば出るっポイです。後は、ZuneなりiTunesなりお好きなミュージックソフトウェアからテストをします。きっとサウンドが聞こえるでしょう。

以上で、Hyper-V上のゲストOSから”Splashtop Remote Desktop”を使用してサウンドストリームをリダイレクションする方法の一連となります。これによってより一層Hyper-Vによるクライアント仮想化とモバイルデバイスという2つの技術に価値が見出せたのかなと。さて、ここで忘れてはいけない2つの部分を書いておきます。

1. VACのトライアル版って”Trial”みたいな音声が邪魔にならない？

今回の方法ではトライアル版での使用でも”Trial”という女性のは再生されません。というのも、”Splashtop Streamer”がサウンドストリームをフックしているのは恐らく入力側であり、”Trial”という声を入れるのはVACの出力側であろうと推測されるからです。が、しかしDonateだと思って購入しましょう。

特に自分の場合は独学でデバドラをかじったこともあり、あの苦痛ともいえるプログラムを製品まで持っていったプログラマを心から評価したいと思っています。意味不明なブルーバックのオンパレードは心をへし折るには十分すぎました(実際は意味があるんです、BSoDというあの画面には。でも、理解が乏しいと本当に意味不明なんです)。

2. Technetサポートから得られた情報は？

結果的にホストOSの物理デバイスを恒久的にゲストOSに割り当てる方法は無いらしいが、Windows7上のVirtualPCを用いれば割り当ては可能、だとのことでした(KBとしての資料ではないので確約が無いことは悪しからず)。今回はあくまでHyper-Vが前提となるのでこれを用いることはできませんが、覚えておこう、っと。Hyper-V3.0ではきっと恒久的なデバイスの割り当てができるよね？って期待を念押ししてサポート終了となりました。

※ サポート段階では知らなかったのですが、今ざっと見た感じではFiber, NUMAなどの複数台PCによる処理系が強化されているっぽいのかな・・・。物理デバイスの割り当ては無さそうな感じですね。まだ、Developer Previewのようなので、更なる機能追加に期待します。

恐らく今回の記事に関しては誰得なのかサッパリわからないレベルですが、稀なケースでしょうというものです。タイトル通り”RemoteFX USB”と”リモートサウンド”と”Splashtop Remote Desktop”の3者が関連する微妙な疑問です。

RemoteFXを使い始めて1.5ヶ月ほどですが、幾つかの問題のうちの一つにSplashtop Remote接続時にサウンドが再生されないというものがあります。なぜ再生されないか、というのは一言でいえばHyper-V上のゲストOSに対しては仮想デバイスとしてのサウンドボードが割り当たらないのでSplashtop Remoteがフックするオーディオデバイスが存在しないことを意味します。

この裏付け確認として実験してみました。

• ホストOSの物理デバイスに”USB Audio”デバイスを接続
• ホストOSよりゲストデバイスに”RemoteFX USB”を通じて”USB Audio”を転送 (但し、サウンドはリモート側で再生する)
• ゲストOSの再生デバイスを”USB Audio”を選択する
• 上記の状態で、VPN経由をしたiPad2より”Splashtop Remote Desktop”でゲストOSに接続する

この状態であれば”Splashtop Streamer”が”USB Audio”のオーディオデバイスをフックすることでiPad2上の”Slpashtop Remote Desktop”でもサウンドが再生されるわけです。しかし、(ホスト・ゲストOSが同一の物理PC上で接続する限り通常はあり得ないが)ホストOSからの”Remote Desktop”が切断される＝”RemoteFX USB”が切断されるとオーディオデバイスも当然消えます。結果、再生できないと。

もちろん、Hyper-Vをこんな形で使おうなどというユーザが極稀であることは認識していますが、仮に今回のオーディオデバイス以外でもホストOSに接続した物理デバイスをRDPセッションが存在しない間も接続しておきたい、ということはあるのではないかなと、思ったり思ったり。ということで、まとめた結果”Hyper-V 2.1 permanently assign Guest OS”あたりでググったりしてみましたが結果は実りませんでした。それどころか、USBのみならずPCIをゲストOSにマウントしたいとか・・・。ここまでくると何でもありですね。別の仮想化環境として”VMWare ESX”がありますがこれならできるとかできないとか、でも製品、仮想化を行うための物理環境が共に高くて手を出せないです。

さて、文字ではいささか退屈なので図でまとめるとこんな感じ。まずはネットワークとしての全体像です。すんごい適当ですが・・・。

次に、”RemoteFX USB”でオーディオデバイスを転送していない状態でのデバイスマネージャ画面です。RDPで接続していますので、リモートサウンドが使える＝サウンドの再生は可能ですが、デバイスとしてのオーディオデバイスは存在していません。

そして、玄人志向から数年前に発売されていたUSBオーディオをホストOSに刺して”RemoteFX USB”を経由して接続する画面。”USB Audio”として認識され、ディスクデバイスのみならず転送できるところが魅力ですね。

最後に上記の”USB Audio”を有効にしてゲストOSに接続した状態。もちろん、この状態が”Hyper-V 2.1上のゲストOSに対してSlpashtop Remote Desktopから接続を行ってもサウンドがリモート側で流れる”という環境になります。

※ 画像がTypoちゃったけど、直すの面倒だから許して・・・。”RemoteFX USB”です。

現状では”Slpashtop Streamer”がどのレイヤー(API Hook, Class Driver, etc…)をフックしているのかわかりません。ただ、現状ではデバイスマネージャ上のオーディオデバイスが存在していないとゲスト側でサウンドが鳴らない、というのは確かというだけです。

ということは・・・、物理デバイスを要しない”(仮想の)何もしない再生サウンドデバイスドライバ”を作ってあげれば”Slpashtop Streamer”がフックするインターフェースを提供できるのでは！！！！　ということになるのかな、妄想レベルでは。確かにDDKでもWDKでもVideoCapという仮想のビデオキャプチャデバイスをインストールするサンプルがありましたね。また・・・・DDKですか・・・？、もう2年以上触ってないので勘弁してください・・・・。

※ “仮想の”というのをカッコ付で書いた理由は、確かOSレイヤからみて物理デバイスが存在するかどうかは関係なかったはずなので。言い換えれば、OSレイヤからしてみればドライバとして認識するかどうかが重要であって、ドライバが物理デバイスにI/Oを発行するか、は関知しなかった・・・・ハズ・・・。間違っていたらごめんなさい。記事のまとめが私の妄想ワールドで終わるのはこのblogの恒例行事なので許してください。

【目的】

タスクスケジューラに登録した定時に特定のゲストOSのスナップショットを作成し、同時に過去数日前のスナップショットをマージ(Apply)する

【手段】

Hyper-V上の操作となるのでWMI(Windows Management Instrumentation)を使用する、且つ、タスクスケジューラでの操作となるのでCUI(＝スクリプト系)が望ましい。WMIが操作できるスクリプトはWSH, PowerShell辺りとなる・・・・はず？

【参考資料】

ほぼほぼ資料は集まっていて、以下を見れば私だってできるハズ！

• Hyper-V WMI: Creating/Applying/Deleting Virtual Machine Snapshots
• Virtual System Management Classes
• CIM_ConcreteJob class

という感じなのですが、手段としてPowerShellを選ぶと、目的を達成する前にPowerShellを覚えるところから始まるのですよね。元々WMI(WBEM)+JScriptで色々とごさごさやっていたので作れないことは無いですがやはりここはWindows2008らしくPowerShellで実装しないとね！

ただ・・・・、従来のMicrosoft系スクリプト言語とは結構違う・・・気が・・・。PowerShellのコンセプトを知らないし、PowerShellが出た当初はこんなのを使う必要はないだろう！、とか甘く見ていた自分が馬鹿だったなと。因みに今はどうなのでしょうね、MS系の製品と触れ合う現場ではないので正直PowerShellがいかほどに使われているかさっぱりわかりません。

なので・・・・・、とりあえず適当な戦利品。

$computer                               = "."
$namespace                              = "root\virtualization"
$msvm_computer_system                   = "Msvm_ComputerSystem"
$msvm_virtual_system_management_service = "Msvm_VirtualSystemManagementService"


# 仮想システムの管理サービスインスタンスを取得する
$vm_vsms = Get-WmiObject -Namespace $namespace -Computer $computer -Class $msvm_virtual_system_management_service
$vm_host = $vm_vsms.SystemName

Write-Output $vm_vsms


# Hyper-V上の全てのコンピュータを列挙する (但し、ホストは除く)
$vm_computers = Get-WmiObject -Namespace $namespace -Computer $computer -Class $msvm_computer_system -Filter "ElementName <> '$vm_host'"
#write-output($vm_computers)

foreach ($vm_computer in $vm_computers) 
{
	write-host + $vm_computer.ElementName
	
	$Snapshots = Get-WmiObject -Namespace root\virtualization -Query "Associators Of {$vm_computer} Where AssocClass=Msvm_ElementSettingData ResultClass=Msvm_VirtualSystemSettingData"
	if ($Snapshots.Count -le 0) {
		continue;
	}


	$script:list = @() 
	foreach ($Snapshot in $Snapshots) 
	{ 
	    $SnapObj = New-Object -TypeName System.Object 
	    $SnapObj | Add-Member -MemberType NoteProperty -Name SnapshotName -Value $Snapshot.ElementName 
	    $SnapObj | Add-Member -MemberType NoteProperty -Name SnapshotID -Value $Snapshot.InstanceID 
	    $SnapObj | Add-Member -MemberType NoteProperty -Name SnapshotParentName -Value ([WMI]$Snapshot.Parent).ElementName 
	    $SnapObj | Add-Member -MemberType NoteProperty -Name SnapshotNote -Value $Snapshot.Note
	    $script:list += $SnapObj 
	}
	$script:list 

<#
	$script = @{} 
	foreach ($Snapshot in $Snapshots) 
	{ 
	    $SnapObj = New-Object -TypeName System.Object 
	    $SnapObj | Add-Member -MemberType NoteProperty -Name SnapshotName -Value $Snapshot.ElementName 
	    $SnapObj | Add-Member -MemberType NoteProperty -Name SnapshotID -Value $Snapshot.InstanceID 
	    $SnapObj | Add-Member -MemberType NoteProperty -Name SnapshotParentName -Value ([WMI]$Snapshot.Parent).ElementName 
	    $SnapObj | Add-Member -MemberType NoteProperty -Name SnapshotNote -Value $Snapshot.Note
	    $script.Add($SnapObj.SnapshotName, $SnapObj);
	} 

	$script.GetEnumerator() | Sort-Object Name | ForEach-Object {"{0}`t{1}" -f $_.Name,($_.Value -join ",")} 
#>

	write-output ""
}

 
そして、実行のスクリーンショットらしき物体。

しかし・・・・こんなことなら牟田口さんの”Windows PowerShell ポケットリファレンス”を買っておけばよかった・・・・。まぁ、スクリプトが仕上がったら置くかもしれません。それまでしばちお待ちを。
]]>
			http://lain.heavy.jp/lain/2011/12/01/350/feed
		0
		
		
		
		http://lain.heavy.jp/lain/2011/10/30/295
		http://lain.heavy.jp/lain/2011/10/30/295#comments
		Sat, 29 Oct 2011 17:47:35 +0000
		
				
		
		
		
		
		
		

		https://lain.heavy.jp/lain/2011/10/30/295
		
				RemoteFXがIntel Graphics HDでは動かないとあきらめていたのですが、同僚から省エネVGAを薦められて頼んだビデオカードが届きました。Sapphire-HD6450 1G(DDR3)で、Amazon経由のお値段\4,459円。で、さっそくボードを実装して不安が入り混じる中RemoteFXを有効にすると・・・・

RemoteFXがキター！
ようやくという状態です。IntelマザーとぶちあたってNICを別途購入したり、NIC構成が悪くてblogを諦めようかと思った数日もありましたがようやく日の目を見ることができた気がします。ってことで、サーバPC 兼 メインPC 兼 ゲームPC とかいう通常の利用範囲を逸脱したPCなんですが、構成はそこまでパワーPCでもないです。

CPU: Intel Core i7 2600 (TDP95W)  
M/B: Intel DH67GDB3  
MEM: CORSAIR 16GB  (DDR3-1333Hz-4GBx4)  
VGA-1: Intel Graphics HD 2000  
VGA-2: Sapphire HD6450 (DDR3-1GB)  
HDD: Hitachi 3TB – (7200rpm/64MB)  
NIC: Baffaro LGY-PCI-GT  
SCREEN-1: LG W2234S  
SCREEN-2: HYNDAI W240D (ピボット利用)

ディスプレイへの接続ですが、Intel Graphics HDの方を使っています。BIOS側で強制的にPrimary VGAをIntel側にしても、RemoteFXを使う場合は勝手にHyper-VがHD6450を認識してくれるそうな。とりあえずは3DMarkという無謀なものを動かしてみました。以下、自分の所感です。

3dMark 2006 … 無理すぎ  
3dMark 2005 … ギリギリ見れる程度  
3dMark 2003 … 結構動く  
3dMark 2001 … DirectXとの相性か、Abortする

つまり、3dバリバリなゲームはするなと。Aeroインターフェースなどデスクトップに3dが求められる程度ならばRemoteFXでも特に遜色はないですが、ゲーム機として使用するには恐らく厳しいでしょう。
ざっと利用した感じはその程度にしておいて、環境設定において色々ハマった部分だとかを書きます。RemoteFXを有効にしたゲストOSの初回はvmconnect経由で接続します。ログインすると以下の画面が表示されます。

ここで再起動する前に確認することが2つあります。

RemoteDesktopを有効化する…RemoteFXが有効なゲストOSになるとvmconnectでは接続できなくなります。なので事前にRemoteDesktopを有効化し、接続用のホスト名 or IPアドレスを把握しておきましょう。  
RemoteDesktopのユーザを追加する…こちらの情報がなければ完全に抜け出せなかったであろう罠です。ドメイン非参加のRemoteFXが有効なゲストOSに対して接続を試みると、RemoteFXが有効ではない場合に接続できるはずのユーザがなぜか接続できなくなります(＝「このユーザーアカウントはリモートログインを許可されていないため、接続は拒否されました。」の表示がされます)。なので、有志の情報に従って明示的に「自分のワークステーション名\ユーザ名」を追加しましょう。

現状私はWindows7の2台をRemoteFXで使用していてゲームではない常用側をドメイン参加PCにしていて、片方は非参加だったのでより一層混乱しました。
再起動後に起動画面まではvmconnect上で表示されますが、起動画面直後には切断されます。

この状態になったらRemoteDesktopであるmstsc.exeを起動して、あらかじめ把握しているゲストOSに接続します。ちなみに、私の環境では 1680×1050 + 1200×1900 の横縦デュアルディスプレイ環境ですが、

ゲストOSの構成で予め、「モニタの最大数」を”2”に設定しておく  
接続時に「リモートセッションですべてのモニタに接続する」を選ぶ

さえしておけば、完全にフルディスプレイでRemoteFX動作が可能になります。但し、3dMarkのような解像度を変更するアプリケーションの場合はデュアルディスプレイの際に画面がまたがる、といった変な状況も見られました。モニタの最大数が”1”で且つ、全てのモニタに接続しない場合では、セカンダリスクリーンにマウスが移動したところでは自動的にホストOSの領域とみなされるようです。背景の色が同色だとどっちの操作かわからなくなるので、壁紙などで識別できるようにすると便利でしょう。
RemoteFX-USBの機能はまだ確認していません。一度、これ経由でiPod Touchの接続が認識されるのか試してみたいと思っています。
後、よく言われているのがvmconnectのRemoteFXサポートについてですが、確かに対応してほしいですね。RemoteDesktopにつながらなかったときに何度、シャットダウン→RemoteFXを外す→起動→シャットダウン→RemoteFXを追加・・・・、という作業をしたことか。
追加、どうでもいいレベルでの不具合

safariでスクロールバーが表示されない…32bitで接続するとこの現象が発生する模様。24bitなら問題ないので、そちらを使いましょう。気のせいだったのか、24bitでも直らない場合がありました・・・・。

参考サイト: 

第12回　3DグラフィックスをサポートするHyper-VのRemoteFX  
すらりん日記 – RemoteFXを試す -失敗編-

]]>
			http://lain.heavy.jp/lain/2011/10/30/295/feed
		0
		
		
		
		http://lain.heavy.jp/lain/2011/05/14/66
		http://lain.heavy.jp/lain/2011/05/14/66#comments
		Sat, 14 May 2011 01:24:11 +0000
		
				
		
		

		http://lain.heavy.jp/lain/2011/05/14/66
		
				果たしてHyper-Vが何台のゲストPCを集約できるか、というものです。別に何台でも集約自体は可能なんですが著しくパフォーマンスが低下する部分ってどこなのかな～とか。

現在の私がサーバとして使っているPCスペックはこんな感じ。

M/B: GA-MA69GN-S2H  
CPU: AMD の何か (TDP45W)  
MEM: 8GB (dual channnel)  
HDD: 1T  
OS: Windows 2008 Server with Hyper-V

そして、集約したい7台(ホスト含む)はこんな感じ。(先日の図に沿いますが)

Hyper-V Host OS (Windows 2008 Server with Hyper-V)  
Reverse Proxy Server (Windows 2008 Server)  
Active Directory / WINS Server (Windows 2008 Server)  
VPN(PPTP, L2PT) Gateway Server (Windows 2008 Server)  
Web(IIS) Server (Windows 2008 Server)  
Web(Apache) Server (CentOS or Ubuntu)  
Client OS (Windows XP x64 Edition)

仮想が6台、Server系が1台1GB、Client計が1台512MBのメモリ割当てだとしても5.5MB/8MBを占有します。で、現状まだWeb(Apache)が存在しない状態で6.86MBを使っていると。このままでは間違いなくスワップしちゃいますね。
となると、VPNに関してはそこまでリソースがかかるサーバではない(＝自分しか繋がない)のでこれがServerCoreになれば最小メモリ512MBで済むかな～とか。
# 一応Active Directoryとは切り分ける方向で、精神衛生上の都合で。
あと気になるのはCPU消費＝ほぼDiskI/O消費っぽ動き。もちろん、サーバ群なんて非公開のローカル側にいるのでリソースを使うクライアントなんてたかが知れていますが、かといってディスクはある程度動いているかと思うんです。で、それが7台になるとこんなものかな、と。
追記 よく考えたらゲストOSのCPUパワーってホストOS上でどのようにでるのか(ユーザー時間 or カーネル時間)知らなかったです。ということで一旦削除。ただ、DiskI/Oの動きがゲストOS上で多いのは事実です、だってパッチ当てている時のグラフだから。
 
ま・・・、サーバに対して知識がないとこんなものかもしれません。サーバに限らずプログラムもほげってるんで(ry
それ以上に、24時間電源がついているなら普段使うデスクトップもHyper-Vで提供すればいいよね、とかサーバらしからぬ使いかたをしているとか、無茶な部分が山盛りたくさんです。だって、起動時間減らしたいし電気無駄に使いたくないし。
]]>
			http://lain.heavy.jp/lain/2011/05/14/66/feed
		0