2015年6月 の記事一覧

2015年5月にリリースされたWindows Server Technical Preview 2のインストール方法と注目すべき新機能、プロダクションチェックポイントについて2回にわたってご紹介しました。第3回では、この次期Hyper-Vの注意すべき変更点についてご紹介します。 仮想マシンの構成バージョンが6.2に WIN2012R2 のHyper-Vでは仮想マシンのバージョンは5.0となっていました。vNext のHyper-Vで新規で仮想マシンを作成すると、仮想マシンのOSの種類には関係なくバージョンはすべて6.2となります。 仮想マシンのバージョンは、vNext のHyper-VではHyper-Vマネージャーからか、もしくはPowerShellのコマンドは以下で確認することができます。 Get-VM * | Format-Table Name, Version WIN2012 のHyper-VではVersionという項目が確認できませんが、WIN2012 のHyper-V 上で作成した仮想マシンをWIN2012R2 のHyper-Vに一方向にライブマイグレーションすることができます。ライブマイグレーションの過程で仮想マシンの構成はアップグレードされ、バーションは5.0として確認することができます（5.0以前には戻せません）。 ライブマイグレーションなどでWIN2012R2 のHyper-V上の仮想マシンをvNext のHyper-Vに移動してきた場合は、バージョン5.0の仮想マシンを6.2にアップグレードすることが可能です。仮想マシンに関連づけられているチェックポイントも実はチェックポインとごとに構成ファイルを持っているので、これらも同時にアップグレードされます。ただし、チェックポイント取得時に作成される仮想マシンのメモリの状態などを保存する.binファイルと.vsvファイルは強制的に削除されてしまうので、バージョン6.2にアップグレードした後、仮想マシンのチェックポイントを適用した場合は、すべてシャットダウンされた状態からのブートスタートとなりますのでご注意ください。 仮想マシンのバージョンのアップグレード方法としては、アップグレードを実施したい仮想マシンが停止状態のときにvNext 上のPowerShellのコマンドで以下を実行します。 Update-VmVersion "仮想マシン名" 一度5.0から6.2へバージョンアップした仮想マシンは、たとえチェックポイントを取得していたとしても、5.0には戻すことができません。どうしても5.0のバージョンで仮想マシンを作成したい場合は、仮想はドディスクファイルだけ抜き出して、WIN2012R2 のHyper-V上で仮想マシンとして作り直す必要があります。 Update-VmVersion コマンドで6.2にバージョンアップ 仮想マシンの構成ファイルがxml形式のファイルからバイナリファイルに バージョン6.2の仮想マシンでは構成状態を保存する.VMCXファイル（これまでの.XMLファイル相当）と、メモリやデバイスの状態を保存する.VMRSファイル（これまでの.VSV .BINファイル相当）の2つバイナリファイルが仮想マシンの構成情報ファイルとなります。 バージョン5.0の構成ファイル バージョン6.2の構成ファイル 統合サービスの提供方法の変更 これまで統合サービスはHyper-Vホストの%Windir%\System32\vmguest.isoを用いてインストールを行っていましたが、vNextではWindows Update や Windows Server Update Services (WSUS) を通じて仮想マシンへの統合サービスが提供されることになります。Hyper-Vマネージャーから利用できるVirtual Machien Connection(vmconnect.ext)の操作メニューからは「統合サービス セットアップ ディスクの挿入」のメニューは削除されています。 vNextが正式に製品版となったタイミングで、新しいHyper-V上で仮想マシンを作成した場合は、WIN2012R2やWindows8.1などのOSの場合はWindows Updateを通じで新しい統合サービスをダウンロード、インストールすることとなります。（サーバポートされるOSのみ）Hyper-VがサポートしているLinuxやFreeBSD 10.0については、OSのカーネル自体に統合サービスが含まれているのでそのまま利用することができます。 Second Level Address Translation（SLAT）が必須に Hyper-V上の仮想マシンが利用しているメモリは仮想化技術によって論理的に割り振られたものなので、実際に使う場合にはホストサーバー上の物理メモリにアクセスする必要があります。このとき仮想マシンとホストサーバーの間でメモリアドレスの変換が必要となります。この変換作業をソフトウェア的に行っていたものを、ハードウェアを使用して高速に処理してしまおうという機能がSecond Level Address Translation（SLAT）と呼ばれるものです。Intel製CPUではEPT(Extended Page Table)、AMD製CPUではNPT(Nested Page Table)と呼ばれています。 WIN2012R2 のHyper-VではSLATは必須要件ではなく推奨要件だったのですが、vNextのHyper-Vでは必須要件となりそうです。Windows 8.1などのクライアントHyper-VではSLATが必須要件となっており、SLATが有効でない場合はHyper-Vの機能がインストールできないといった制限があります。vNextでは役割と機能の追加でHyper-Vの機能追加をするときにはSLATの有無のチェックがまだ無いようですが、正式に必須要件となった場合にはこの時点でSLATのチェックが入ることになります。 また、vNextのHyper-Vの新機能でHyper-Vホストクラスターに参加しているWIN2012R2を、仮想マシンを停止することなくvNextにアップグレードできる、Hyper-Vクラスタローリングアップデートという機能があります。この機能の要件としてSLATが必須要件となっています。 　クラスターローリングアップグレード要件 サーバーがSLATに対応しているかの確認は以下の方法となります。 SLATの確認はハイパーバイザーを無効にして、サーバーを再起動する必要があります。稼働中の仮想マシンはシャットダウン後、SLATの確認中は起動できませんのでご注意ください。 1bcdedit コマンドで、「Windows ブート ローダー」にある「hypervisorlaunchtype」の項目の値が"Auto"になっている場合は、以下のコマンドでブートにハイパーバイザーの起動を無効にします。2bcdedit /set {current} hypervisorlaunchtype Offコマンドが成功したら、サーバーを再起動します。3起動完了後ログインして、管理者権限にてコマンドプロンプトを開きます。4以下のコマンドを入力してSLATの確認をします。WMIC CPU Get SecondLevelAddressTranslationExtensions戻り値が　Second Level Address Translation　TRUEとなっていればSLAT対応のCPUということになります。5ハイパーバイザーを有効にするために　bcdedit /set {current} hypervisorlaunchtype Autoこのコマンド入力後再起動します。 次回は、Hyper-Vの互換性やライブマイグレーションについてご紹介します。 *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。

