SE の雑記

SCVMM 2008 でバーチャルマシンの DVD ドライブに共有ディレクトリの ISO イメージをマウントすると
以下のエラーが発生し、マウントすることができませんでした…。

同様の現象になっている方もいらっしゃるようで、私の環境固有の現象というわけでもなさそうでした。

私の環境は以下の図のようになってます。

SCVMM 上の共有ディレクトリをライブラリとし、同一ドメイン内の Hyper-V サーバーを管理しています。

以下の対応をしてみたのですがエラーは解決しませんでした。
# ログオン / オブジェクトアクセスの失敗を監査しても特に目立った失敗もないように見えました。

1. ISO ライブラリの共有ディレクトリ、実ディレクトリにコンピュータアカウントのフルコントロールを設定
2. ISO ライブラリの共有ディレクトリ、実ディレクトリに [Authenticated Users] のフルコントロールを設定
3. [Guest] アカウントを有効

こちらのサイト を参考にしたところ、共有ディレクトリの ISO をマウントすることができました。
ちなみに韓国語です。初めて Excite で韓国語翻訳を使いました。

[変更した内容]

1. ドメインの機能レベルを [Windows Server 2003] に設定します。
   機能レベルを [Windows Server 2003] に設定しているのは、サービス単位で委任をできるようにするためです。
   
2. Hyper-V サーバーのコンピュータアカウントのプロパティを開きます。
3. [委任] タブを開きます。
4. 以下の設定で SCVMM のライブラリサーバーに対して CIFS を委任します。
   [ユーザーまたはコンピュータ] のサーバー名は黒塗りにしてありますがここには SCVMM サーバーが設定されています。
   
5. しばらく待つか Hyper-V サーバーを再起動します。

私の環境ではこれで共有ディレクトリの ISO イメージがマウントできるようになりました。

共有ディレクトリ / 実ディレクトリのアクセス権は追加では設定していません。
# CIFS を委任しているから問題ないのでしょうかね？？
[追記]
とおもったら [Authentiated Users] を追加していますね。CIFS の委任とこのグループの追加が必要になりそうです。
?

設定の妥当性に自信がないため、同じ現象が発生していてこちらの対応で解決した方がいらっしゃいましたら、
コメントでフィードバックいただけると幸いです。

2009/3/26 追記
[Authenticated Users] の読み取り権限は共有 / ディレクトリともに必要みたいです。
SCVMM 2008 R2 Beta でも本投稿の内容で回避できました。

この機能に関してはヘルプでも

と明示的に記載されていますので、 Hyper-V を管理する場合は使用を想定していない機能なんでしょうね。とても便利なのですが。

SCVMM R2 2008 Beta では設定画面にヘルプへのリンクが追加されています。問い合わせが多かったのでしょうか…。

MED-V のインストール手順を

1. 環境編
2. サーバー編
3. クライアント編

の 3 回に分けてまとめてみたいと思います。
# 検証しながらまとめていますので MED-V のインストール手順系の投稿は検証の進捗によって随時更新をします。

まずは [環境編] から。

MED-V は 以下の図のような環境で構成されます。

MED-V サーバー には Windows Server 2008 を使用する必要があります。
MED-V クライアント は Windows Vista または Windows XP を使用します。

MED-V はクライアント上で実行している Virtual PC 2007 上の OS の特定のアプリケーションのウィンドウを
転送して表示させますので各 MED-V クライアントには Virutal PC 2007 ならびに Virtual PC 2007 上で
アプリケーションを動作させるための OS を起動させる必要があります。

各環境のシステム要件は以下のようになっています。(Beta 版に同梱されているドキュメントから抜粋しています。)

1. MED-V サーバー
   

   OS	Windows Server 2008 Standard / Enterprise Edition x86 or x64
   SQL Server? ※1	MS SQL Server 2005 Enterprise Edition SP2 MS SQL 2008 Express / Standard / Enterprise editions
   IIS　　※2	IIS 7.0

   ※1 SQL Server はレポート用のデータを格納するために使用しますが必須ではありません。
   ※2 IIS は MED-V クライアントで使用する Virutal PC のイメージをダウンロードするために使用しますが必須ではありません。

   本検証では Windows Server 2008 Datacenter Edition x64 を使用しています。
   (Datacenter は対応 OS に入っていませんでしたが事前検証では動きましたのでそのまま使用しています。)

2. MED-V クライアント
   

   OS	Windows XP SP2/3 (Pro, Home) x86 Vista SP1 (Enterprise, Home Basic, Home Premium, Business, Ultimate) x86
   Web browser	Microsoft Internet Explorer 7.0
   File System	NTFS
   .NET Framework	Microsoft.NET Framework Version 2.0, 2.0 SP1
   Virtual PC	Virtual PC 2007 SP1

   本検証では Windows Vista SP1 Enterprise Edition を使用していきます。
   そのため、 IE 7.0 / .NET Framework 2.0 については初期状態でインストールされています。

3. MED-V イメージ
   

   OS	Windows XP SP2/SP3 Pro x86, Windows 2000 SP4
   Web browser	Microsoft Internet Explorer 6.0 SP 2, 7.0
   File System	NTFS

   MED-V イメージは MED-V クライアント上で実行する Virtual PC 2007 のイメージになります。
   本検証では Windows XP SP3 Professional を使用していきます。
   MED-V イメージは Volume License (VL) を使用する必要があるようですが、TechNet サブスクリプションでは
   VL 版が使用できないため、通常の XP を使っています。
   (VL 版でなくてもとりあえずの検証はできます。)

今回の検証で使用している環境をまとめると以下の図のようになります。

?
まずはワークグループ環境で検証してみたいと思います。

2009/2/4 追記
MED-V サーバー Hyper-V 上に、Vista は物理環境に構築しています。
最初は Vista も Hyper-V 上に構築していたのですが Virtual PC のレスポンスがとても悪かったので
物理環境に切りえ変えました。

次回は [サーバー編] で MED-V サーバーのインストール手順をまとめたいと思います。

>MED-V インストール手順 [サーバーインストール編]

サーバーを再構築していたので時間がかかりましたが、どうにか MED-V のインストールができました。

各環境を初期化してから、インストール手順をまとめみたいと思います。

あとまったく手がつけられていないのは SQL Server 2005 SP3 の SSRS の埋め込みフォントですね…。
こちらも軽く確認しないと。

<WSFC 構築手順 [構築編] その 3

WSFC のネットワーク設定についてまとめていきたいと思います。

ネットワーク設定で可能なものは

1. [内部]/[外部] ネットワークの設定
2. [外部] ネットワークの IP アドレスの設定

だと思います。

以前のバージョンの MSCS と違いハートビートに使用するネットワークの優先順位は設定ができなくなっています。
WSFC ではクラスタのネットワークドライバがルーティングテーブルに応じて優先順を自動的に調整する設定となっているようです。
具体的にこの内容が書かれている技術情報はまだ見つかっていません。Microsoft のパートナー用コミュニティの情報です。

Microsoft の技術情報ではありませんが、TechTarget のホワイトペーパーで DELL の情報として近いものはありました。
Hyper-V仮想化環境の可用性を高めるベストプラクティスとは？

各設定は以下の方法で変更ができます。

[内部]/[外部] ネットワークの設定

クラスタの初期構築後の設定では、クラスタの IP アドレスを設定したネットワークが外部ネットワーク、それ以外のネットワークは
内部ネットワークとして設定されるようです。
外部ネットワークと内部ネットワークの設定は以下の手順で変更できます。

1. [ネットワーク] を選択します。
   
2. 対象のネットワークを右クリックし、[プロパティ] をクリックします。
   
3. [クライアントにこのネットワーク経由の接続を許可する] の [有効]/[無効] で [内部]/[外部] ネットワークを設定します。
   また、ネットワークの名前についてもこの画面で変更します。
   ?
   設定によってネットワークは以下のように使用されます。
   MSCS ではサービス専用のネットワーク (クライアント アクセスのみ) が設定できたのですが、WSFC ではこの設定は
   なくなっているみたいですね。
   以前との設定の比較表を作ってみました。
   

   ?	Windows Server 2003 以前の設定
   クラスタにこのネットワークの使用を許可する	内部クラスタ通信のみ
   クライアントにこのネットワーク経由の接続を許可する	混合ネットワーク
   クラスタにこのネットワークの使用を許可しない	無効 (クラスタでは使用しない)

[外部] ネットワークの IP アドレスの設定

外部ネットワークの IP アドレスは [クラスタ コア リソース] として設定されています。
クラスタ コア リソースは以下の手順で変更することができます。