チェックポイントは仮想マシンの現時点の状態を写真に撮るがごとく保存できるとても便利な機能で、仮想化されたメモリ、ハードディスクの恩恵を最大限に受けることのできる機能の1つです。WIN2012のHyper-Vまでは「スナップショット」という名前で呼ばれていたもので、まさに「写真に撮る」という手軽さで、最大50個まで様々な仮想マシンの状態を保存することができます。チェックポイントで取得した保存イメージは、簡単な操作でチェックポイント取得時の状態へすぐに仮想マシンを戻すことが可能です。vNextの検証時など、開発者にとって、まさに、サービス開発にはなくてはならないものとなっています。 チェックポイントの仕組み チェックポイント作成時に、差分ファイルとして.avhdxファイルを作成されます。チェックポイント作成以後は.avhdxファイルに変更内容が全て書き込まれることなります。 チェックポイントの作成時に戻したい場合は、作成された差分ファイルの元ファイルに戻って仮想化マシンを再開するということになります。通常のバックアップと違い、稼働中の仮想マシンに対してチェックポイントを作成した場合には、仮想マシンの構成情報と合わせてメモリ内容とデバイス情報も保存されるので、チェックポイント取得時に戻した場合は稼働状態で再開することができるのです。この稼働状態でチェックポイントを再開できるという部分がチェックポイントの一番の便利なところです。 チェックポイント取得後は、差分ファイルに変更内容が書き込まれる ですが、この一番便利な機能が仮想マシン、特にサーバー用途の仮想マシンにとってはいろいろと不具合の原因となってしまうことがあります。チェックポイントを使って仮想マシンを稼働状態で再開した場合は、仮想マシン内ではタイムマシーンに乗っていきなり時間が戻った世界に降り立ったのと同じことが起こります。 チェックポイント取得時に戻して稼動状態で再開した場合の問題点 まず仮想マシンの時計が現在時刻とは合いません。さらに、仮想マシンの構成や、メモリ内に展開されている情報やデバイス情報が、チェックポイント取得時の状態に書き代わってしまいます。これらが原因で正しくプリケーションにログインできなくなる場合や、データーの整合性が取れないなど、様々なエラーの原因になりうるのです。検証段階でのチェックポイントの利用はとても便利なのでおすすめなのですが、実運用しているような仮想マシン、特にサーバー用途の場合にはチェックポイントの利用は避けたいところです。 この問題を解決するために、vNext のHyper-Vには新しいチェックポイントの機能が「プロダクションチェックポイント」という名前で追加されました。チェックポイントに戻った場合に稼働状態にいきなり戻ってしまうのを回避するため、プロダクションチェックポイントを取得した場合は、チェックポイントからの再会はすべて初回起動（ブート状態）からの開始となります。プロダクションチェックポイントで取得した情報には、メモリ内の情報やデバイス情報は保持されておらず、ちょうど、チェックポイント取得時に仮想マシンをシャットダウンしてバックアップを取得した状態と同じになります。これによって、チェックポイント時に戻った場合は、通常の仮想マシンの起動手順に従ってアプリケーションが最適化されているので、時間差の問題やデーターの不整合などの不具合は極力回避されることになります。 プロダクションチェックポイントはシャットダウンされている状態なのでサムネイル画面イメージは表示されていない バックアップ（ボリューム シャドウコピー）を有効に プロダクションチェックポイントはWindows Server 2003から追加された、Windows Server自体が提供するボリュームシャドウコピーサービス（VSS）を元に提供される機能で、オープン中のファイルでも安全に確実にバックアップを取得することができるようになっています。元々Windows Server標準のWindows Serverバックアップは、ボリュームシャドウコピーサービスを利用して、Hyper-V上の仮想マシンを稼働中であってもバックアップすることがきるようになっています。プロダクションチェックポイントはこの機能を応用したものとなります。 プロダクションチェックポイントを利用するためには統合サービスメニューで「バックアップ（ボリューム シャドウコピー）」を有効にしておく必要があります。統合サービスメニューで「バックアップ（ボリューム シャドウコピー）」を有効にする。 ただし、仮想マシンの使用用途や状況によっては、これまでのチェックポイントのように、稼働状態でチェックポイント取得状態に戻したいといった場合もあるはずです。そこはきちんと考えられており、これまでのチェックポイントは「スタンダードチェックポイント」と名前が変更され、取得時に従来のチェックポイント様式の取得も選択できるようになっています。 さらに便利なことに「プロダクションチェックポイント」と「スタンダードチェックポイント」は1つの仮想マシンに対して混在して取得することが可能となっています。状況に応じて二つのチェックポイントを使い分けできるのはありがたい限りです。 プロダクションチェックポイントとスタンダードチェックポイントは混在して取得することが可能。スタンダードチェックポイントはサムネイル画面イメージが表示されています。 チェックポイント機能強化に伴うメニュー追加 チェックポイント機能の強化に伴い、これまで仮想マシンの設定メニューには「チェックポイントファイルの場所」とうい項目だけしかありませんでしたが、新しい項目として「チェックポイント」メニューが追加されています。仮想マシンが起動中やシャットダウン中、保存状態、また、仮想マシンの統合サービスメニューで「バックアップ（ボリューム シャドウコピー）」を無効にしている場合などは、プロダクションチェックポイントが取得できません。その場合に、自動的にスタンダードチェックポイントに切り替えてチェックポイントを取得できるオプションも用意されています。 さらに、主にサーバー用途の仮想マシンに対して不用意にチェックポイントの取得、適用を行ってトラブルの原因となることを回避するために、仮想マシンに対して全てのチェックポイントの取得機能自体を無効にするオプションも追加されました。 仮想マシンの設定メニューにチェックポイントの設定メニューが追加された 「プロダクションチェックポイント」はvNext のHyper-V上の仮想マシンのバージョンが6.2以上でサポートされており、バージョン5.0の仮想マシンではこれまで通り「スタンダードチェックポイント」のみ取得可能となっています。 バージョン5.0の仮想マシンはスタンダードチェックポイントのみ 次回は、次期Hyper-Vの注意すべき変更点についてご紹介します。 *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。