1. クラスタ名を選択します。
   
2. [クラスタ コア リソース] を展開します。
   
3. クラスタ名を右クリックし、[プロパティ] を選択します。
   
4. 変更対象の IP アドレスを選択し、[編集] をクリックします。
   
5. [アドレス] に設定されている IP アドレスを変更し、[OK] をクリックします。
   ?
   IP アドレスを DHCP の設定にしている場合のみ [DHCP を使用する] を選択することができます。
   ?
6. IP の変更画面で [適用] をクリックすると最終的な確認メッセージが表示されますので [はい] をクリックして確定します。
   
7. 今回は Windows の DNS サーバーを使用していますが DNS の A レコードは連携して変更されていませんでした。
   DNS のレコードは手動で設定変更する必要がありそうです。
   

ネットワークに関係する設定はこれらの操作で変えることができます。
設定は変更できませんが、内部ネットワークの優先順位は以下の手順で確認することができます。

[内部ネットワークの優先順位の確認]

1. コマンドプロンプトを [管理者として実行] します。
2. 以下のコマンドを実行します。
   

   cluster /LISTNETPRI

   [実行結果]

   >cluster /LISTNETPRI 内部ネットワークの優先順位を一覧表示しています: ?? ネットワーク名 ?? ————— ?1 Heartbeat ?2 Public

   上の例では内部ネットワークの優先順位は意図したものになっていますが、構築後にネットワークを追加した場合は
   思った通りの設定にならないこともしばしばあるようです。
   どうにか意図した順序で認識できるように制御できないか模索中です。

   ?

ネットワーク系の設定で思いついたのは以上です。
他にも何かネットワーク系の設定がありましたら別途投稿したいと思います。

次回はディスククォーラムの設定をまとめてみたいと思います。

>WSFC 構築手順 [設定編] クォーラムディスクのドライブ文字

<Windows Sorage Server 2003 R2 インストール手順

Storage Server 2003 R2 でクラスタ用の共有ディスクを作成する手順になります。
以下の 3 つの手順で記載したいと思います。

1. iSCSI ターゲットの作成
2. 共有ディスクの作成
3. iSCSI Initiator からの接続

[Microsoft iSCSI Software Target] を起動して下の操作を実行しています。

[iSCSI ターゲットの作成]

まずは iSCSI のターゲットを登録します。

1. [iSCSI Targets] を右クリックし、[Create iSCSI Target] を選択します。
   ?
2. ウィザードが起動したら [次へ] をクリックします。
3. [iSCSI target name] を入力し、[次へ] をクリックします。
   [Descritptions] は説明ですので任意入力です。
   ここで入力した Target Name は iSCSI の共有ディスクのグルーピングのようなものと考えていただければと思います。
   後述のディスク作成時には iSCSI Target を指定してディスクを作成することになります。

   ?

4. [IQN identifier] を入力し、[次へ] をクリックします。
   IQN はユニークになる必要がありますが、厳密な形式チェックはしていないようですので、適当な値を入力しても通ります。
   IQN の正式な形式は以下の URL をご参照いただければと思います。
   特集：最新IPストレージ技術「iSCSI」
   ?
5. [完了] をクリックして iSCSI ターゲットを作成します。
6. 作成が完了すると iSCSI Targets に設定した ターゲット名が追加されています。
   ?
7. 接続に認証を設定したい場合は作成した Targets を右クリックし [プロパティ] を選択します。
   
8. [Authentication] タブでユーザー名 / パスワードを設定できます。
   認証設定をしたい場合には [Enable CHAP] を有効にしこちらを設定します。
   ユーザー名は [Browse] をクリックして IQN を設定することができます。
   ?

[共有ディスクの作成]

続いては共有ディスクの作成です。

1. [Device] を右クリックし、[Create Virtual Disk] を選択します。
   ?
2. ウィザードが起動したら [次へ] をクリックします。
3. 共有ディスクを作成する場所を選択し [次へ] をクリックします。
   iSCSI Terget の仮想ディスクの拡張子は [VHD] だったりします。
   ?
4. ディスクのサイズを入力し [次へ] をクリックします。
   
5. [Description] はオプションですので不要な場合はブランクにし、[次へ] をクリックします。
   
6. [Add] をクリックして iSCSI ターゲットを選択し、[次へ] をクリックします。
   