2015年5月にリリースされたWindows Server Technical Preview 2を元に、注目すべき新機能と互換性、それに伴うメリット、デメリットをサービス開発者としての視点から4回にわたってご紹介します。注）vNext：Windows Server Technical Preview 2　　WIN2012R2：Windows Server 2012 R2　　WIN2012：Windows Server 2012 ISOイメージのダウンロード まずは、vNextのインストールです。 　ISOイメージのダウンロードページへ ページ自体は日本語となっていますが、ダウンロードできるvNextは英語版のみの提供です。 検証で新しいOSをインストールしたい場合などは、VHDブートがおすすめです。VHDブートについてはこちらが参考になります。 　VHDの多様化する利用方法 また、Hyper-Vの機能をある程度試してみたいというこであれば、制限事項として、仮想マシンを起動することや、ライブマイグレーションなどが利用できませんが、仮想マシン自体にHyper-Vの機能を追加するといった方法があります。通常はサーバーマネージャーの「役割と機能の追加」でHyper-Vの機能を追加するのですが、仮想マシン上でこのウィザードを実行するとエラーとなり、最後まで完了することができません。ですが、実はPowerShellのコマンドからであればHyper-Vを追加することができます。 PowerShellのコマンドで以下の2つを実行します。 Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All -NoRestartInstall-WindowsFeature RSAT-Hyper-V-Tools -IncludeAllSubFeature この状態であれば、仮想マシンを作ったり、ある程度vNextのHyper-Vの機能を実際に検証することができるようになります。 インストール ダウンロードしたISOイメージから実際にインストールを行います。 インストール時に選択できるのは、以下の2つです・Windows Server Technical Preview 2・Windows Server Technical Preview 2（with local admin tools） インストール画面 「Windows Server Technical Preview 2」はこれまでServer Coreと同様のもので、「Windows Server Technical Preview 2　（with local admin tools）」は、初期状態で最小限のGUIツールのみインストールされた状態のサーバーとなります。 今回は「Windows Server Technical Preview 2　（with local admin tools）」をインストールして検証を進めます。インストール直後は、必要最低限の機能しかインストールされていない状態なので、コマンドプロンプト、Server Manager の2つのウィンドウしか利用できません。スタートボタンすら見当たりません。 インストール直後の画面 まずは使いやすいように、GUIで操作できるようにしましょう。コマンドプロンプトで、「PowerShell」と入力して、ウインドウをPowerShellに切り替えます。 続いて、「Add-WindowsFeature Server-Gui-Shell -IncludeAllSubFeature -Restart」とコマンドを入力してGUIを有効にします。 再起動後、スタートボタンやアプリケーション、ごみ箱もきちんとインストールされました。 Hyper-Vはこれまでと同様に、サーバーマネージャーのAdd roles and features（役割の機能の追加）から行います。 これで準備が整いました。早速、新いHyper-Vをご紹介してゆきましょう。 注目すべき新機能 仮想マシンが起動している状態で、仮想ハードウェアを追加することを、「ホットアド」、反対に削除する場合は「ホットリムーブ」と言われています。日本語で言うところの「動的追加」と「動的削除」といったところでしょうか。vNext のHyper-Vを見てみると、この「動的追加」と「動的削除」がさらに進化していました。 ライブマイグレーションによって仮想マシンを停止することなくホスト間の移動を可能にしたHyper-Vは、次に目指すのは、仮想マシンを停止することなく構成の変更を完了させるというところにありそうです。vNext のHyper-Vでは2つの「動的追加」と「動的削除」が可能となりました。 稼働中の仮想マシンに対してメモリの追加、削除が可能に WIN2012R2 のHyper-Vでは、稼働中の仮想マシンに対して、動的メモリ（ダイナミックメモリ）の設定をしている場合に限り、メモリの追加（追加のみ）が可能となりました。vNext のHyper-Vではこれがさらに進化して、動的メモリを利用していない場合（固定メモリ）でも、メモリの追加だけではなく、余剰メモリがある場合は削除まで可能としました（メモリのサイズ変更）。もちろん仮想マシンの再起動も必要ありません。 ただしメモリの「動的追加」と「動的削除」の機能を使えるのは最新のHyper-V上の最新のOSにいまのところは限られています。サポートされるのは、vNext のHyper-Vと、その上で稼働する仮想マシンとして、vNext もしくは、Windows 10 Technical Previewで、仮想マシンのバージョンは6.2以上となります。仮想マシンの世代については第1世代　第2世代どちらもサポートされています。簡単に言い換えると、Hyper-Vも仮想マシンも全部最新OSを使えば、メモリの「動的追加」と「動的削除」機能が使えるということです。残念ながら動的メモリ（ダイナミックメモリ）の設定をしていた場合はこれまでと同様に、メモリの追加のみ可能となっており、メモリの削除はできません。 〇Hyper-Vホスト　Windows Server Technical Preview 2 Hyper-V〇仮想マシンン OS　Windows Server Technical Preview 2　Windows 10 Technical Preview〇仮想マシン バージョン　6.2以上〇仮想マシン 世代 第1世代/第2世代 （Hyper-Vホストとしては、Windows 10 Technical PreviewのHyper-Vもサポートされている。） 仮想マシンのメモリを2GBから、4GBへ追加の後、2GBへメモリを減らした場合。タスクマネージャーでは動的にメモリ量が変化しているのが確認できる。 稼働中の仮想マシンに対してネットワークアダプタの追加、削除が可能に ネットワークアダプタの「動的追加」と「動的削除」機能はWIN2012R2 のHyper-Vでは実装されていなかった機能です。この機能がサポートされるは、vNext のHyper-Vと、その上で稼働する第2世代の仮想マシンで、vNext、WIN2012R2、WIN2012、64ビット版Windows 8.1、64ビット版 Windows 8となります。仮想マシンのバージョンは5.0、6.2どちらでもサポートされています。メモリの動的サイズ変更とはサポート要件が異なるようです。メモリの動的サイズ変更は最新OSの組み合わせで実現できる機能といった感じですが、ネットワークアダプタの動的追加削除は第2世代の仮想マシンと、最新のHyper-Vで実現できる機能となります。 〇Hyper-Vホスト Windows Server Technical Preview Hyper-V Windows Server Technical Preview Windows Server 2012 R2〇仮想マシンOS WindowsWindows Server 2012　Windows Server 2008 R2 64ビット版Windows 8.1 64ビット版 Windows 8 Linux〇仮想マシン バージョン5.0以上〇仮想マシン世代 第2世代 以上の2つの機能を踏まえると、最新のHyper-Vでは仮想プロセッサ以外の仮想ハードウェアは、仮想マシンの稼働中でも追加、削除ができるようになったということです。 仮想マシンの稼働中にネットワークカードを追加 仮想マシンが稼働中であっても、このように多くの機能が提供されていることは、サービス開発者にとって、またサービスを利用するユーザーにとって大きな利点となります。 例えば仮想マシンをホスティングするサービス提供者にとって、サービスオプションとしてのメモリ追加、削除メニューは当然用意すべきものです。ユーザーの仮想マシンの状態にかかわらず、申し込みと同時にメモリを追加でき、解約と同時にメモリを削除できるのは、複雑化する実行ステップを最小限にすることが可能です。開発の工数を減らすことにもなりますし、エラーの発生ポイントを減らすことにもなります。ユーザーにとっても、メモリ追加の変更を申し込んですぐに反映されるのは喜ばしい限りでしょう。 反対に、メモリを減らす場合を考えてみます。メモリの動的削除ができない場合は、サービス開発側としては、強制的に仮想マシンをシャットダウンしてメモリを削除したいところですが、こちらはユーザーの都合もあります。ユーザー自身で仮想マシンをシャットダウンしていただき、メモリを削除といった手順になるはずです。月極め契約でサービス利用をしていただいている場合には、「月が変わりましたので本日からメモリを減らさせていただきます。つきましてはお客様の仮想マシンをお客様ご自身で一度シャットダウンしてください。」といったアナウンスを出して、要望通りに仮想マシンがシャットダウンされたユーザーの仮想マシンからメモリを減らします。現実的なシステムロジックではありません。こういった問題も、仮想マシンの稼働状況に影響されない動的機能おかげで、ユーザーからのアクション一つ、もしくは、サービス側からのアクション一つで実現できるようになるわけです。 Windows Server Technical PreviewのHyper-Vでサポートされる動的機能 固定メモリのサイズ変更動的メモリ（ダイナミックメモリ）の追加ネットワークアダプタの追加・削除SCSIディスクドライブの追加・削除DVDドライブの追加・削除仮想ハードディスクのIOPS制御仮想プロセッサのリソース割り当ての変更ディスクサイズの拡大・縮小ディスクの最適化チェックポイントの作成・削除仮想マシンのエクスポートライブマイクレーションレプリケーションバックアップ 次回は、プロダクションチェックポイントについてご紹介します。 *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。