7. [完了] をクリックして共有ディスクを作成します。
8. 作成が完了すると Devices に作成した共有ディスクが表示されます。
   

これでディスクの作成は終了です。
iSCSI のターゲットソフトによってはディスク作成時にクラスタのディスクとして使うかを選択するものもあるのですが
Storage Server 2003 R2 の共有ディスクではないようです。

ここまでの作業で iSCSI イニシエータで接続することが可能になります。

以下の手順は iSCSI イニシエータから接続をする手順になります。

[iSCSI イニシエータからの接続]

接続側のサーバーで iSCSI イニシエータを起動して作業を行います。
iSCSI イニシエータの初回起動時は以下のメッセージが表示されます。
?
[はい] をクリックして iSCSI イニシエータのサービス起動を [自動] に設定します。
また、Windows ファイアウォールのブロック解除のメッセージも表示されますのでこちらも [はい] をクリックしてブロックを解除します。

?

1. [探索] タブを選択し、[ポータルの追加] をクリックします。
   
2. ターゲットポータルの名前を入力し、[OK] をクリックします。
   ??
3. ターゲットの情報がターゲット ポータルに追加されています。
   
4. 次は [ターゲット] タブを選択します。
   すでに共有ディスクを作成しているのでターゲットに共有ディスクが表示がされそうですが、この段階では
   まだ共有ディスクの情報は表示されません。
   
   iSCSI ターゲット側で設定が必要になりますので一度 iSCSI ターゲットのサーバーに移ります。
5. iSCSI ターゲット サーバーで iSCSI ターゲットの管理ツールを起動します。
6. [iSCSI Targets] から iSCSI ターゲットを右クリックし、[プロパティ] を選択します。
   ?
7. [iSCSI Initiators] タブをクリックします。
   ここで iSCSI ターゲットに接続をしたいノードのイニシエータの IQN が登録されていないため、
   イニシエータ側でディスクを表示することができていません。
   イニシエータの IQN を登録するため、[Add] をクリックします。
   
8. [Browse] をクリックすると接続しにきているイニシエータの情報が表示されますので、対象サーバーの
   IQN を選択し、[OK] をクリックします。
   事前にこの設定をやっておけばサーバー間の移動の手間がなくなると思いますが、IQN を手入力するのは
   大変なので一度接続を試行して [Browse] から選択するようにしています。
   (一度接続をすると自動的にエントリが登録されるようです。)
   
   これでターゲットを認識できるようになりますので共有ディスクを接続したいサーバーに移ります。
9. [最新の情報に更新] をクリックするとターゲットが表示されるようになります。
   この状態ではまだディスクは使えませんので、ターゲットを選択し、[ログオン] ボタンをクリックします。
   
10. [コンピュータの起動時にこの接続を自動的に復元する] を有効にします。
    この設定を有効にしないと再起動すると共有ディスクに接続されません。
    [複数パスを有効にする] の設定は iSCSI ターゲットへの接続パスを複数持っておりマルチパス I/O 構成にする場合に有効にします。
    今回はシングルパスになっているため有効にしていません。
    また、iSCSI ターゲット側で認証設定をした場合は [詳細設定] をクリックし、CHAP の情報を入力する必要があります。
    今回はテスト用に認証情報を設定していますので CHAP の情報入力の手順を実施します。
    (不要な場合は [OK] をクリックしてください。)
    ?
    1. [CHAP ログオン情報] を有効にし、iSCSI ターゲット側で設定した ユーザー名 / ターゲット シークレットを入力し
       [OK] をクリックします。
       ?
11. 接続が完了するとターゲットの状態が [接続完了] になっていることが確認できます。
    これで iSCSI ターゲットで設定した共有ディスクへの接続が完了です。
    ?
    サーバーマネージャからディスクの管理を開くと新しいディスクとして共有ディスクが接続できていることが確認できます。
    ([ディスク 1] が iSCSI で設定したディスクになります。)
    ?
    あとは通常のディスクと同様に [オンライン] → [初期化] → [パーティションの作成] を実行して下さい。
    (ディスクにドライブ文字を割り当てていないのは意図的に実施しています。)
    
    クラスタで使用したい場合は [iSCSI イニシエータからの接続] をもう一方のノードでも実行してください。

?

以上で Windows Storage Server 2003 R2 の設定は完了です。

検証環境の再構築も完了し、設定系の検証がようやく出来ます♪