インフラ の記事一覧

GMOインターネット株式会社 事業本部　樋口　勝一が解説する『Hyper-Vを使ったクラウドサービスの作り方』。　前回に引き続き『Hyper-V　Provisioning』について紹介。今回は、メモリとプロセッサーの設定方法を解説します。 Hyper-V上の仮想マシンのメモリを512MBから任意の値に変更 デフォルトでは512MBのメモリが割り当てられています。こちらを任意の値に変更してみましょう。 はじめに、静的メモリの設定方法からご紹介します。（参照：コード01） サンプルコードをこちらからダウンロードいただけます。 →　GMOReport.zip(16KB) コード1 1: FunctionSetStaticMemory( ByValobjManagementScope AsManagementScope, ByValstrVMName AsString, ByValintMemory AsInteger) AsBoolean 2: DimobjComputerSystem AsManagementObject = Nothing 3: ForEachobjManagementObject AsManagementObject InNewManagementObjectSearcher(objManagementScope, NewObjectQuery ("SELECT * FROM Msvm_ComputerSystem WHERE ElementName = '" & strVMName & "'")).Get 4: objComputerSystem = objManagementObject 5: Next 6: 7: DimobjVirtualSystemSettingData AsManagementObject = Nothing 8: ForEachobjManagementObject AsManagementObject InNewManagementObjectSearcher(objManagementScope, NewObjectQuery ("SELECT * FROM Msvm_VirtualSystemSettingData WHERE ElementName = '" & strVMName & "'")).Get 9: objVirtualSystemSettingData = objManagementObject 10: Next 11: 12: DimstrMemorySettingData AsString= "" 13: DimobjMemorySettingDataCollection AsManagementObjectCollection = objVirtualSystemSettingData.GetRelated("Msvm_MemorySettingData") 14: ForEachobjManagementObject AsManagementObject InobjMemorySettingDataCollection 15: objManagementObject("VirtualQuantity") = intMemory 16: strMemorySettingData = objManagementObject.GetText(TextFormat.CimDtd20) 17: Next 18: 19: ForEachobjVirtualSystemManagementService AsManagementObject InNewManagementObjectSearcher(objManagementScope, NewObjectQuery ("SELECT * FROM Msvm_VirtualSystemManagementService")).Get 20: DimobjParams AsManagementBaseObject = objVirtualSystemManagementService.GetMethodParameters "ModifyVirtualSystemResources") 21: objParams("ResourceSettingData") = NewString() {strMemorySettingData} 22: objParams("ComputerSystem") = objComputerSystem.Path.Path 23: DimobjManagementBaseObject AsManagementBaseObject = objVirtualSystemManagementService.InvokeMethod ("ModifyVirtualSystemResources", objParams, Nothing) 24: ReturnJobComplete(objManagementBaseObject, objManagementScope) 25: Next 26: EndFunction 1行目： 引数として、ManagementScope オブジェクト、仮想マシン名、メモリ容量を渡します。 2～5行目： 仮想マシン名をキーにして、WMIクエリでメモリ設定を行う仮想マシンオブジェクトを取得します。 7～10行目： 仮想マシンに対して、様々な設定を行うには、仮想マシンごとにある、Msvm_VirtualSystemSettingData クラスを介して設定していきます。 13行目： 取得したMsvm_VirtualSystemSettingDataオブジェクトを利用して、メモリの設定を行うためにMsvm_MemorySettingDataクラスから、メモリ設定の項目一覧を取得します。 14～17行目： 項目一覧から今回設定するメモリ容量のプロパティーに設定値を入力。 今回は１GBのメモリを設定するので、VirtualQuantityに1024を指定。 設定情報をXML形式で保存します。 19行目： 仮想マシン作成時と同様に、Msvm_VirtualSystemManagementService クラスを使用して、 メモリ容量を変更していきます。 Msvm_VirtualSystemManagementServiceクラスのオブジェクトの一つをFor～Next文で取り出します。 20行目： 仮想マシンの作成時とは異なり、メモリ容量などの変更には、ModifyVirtualSystemResourcesメソッドを使用します。事前にModifyVirtualSystemResourcesメソッドで、必要となるパラメーターオブジェクトをGetMethodParametersで取得し、各項目に設定値を入力しておきます。 21行目： 先ほど設定したメモリ容量をXML化した設定情報を、ResourceSettingDataパラメーターに入力します。 22行目： ComputerSystemパラメーターには、4行目で取得したメモリ容量を変更する仮想マシンを格納したMsvm_ComputerSystemオブジェクトを指定します。 23行目： ModifyVirtualSystemResourcesメソッドを、入力したパラメーターの内容で実行します。 24行目： 今回もJobCompleteを使用して、メソッドの実行を完了します。 以上で、エラーが無くコードが走れば、Hyper-V上の仮想マシンのメモリは512MBから1GB（1024MB）に変更されています。 DynamicMemoryの設定方法 さて、次は、SP1の売りの一つ、DynamicMemoryの設定方法です。基本的な流れはStaticMemoryと同様ですが、Msvm_MemorySettingDataで設定する項目に、DynamicMemory特有のものが増えています。（参照：コード02） 1: FunctionSetDynamicMemory(ByValobjManagementScope AsManagementScope, ByValstrVMName AsString, ByValintMemory AsInteger) AsBoolean 2: DimobjComputerSystem AsManagementObject = Nothing 3: ForEachobjManagementObject AsManagementObject InNewManagementObjectSearcher(objManagementScope, NewObjectQuery ("SELECT * FROM Msvm_ComputerSystem WHERE ElementName = '" & strVMName & "'")).Get 4: objComputerSystem = objManagementObject 5: Next 6: 7: DimobjVirtualSystemSettingData AsManagementObject = Nothing 8: ForEachobjManagementObject AsManagementObject InNewManagementObjectSearcher(objManagementScope, NewObjectQuery ("SELECT * FROM Msvm_VirtualSystemSettingData WHERE ElementName = '" & strVMName & "'")).Get 9: objVirtualSystemSettingData = objManagementObject 10: Next 11: 12: DimstrMemorySettingData AsString= "" 13: DimobjMemorySettingDataCollection AsManagementObjectCollection = objVirtualSystemSettingData.GetRelated("Msvm_MemorySettingData") 14: ForEachobjManagementObject AsManagementObject InobjMemorySettingDataCollection 15: objManagementObject("DynamicMemoryEnabled") = True 16: objManagementObject("VirtualQuantity") = intMemory 17: objManagementObject("Limit") = 4096 18: objManagementObject("TargetMemoryBuffer") = 20 19: objManagementObject("Weight") = 5000 20: objManagementObject("Reservation") = intMemory 21: strMemorySettingData = objManagementObject.GetText(TextFormat.CimDtd20) 22: Next 23: 24: ForEachobjVirtualSystemManagementService AsManagementObject InNewManagementObjectSearcher(objManagementScope, NewObjectQuery ("SELECT * FROM Msvm_VirtualSystemManagementService")).Get 25: DimobjParams AsManagementBaseObject = objVirtualSystemManagementService.GetMethodParameters ("ModifyVirtualSystemResources") 26: objParams("ResourceSettingData") = NewString() {strMemorySettingData} 27: objParams("ComputerSystem") = objComputerSystem.Path.Path 28: DimobjManagementBaseObject AsManagementBaseObject = objVirtualSystemManagementService.InvokeMethod ("ModifyVirtualSystemResources", objParams, Nothing) 29: ReturnJobComplete(objManagementBaseObject, objManagementScope) 30: Next 31: EndFunction 1～13行目： StaticMemoryの設定と同様です。 15行目： DynamicMemoryEnabled　このプロパティーをTrueにすることでDyanimcMemoryが使用可能となります。同様のコードで静的メモリを設定したい場合は、DynamicMemoryEnabled をFlaseにすることで、下述のVirtualQuantityの設定値が静的メモリ容量となります。 16～20行目： 以前、DynamicMemoryの「Reservation」の設定方法の回でもふれましたが、各設定項目は以下のような意味となっています。 VirtualQuantityスタートアップRAMReservation最低RAMLimit最大RAMTargetMemoryBufferメモリバッファー（5 ～2000%）Weightメモリの優先度（0 ～10000） http://msdn.microsoft.com/en-us/library/cc136856(v=vs.85).aspx また、Msvm_VirtualSystemSettingDataオブジェクトを取得した場合に、各プロパティーに対して値を設定する人も、現在設定中のプロパティー値を取得することができます。 例えば、Msgbox(objManagementObject("VirtualQuantity")) と、してみると現在設定されているメモリ容量が表示されます。 Reservationの詳細については、こちら(サービス開発者から見たWindows Server 2008 R2 Service Pack 1 - Vol.2 - Dynamic Memoryの効果)を参考にしていただければと思います。 今回のサンプルでは、最大メモリを4GB、最低メモリを1GBとして設定しています。このコードによってDynemicMemoryの設定が可能となります。 プロセッサーの設定 次に、プロセッサーの設定を行なってみましょう。（参照：コード03） コード3 1: FunctionSetProcessor(ByValobjManagementScope AsManagementScope, ByValstrVMName AsString, ByValintProcessor AsInteger) AsBoolean 2: DimobjComputerSystem AsManagementObject = Nothing 3: ForEachobjManagementObject AsManagementObject InNewManagementObjectSearcher(objManagementScope, NewObjectQuery ("SELECT * FROM Msvm_ComputerSystem WHERE ElementName = '" & strVMName & "'")).Get 4: objComputerSystem = objManagementObject 5: Next 6: 7: DimobjVirtualSystemsettingData AsManagementObject = Nothing 8: ForEachobjManagementObject AsManagementObject InobjComputerSystem.GetRelated("Msvm_VirtualSystemsettingData") 9: objVirtualSystemsettingData = objManagementObject 10: Next 11: 12: DimobjProcessorSettingData AsManagementObject = Nothing 13: ForEachobjManagementObject AsManagementObject InobjVirtualSystemsettingData.GetRelated("Msvm_ProcessorSettingData") 14: objProcessorSettingData = objManagementObject 15: objProcessorSettingData("VirtualQuantity") = intProcessor 16: Next 17: 18: ForEachobjVirtualSystemManagementService AsManagementObject InNewManagementObjectSearcher(objManagementScope, NewObjectQuery ("SELECT * FROM Msvm_VirtualSystemManagementService")).Get 19: DimobjParams AsManagementBaseObject = objVirtualSystemManagementService.GetMethodParameters ("ModifyVirtualSystemResources") 20: DimstrResourceSettingData AsString() = NewString(0) {} 21: strResourceSettingData(0) = objProcessorSettingData.GetText (TextFormat.CimDtd20) 22: objParams("ResourceSettingData") = strResourceSettingData 23: objParams("ComputerSystem") = objComputerSystem.Path.Path 24: DimobjManagementBaseObject AsManagementBaseObject = objVirtualSystemManagementService.InvokeMethod ("ModifyVirtualSystemResources", objParams, Nothing) 25: ReturnJobComplete(objManagementBaseObject, objManagementScope) 26: Next 27: EndFunction 1行目： 引数として、ManagementScope オブジェクト、仮想マシン名、CPUの数を渡します。 2～10行目： ここまではいつもの通り、Msvm_ComputerSystemオブジェクトと、Msvm_VirtualSystemsettingDataオブジェクトを取得しておきます。 13行目： CPUの設定を行うには、Msvm_ProcessorSettingDataクラスからオブジェクトを取得して行ないます。 15行目： VirtualQuantityがCPUの数を設定するプロパティーとなります。 今回は2個のCPUを搭載します。 18～26行目： メモリの設定同様、ModifyVirtualSystemResourcesメソッドを使用して変更し、JobCompleteを使用してメソッドの実行を完了します。CPUが2つ搭載されていれば成功です。 以上、今回はStaticMemory、DynamicMemory、CPUの設定方法についてご紹介しました。 次回も仮想マシンに対しての各パーツの設定方法についてご紹介する予定です。 サンプルコードをこちらからダウンロードいただけます。 →　GMOReport.zip(16KB) *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。

GMOインターネット株式会社 事業本部　樋口　勝一が担当するGMO最新ネット業界レポート ソリューション編。『Hyper-Vを使ったクラウドサービスの作り方』として前回までにVol.1　Windows Server ライセンスの種類、使い方の紹介、Vol.2　Build to Orderな仮想マシンについてと紹介してきましたがVol.3となる今回は『Hyper-V　Provisioning　仮想マシン一覧の取得』について紹介。 Hyepr-Vへのプログラムからのアプローチ方法 今回からはHyper-V Provisioningの基本を踏まえて、Hyepr-Vへのプログラムからのアプローチ方法をご紹介していきたいと思います。まず、Hyper-Vをプログラムで制御するにはWindows Management Instrumentation（WMI）を利用してアプローチすることになります。 （参考：Hyper-V WMI Classes　） クラス一覧を見てみると、Memory Class や Networking Class など仮想マシンに必要な各パーツがクラス分けされているのが分かります。これら各クラスを利用することで、例えばメモリ量の情報取得や、メモリの割り当てなどを行なうことができます。おおよそ全てのクラスに対し決まったパターンの構文でアプローチ可能となっているので、パターンを覚えてしまえば、その応用で様々なプログラムを作ることができるようになります。 サンプルコードをこちらからダウンロードいただけます。 →　GMOReport.zip(15KB) .NETのSystem.Management クラスを使ってWMIに接続 まずは、WMIの基本からです。.NETのSystem.Management クラスを使ってWMIに接続します。VisualStudioの参照設定で、System.Management を追加します。（参照：コード01） コード1 1: Function ConnectManagementScope(ByVal strServer As String, ByVal strAccount As String, ByVal strPassword As String) As ManagementScope 2: Dim objConnectionOptions As New ConnectionOptions() 3: objConnectionOptions.Impersonation = ImpersonationLevel.Impersonate 'WMI への接続に使用される偽装レベルを設定 4: objConnectionOptions.EnablePrivileges = True 'WNI経由の操作のためにユーザー特権を有効にする 5: objConnectionOptions.Username = strAccount 6: objConnectionOptions.Password = strPassword 7: Dim objManagementScope As New ManagementScope("\\" + strServer + "\root\virtualization", objConnectionOptions) 8: objManagementScope.Connect() 9: Return (objManagementScope) 10: End Function WMIへの接続のため、接続先のサーバー情報、セキュリティー情報を設定します。 3行目の Impersonation　と4行目の EnablePrivileges　でリモートからWMIを操作するため権限設定を行なっています。 このサンプルではリモートのサーバーに対しての接続設定となりますが、ローカルサーバーの場合、ConnectionOptions の設定が必要ありませんのでこのようにシンプルになります。（参照：コード02） 接続先のサーバー名も「.」で代用することができます。 コード2 1: Function ConnectManagementScope() As ManagementScope 2: Dim objManagementScope As New ManagementScope("\\.\root\virtualization") 3: objManagementScope.Connect() 4: Return (objManagementScope) 5: End Function これでWMIに接続するための準備が完了しました。 Hyper-V上に搭載されている仮想マシンの一覧を取得するコード 次に、先ほど取得したManagementScope オブジェクトを使って実際にWMIを使って見ましょう。 簡単なところで、Hyper-V上に搭載されている仮想マシンの一覧を取得するコードをご紹介します。（参照：コード03） コード3 1: SubGetVMList(ByVal objManagementScope As ManagementScope) 2: Dim objObjectQuery AsNew ObjectQuery("SELECT * FROM Msvm_ComputerSystem WHERE Caption LIKE '仮想マシン'") 3: Dim objManagementObjectSearcher As New ManagementObjectSearcher(objManagementScope, objObjectQuery) 4: Dim objManagementObjectCollection As ManagementObjectCollection = objManagementObjectSearcher.Get 5: For Each objManagementObjectAs ManagementObject In objManagementObjectCollection 6: Console.WriteLine(objManagementObject("ElementName")) 7: Next 8: End Sub 先ほど、取得したManagementScope オブジェクトを引数として渡します。 2行目： WMIはSQLクエリ文のように目的のアイテムを抽出することができます。 4行目: SELECT文で作成したたクエリオブジェクトを使用してManagementObjectCollectionを取得します。 5～7行目： コレクションは複数のオブジェクトを返すので、For～Next文でそれぞれ単体のManagementObject として取得します。取得したManagementObjectは1つの仮想マシンに対応しているので、プロパティーのElementNameで仮想マシンの名前を知ることができます。コードを実行してみると、Hyper-V上に作成されている仮想マシンの名前の一覧が表示されます。 このように、ManagementScope オブジェクトを取得してクエリで抽出、ManagementObjectCollection　をFor～Nextで回して目的のManagementObject を取得する、といった一連の流れがWMIを利用するお決まりのパターンとなります。 これを踏まえて、いよいよ実際に仮想マシンを作っていきましょう。　はじめは仮想マシンの骨組みとなる部分を作り、後からメモリやハードディスクなどを追加していきます。（参照：コード04） コード4 1: Function DefineVM(ByVal objManagementScope As ManagementScope, ByVal strVMName As String, ByVal strFolderPath As String) As Boolean 2: Dim objVirtualSystemGlobalsettingData As New ManagementClass(objManagementScope, New ManagementPath ("Msvm_VirtualSystemGlobalsettingData"), Nothing) 3: Dim objVirtualSystemGlobalsettingDataInstance As ManagementObject = objVirtualSystemGlobalsettingData.CreateInstance 4: objVirtualSystemGlobalsettingDataInstance("ElementName") = strVMName 5: objVirtualSystemGlobalsettingDataInstance("ExternalDataRoot") = strFolderPath 6: Dim strSystemsettingData As String = objVirtualSystemGlobalsettingDataInstance.GetText(TextFormat.CimDtd20) 7: 8: For Each objVirtualSystemManagementService As ManagementObject In New ManagementObjectSearcher(objManagementScope, NewObjectQuery ("SELECT * FROM Msvm_VirtualSystemManagementService")).Get 9: Dim objParams As ManagementBaseObject = objVirtualSystemManagementService.GetMethodParameters ("DefineVirtualSystem") 10: objParams("ResourceSettingData") = Nothing 11: objParams("Sourcesetting") = Nothing 12: objParams("SystemsettingData") = strSystemsettingData 13: Dim objManagementBaseObject As ManagementBaseObject = objVirtualSystemManagementService.InvokeMethod ("DefineVirtualSystem", objParams, Nothing) 14: Return JobComplete(objManagementBaseObject, objManagementScope) 15: Next 16: End Function 17: 18: Function JobComplete(ByVal objManagementBaseObject As ManagementBaseObject, ByVal objManagementScope As ManagementScope) As Boolean 19: 'JobState New = 2 Starting = 3 Running = 4 Suspended = 5 ShuttingDown = 6 Completed = 7 Terminated = 8 Killed = 9 Exception = 10 Service = 11 20: If objManagementBaseObject("ReturnValue") <> 0 Then 21: Dim strJobPath As String = objManagementBaseObject("Job") 22: Dim objJob As New ManagementObject(objManagementScope, New ManagementPath(strJobPath), Nothing) 23: objJob.Get() 24: Do While objJob("JobState") = 3 Or objJob("JobState") = 4 25: System.Threading.Thread.Sleep(1000) 26: objJob.Get() 27: Loop 28: If objJob("JobState") <> 7 Then 29: Console.WriteLine("ErrorCode=" & objJob("ErrorCode") & " JobState=" & objJob("JobState")) 30: Return False 31: Else 32: Return True 33: End If 34: Else 35: Return True 36: End If 37: End Function 引数として渡すのは、ManagementScopeオブジェクト、仮想マシン名、仮想マシンの格納フォルダ となります。 2～3行目： Msvm_VirtualSystemGlobalsettingDataクラスから仮想マシンを作成するための設定情報の新しいインスタンスを作成します。objVirtualSystemGlobalsettingData.CreateInstance は仮想マシンを作成しているわけではなく、仮想マシンの設定情報を新たに作成しているので、間違わないようにしてください。 4～5行目： 最低限の設定項目として、仮想マシン名と、仮想マシンを格納するフォルダパスを指定します。 6行目：設定情報としてXML形式で保存します。 8行目： ここからちょっと難しくなりますが、これもパターンとして毎回出てくるので覚えておいてください。仮想マシンはMsvm_VirtualSystemManagementService クラスから作成したり、修正したり、削除することができます。Msvm_VirtualSystemManagementServiceクラスのオブジェクトを一つをFor～Next文で取り出します。 9行目： 仮想マシンを作成（定義）するためにはDefineVirtualSystemメソッドを使用することになります。事前にDefineVirtualSystemメソッドで必要となるパラメーターオブジェクトをGetMethodParametersで取得して、各項目に設定値を入力しておきます。 12行目： 先ほど仮想マシン名と仮想マシンの格納フォルダをXML化していた設定情報を、SystemsettingDataパラメーターに入力します。仮想マシンの骨組みを作成するのであれば、この設定内容だけで十分です。 13行目： DefineVirtualSystemメソッドを、入力したパラメーターの内容で実行します。 14行目： DefineVirtualSystemメソッドによって、仮想マシンが作成されることになるのですが、メソッドが実行される過程において、Hyper-V上では、刻々とステータスが変化してゆきます。最終的にはCompleted = 7 になれば成功となります。その過程でのエラーを正確に取得するため、Hyper-Vでメソッド実行時には毎回 JobCompleteを使うことにします。 以上で、エラー無くコードが走れば、Hyper-V上にはVM01という名前の仮想マシンが作成されているはずです。ですが、VM01の設定内容をみてみると、ハードディスクなどは接続されておらず、512MBのメモリと1個の仮想プロセッサが割り当てられているだけとなっています。 ここから、いろいろなオプションを付け足して本来必要な仮想マシンを作り上げていくことになります。 次回以降は、ハードディスクを初めとしたオプションの追加方法をご紹介する予定です。 サンプルコードをこちらからダウンロードいただけます。 →　GMOReport.zip(15KB) *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。

GMO最新ネット業界レポート ソリューション編。『Hyper-Vを使ったクラウドサービスの作り方』Vol.2として、Build to Order な仮想マシンについて、GMOインターネット株式会社 事業本部　樋口　勝一が執筆。今回からは具体的に「Hyper-Vを使ったクラウドサービスの作り方」を解説してゆこうと思います。 「クラウドサービス」とは？ いまさらながら、「クラウドサービス」とは？といったお話になりますが、Hyper-Vに特化した考え方としては、複数のHyper-Vのホストサーバーの集合体の中から、サービス利用者の希望に応じて最適な環境下で仮想マシンを構築し、配置、稼動、提供するといったサービスがここで言うクラウドサービスとなりえます。 第一のステップは、Hyper-Vのホストサーバーの集合体を作ること。 こちらについては簡単に説明してしまうと、サーバーハードウェアを選定し、データーセンターにラッキングして、通信できるようネットワーク配線をして、Hyper-Vをインストール、というように物理サーバー自体の構築になります。 これらホストサーバーを複数構築し、仮想マシンを格納できる準備をしておくことでクラウドサービスの元が出来上がります。 仮想マシンの構築方法 さて、ここからは詳しく解説してゆきましょう。仮想マシンの構築方法です。 Hyper-Vでは、ゲストOSとなりえるのはWindows ServerやWindowsクライアントOS、Linuxと多岐にわたります。 今回ご紹介するのはお名前.com Windowsデスクトップと同様に、Windows Serverを使用した仮想マシンの構築方法です。前回ライセンスの回で紹介したように（https://www.gmo.jp/report/solution/07/index.php）、Hyper-Vを使用したクラウドサービスではWindowsのクライアントOSを使用してのサービス提供はできません。Windows Server 2008 R2 をクライアントOSと遜色なきようカスタマイズして提供することにします。 Hyper-Vに仮想マシンを配置する場合、普通のパソコンのようにハードウェアのスペックを選べるのと同様に、CPU、メモリ、ハードディスク、ネットワークアダプター、DVDドライブなど、いかようにでも搭載することが可能です。 つまり、サービス利用者の希望に応じた仮想マシン構成で組み立てることができる、BTO（Build to Order）が可能となります。 サービス利用者の希望に応じた仮想マシン構成で組み立てることができる、BTO（Build to Order） はじめは最小構成の低価格モデル、例えばメモリ１GB、1CPU、HDD50GBといった仮想マシンを用意しておき、お試し感覚でユーザーに使い始めていただき、使用用途や頻度に合わせてメモリを追加したり、CPUを追加したり、HDDを増設したりといったオプションサービスの提供も可能となります。 もちろんこれとは反対に、ある一定期間だけメモリを増やしたい、それ以後は半分のメモリ容量に減らしてコストを抑えて使い続けたいといったリクエストにも対応できます。　このようにHyper-Vを用いたクラウドサービスではユーザーのニーズに合わせて仮想マシンをカスタマイズ提供できるといったメリットがあります。 共有でも専有環境 Hyper-Vで提供する仮想マシンはそれぞれ1台ずつがユーザーから見た場合、自身のCPUやメモリ、HDDなどは完全に独立した装備として確認することができます。 同一のHyper-Vホスト上に搭載されている他の仮想マシンがCPUを100%使用したとしても、自身の仮想マシンのCPUには影響ありません。メモリやHDDのパフォーマンスも同様です。 いままでの共有型でのWebホスティングやメールホスティングの場合では、このような完全独立のサービス提供はなかなか低価格では実現できませんでしたが、Hyper-Vによるクラウドサービスではコストパフォーマンスにすぐれ、かつ、サービスパフォーマンスの向上も実現できるようになります。 共有型・専有型 両方の利点を兼ね備えるクラウドサービス プロビジョニングシステムの必要性 サービス提供者はオーダーどおりに仮想マシンを構築する必要があります。 この時サービス提供者はどのように仮想マシンを構築するのか、またはすべきか。 単純な発想ではHyper-Vマネージャーを利用して、CPUやメモリなどオーダーどおりに手作業で仮想マシンを組み立ててゆけば確かに仮想マシンは出来上がります。一日1台の仮想マシンを構築するのであればこの方法で十分ですが、ビジネスとしてサービス提供を行なうのであれば、何台の仮想マシンであろうと自動的に構築可能なシステムを使用するべきです。人為的ミスによるサービス品質の低下や、人的コストの削減、24時間迅速な対応によるサービス向上につながります。 これを実現するのがプロビジョニングシステムとなります。 プロビジョニングシステムとは、システムマチックに動的にサービスを構築する技術やソリューションを一般的には指します。Windowsでのサービス提供分野では、IISを用いたWebホスティングやExchangeベースのメールホスティングなども、プロビジョニングシステムを開発・使用してサービスを行う場合がほとんどです。Hyper-Vにおいても同様にシステムマチックに仮想マシンを構築することができます。 具体的にはVB.net、C#、PowerShell　などの開発言語を用いてプログラミングしてゆくことになります。開発者によってどの言語を選択するか様々になりますが、Hyper-Vに対してプログラムからアプローチする場合は共通してWindows Management Instrumentation（WMI）を利用して開発する必要があります。 WMIはWindowsをローカル、リモートを問わず管理することができるインターフェースです。Windowsから様々情報を取得したり、実行したりできる非常に便利なプログラムアプローチの出入口となります。 このWMIを用いてのプロビジョニングシステムとして仮想マシンを構築する方法も何回かに分けて今後ご紹介してゆく予定です。 *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。

GMO最新ネット業界レポート ソリューション編。『Hyper-Vを使ったクラウドサービスの作り方』として、Client Access License (CAL) と Microsoft Services Provider License Agreement (SPLA) の違いや使い方について、GMOインターネット株式会社 事業本部　樋口　勝一が執筆。今回はWindowsのライセンスのお話です。　通常のライセンスとは違って、サービス提供を行うにあたってのライセンスの種類、使い方をご紹介したいと思います。 ボリュームライセンスとSPLAの違い 通常社内などでWindows Serverを使用する場合、ボリュームライセンスという形態のライセンスを使用することとなります。これはWindows Serverを社内で利用する場合が前提となっているライセンスで、サーバー台数分のライセンスとともに、Client Access License (CAL)と呼ばれるサーバーに接続するためのライセンスが同時接続数もしくは、接続台数分必要になります。 ボリュームライセンスはあくまでも社内利用が前提となっているライセンスなので、これを使用してのサービス提供は行うことが出来ません。サービスとして第三者にWindows Serverを提供する場合は、専用のライセンスであるMicrosoft Services Provider License Agreement (SPLA)を使用する必要があります。 SPLAは「お名前.com Windowsデスクトップ」のような仮想化、クラウドサービスだけでなく、メールやWebホスティング サービス、ASP、ストリーミングなど様々な提供形態でサービスを行うことができるライセンスです。 さらに、SPLAは2つのライセンスモデルに分かれています。 一つはサブスクライバー単位のライセンスでサブスクライバーアクセスライセンス (SAL)と呼ばれています。サーバーへアクセスするユーザーもしくはデバイスごとに、ライセンスが必要となるライセンスモデルです。 SALのライセンスモデルでは、サーバーライセンスを別に取得する必要があります。Exchangeでホスティングを行う場合はこのモデルが適用されます。　 もう一つは、プロセッサ単位のライセンスで、サーバーのプロセッサごとにライセンスが必要となります。 このライセンスの場合はサーバーに無制限の数のユーザーがアクセスできます。WebホスティングやHyper-Vホスティングなどに適用されます。 仮想化でのライセンスの使い方 仮想化製品が登場するまでは、通常サーバーのライセンスは、一台の物理サーバーにインストールされたサーバーOS１つだけのものでした。 サーバー1台に対して1つのOS、1：1の関係です。ですがVirtual Serverや、Hyper-Vの登場で仮想化専用のライセンスの考え方が用意されました。 1台の物理サーバー内に物理OSとしてインストールするWindows Serverに各エディションによって、いくつかの仮想OSのライセンスが付与されることになりました。  1台の物理サーバー内に物理OSとしてインストールするWindows Serverに各エディションによって、いくつかの仮想OSのライセンスが付与  Windows Server 2008 R2　各エディションによる仮想OSインスタンスの違い サービスを行うにあたってはいい事ずくめのSPLAですが、一つ注意が必要となります。 「お名前.com Windowsデスクトップ」で提供している仮想マシンではすべてのOSがWindows Server 2008 R2 となっています。おそらく同様のサービスを行う場合、利用できるOSはWindows Serverに限定されていると思われます。Windows Server 2008 R2 のHyper-Vは、ゲストOSとしてはWindows Serverのみならず、クライントOSのWindows7やWindowsXPまでサポートしています。 ですが、これらクライアントOSを利用してのサービス提供がない理由として、SPLA自体にWindows7をはじめとしたクライアントOSを利用してのサービス提供が許可されていないという理由があります。 従って、ユーザーが利用するにあたりWindows Server OSであっても、クライアントOS同様に違和感なく使用できるよう「お名前.com Windowsデスクトップ」ではユーザー利用環境に大幅なカスタマイズを加えることで、リモートデスクトップ越しであっても、Windows Aeroが標準で使えるなどユーザーインターフェースを極力Windows7に近づけて提供しています。 さいごに 以上のように、Windows Serverを使用してサービス提供を行うには、専用のライセンスが必要となります。 また、そのライセンス体系はサービスを行うにあたりコストパフォーマンスにすぐれたものとなっているので、サービサーにとっては選択メリットが非常に大きいものとなっています。 *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。

GMO最新ネット業界レポート ソリューション編。『System Center Operations Manager 2012　の紹介』として、これまでのバージョンによるSCOMの機能とSCOM2012の特徴について、GMOインターネット株式会社 事業本部　樋口　勝一が執筆。 はじめに 先日、Tech Fielder　東京にてSystem Center Operations Manager 2012についてお話させていただく機会がありましたので、せっかくなのでこの場でも最新情報をご紹介しようと思います。 System Center Operations Manager 2012　とは System Center Operations Manager は通称SCOM（エスコム）と呼ばれているマイクロソフトによるWindowsシステムを対象とした性能およびイベント監視システムです。サーバー群の様々のトラブルの事前検知、早期解決を行うための統合監視管理システムとなります。 現在はSCOM2007R2_CU3　が公開されておりますが、SCOM2012はその最新バージョンとなります。現在βバージョンのリリースを控えている状況です（2011年7月1日時点）。 SCOMの利点としては多くのサーバーを一元管理できること、障害をいち早く検知できること、ログ監査によるセキュリティー・コンプライアンス対応、サーバー群のパフォーマンス監視、WindowsだけにとどまらずUnix・Linuxにも対応と、盛りだくさんとなっています。 これまでのバージョンによるSCOMの機能 問題発生から解決までを短時間で 管理パックによる製品ノウハウと監視項目の提供様々な切り口からのレポート機能による稼働状況の分析 エンドツーエンドのサービス管理 エンドユーザー視点による稼働監視　擬似的クライアントからの接続検証 監視対象のモデル化（サービス志向型監視）サービスレベル（SLA）での監視とレポートクロスプラットフォーム監視事前対策と組み合わせたクライアントの稼働監視 運用管理の効率化 稼働状況が一目で分かるダイアグラムビュー によってシステムの稼働状況を可視化 （セキュリティイベントログ収集）セキュリティログの一元管理による効率的な監査（パフォーマンス収集）自己調節しきい値モニタによる柔軟な稼働監視保守作業の進捗管理ドメインを超えた管理強力なレポーティング機能 SCOM2012　特徴 今回ご紹介する最新バージョンのSCOM2012は、これまでのSCOMの機能に加え以下の特徴が新しく加わりました。  展開トポロジー SCOM2007R2までは単一の管理サーバーによる管理のため障害に弱い構成となっていましたが、Route Management Server（RMS）が廃止され、SCOM2012からは管理プール（ファーム）による管理が可能となりSCOM自身の障害耐性がアップしています。 監視範囲の拡大（5-01）　-クリックで拡大  監視範囲の拡大 これまでもSCOMはバージョンアップを繰り返しながらその管理対象となる範囲を拡大してきました。そして最新のSCOM2012ではアプリケーションやネットワークまでもがその監視対象となり、これでほぼすべてのITシステムを監視できることとなります。 Operations Manager 2007 SP1(サーバー状態　ログ　ネットワーク　ハードウェア)Operations Manager 2007 R2(Solaris、HP-UX、RedHatなどの主なUNIX / Linux)Operations Manager 2012.NET 、Java　Windowsサービスなどのアプリケーションコード　や　ネットワーク ネットワーク監視（5-02）　-クリックで拡大 ネットワーク監視 ネットワークに接続されたスイッチなどを自動検出し、その機器の種類やパフォーマンス、稼働状況などの情報収集が可能となりました。この機能はマルチベンダー対応となっていますのでほぼすべての情報を取得することが可能となっています。 また、マルチプロトコルに対応しており一般的なネットワーク通信であればすべてをモニタリング可能となっています。 ネットワーク機器とそれに接続されたサーバー群の情報を収集し、視覚的に優れたレポートとして参照を可能としています。 ネットワーク機器を自動検出しその情報を取得。　様々なベンダーに対応している 面白いのは発見したネットワーク機器などの情報を自動的にネットワーク図として表示してくれる機能  アプリケーション監視 アプリケーション監視の機能自体はマイクロソフトが買収したAVIcodeという会社の技術でWindowsベースの .NET、Windowsサービス、J2EE(WebSpehre, WebLogic, JBOSS, Tomcat)アプリを監視対象とすることができます。特徴としては以下。 アプリケーションのリアルタイムのモニタリングが可能アプリケーションレベルの問題の有無を判断問題の早期切り分けアプリケーションエラーの迅速な解決が可能様々なアプリケーションに対し標準化された管理が可能となり追加コストを抑えることができる開発者レベルのデバッグと同様に現場での運用者により問題特定が可能 AVIcode Advisorによる解析とレポート さいごに これらアプリケーションの監視によりアプリケーションの品質を数値化し信頼性やパフォーマンスの測定が可能となります。 さらにはバージョンアップの前後でどれだけ性能がアップしたかや、今後のキャパシティープランニングへの参考情報の取得など効率的な投資を可能とします。以上、これからリリースされるSCOM2012の目玉ということでご紹介いたしました。 とくにネットワーク監視、アプリケーション監視の二つは注目ポイントです。 共通しているのは、多くの情報を一度に収集することができ、蓄えた情報を視認性にすぐれたグラフィカル表示で簡単に情報を確認できるという点だと思います。 ようやくこれからβがリリースされるようなので是非お試しください。 *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。

GMO最新ネット業界レポート ソリューション編。『サービス開発者から見たWindows Server 2008 R2 Service Pack 1』とし、前回はWMIを使用しての「Reservation」の設定方法について説明。今回は、Dynamic Memory使用時に仮想マシンでは何がおきているのかについて、GMOインターネット株式会社 事業本部　樋口　勝一が執筆。 Dynamic Memory使用時に仮想マシンでは何がおきているのか Hyper-Vのホストサーバー上で仮想マシンにDynamic Memoryの使用設定をした場合、仮想マシンではどのようなことが起こっているのでしょう。Dynamic Memoryの特徴は、予め設定した範囲内で仮想マシンに必要なときに必要なだけメモリを動的に割り当て、不要となった分のメモリを回収し再利用に備えるといったものです。 バルーニングが行われた場合の仮想マシンの状況 今回のデモも効果を分かりやすくするため以下の設定値としています。 「スタートアップRAM」　16GB「最大RAM」　16GB「Reservation」　1GB まずは上記設定で仮想マシンを起動します。 起動直後の仮想マシンのタスクマネージャーの状態（画像：4-02） 「スタートアップRAM」16GB ですので当然物理メモリは16GBとなっています。「利用可能」「空きメモリ」ともに十分すぎるほどの容量となっています。 起動後しばらくすると「Reservation」を１GBとしていますのでHyper-Vは使用していない分のメモリを残り１GBになるまで回収をおこないます（バルーニング）。このときのメモリ使用状況をタスクマネージャーで見て見ると急激にメモリ使用率が上昇したかのようなグラフとなります。 （画像：4-03） グラフだけ見てみると、あたかも何かアプリケーションが起動して大量のメモリを消費したかのようなグラフとなりますが、「利用可能」「空きメモリ」も極端に少なくなっています。 注目すべきはタスクマネージャー最下部の「物理メモリ：97%」の部分です。 タスクマネージャーの「物理メモリの使用率の履歴」グラフが示すのはあくまでも物理メモリの使用率、パーセンテージです。バールーニング時にグラフが跳ね上がったのは　“メモリ使用量が増えた”　のではなく　“メモリの使用率が増えた”　ということです。 仮想マシンのメモリがバルーニングで回収されているので分母となる使用可能メモリ容量は当然少なくなります。その状況で仮想マシンのメモリ使用量自体は変わっていませんので当然使用率は上昇することになります。 その結果がタスクマネージャーのグラフとなるのです。 4-02 と 4-03　の画像の「利用可能」「空きメモリ」を見比べていただければその違いがはっきりと分かります。 また、タスクマネージャーの「物理メモリの使用率の履歴」グラフが示す値は「使用中のメモリ」　÷　「利用可能メモリ」の値、すなわち「物理メモリ：○○％」という数値となります。以上がバルーニングが行われた場合の仮想マシンの状況です。 ホットアドが行われた場合の仮想マシンの状況 次に、メモリが回収された後、仮想マシンでメモリが必要になった場合、Hyper-Vホストは必要分のメモリを仮想マシンに追加します（ホットアド）。 仮想マシン上でいくつかアプリケーションを起動しメモリをいくらか消費するようにしてみますと、必要なだけのメモリがリアルタイムで仮想マシンに追加されます。この動作は仮想マシンのメモリ設定で指定した「最大RAM」の値まで行います。メモリ使用率は効率的なメモリ割り当てが行われているため100%弱の値で推移することになります。 （画像：4-05） メモリを使用したアプリケーションが終了すれば、再びバルーニングが行われ、メモリの効率使用が行われることになります。 Hyper-VのDynamic Memoryを使用した場合の注意事項 このように、仮想マシン上ではHyper-Vホストによりバルーニングとホットアドがリアルタイムで行われることで、効率的なメモリ資源配分を行うことが可能となります。 Hyper-Vホストのメモリ搭載容量には制限があります。このメモリ資源を効率的に配分し、不要メモリは時には他の仮想マシンに、時にはHyper-Vホスト自身に割り振ることで、より快適なサービス提供と安定したサービス提供を実現することができるようになります。 しかし気をつけなければいけないのは、Hyper-VのDynamic Memoryを使用した場合、仮想マシンを利用しているユーザーから見ると、タスクマネージャーではいつもメモリ使用率が高くメモリが足りないのではないか？ といった懸念もあるかと思います。これは一般的なPCでは通常確認できない現象です。 ポイントは、タスクマネージャーのメモリ使用率のグラフではなく、あくまでも物理メモリの合計と利用可能メモリが仮想マシンユーザーのために用意されたメモリである、という点です。 Hyper-VのDynamic Memoryを使用してサービス提供を行う場合、このポイントをきちんとユーザーにアナウンスする必要があります。 以上3回にわたりサービス開発者から見たWindows Server 2008 R2 Service Pack 1について、特にDynamic Memoryにフォーカスをあててご紹介してきました。今後、お名前.com Windowsデスクトップ （http://www.onamae-desktop.com/）においても随時Dynamic Memoryの環境でのサービス提供が行われる予定です。 より快適なサービス提供と安定したサービス提供を目指してゆく所存ですので、ご期待ください。 *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。

GMO最新ネット業界レポート ソリューション編。『サービス開発者から見たWindows Server 2008 R2 Service Pack 1』とし、前回まではサービス提供者にとって非常に有用な機能であるDynamic Memoryについて概要とその効果を説明してきた。今回はWMIを使用しての「Reservation」の設定方法について、GMOインターネット株式会社 事業本部　樋口　勝一が執筆。 「Reservation」の設定方法 では、今回のキーとなる「Reservation」の設定方法についてご説明したいと思います。Hyper-Vマネージャでは設定できないのでWMIを使ってプログラムマチックに設定すると前述しました。（前回の記事はこちら） いきなりですが、以下がそのコードです（VBScript） : Option Explicit 2: 3: Dim objWMIService, objManagementService 4: Dim strVMName, intVirtualQuantity, intReservation, intLimit, intWeight, intTargetMemoryBuffer 5: 6: Set objWMIService = GetObject("winmgmts:\\.\root\virtualization") 7: Set objManagementService = objWMIService.ExecQuery("SELECT * FROM Msvm_VirtualSystemManagementService").ItemIndex(0) 8: 9: strVMName = "TestVM" 10: intVirtualQuantity = 16384 11: intReservation = 1024 12: intLimit = 16384 13: intWeight = 5000 14: intTargetMemoryBuffer = 20 15: 16: Dim objComputerSystem 17: Set objComputerSystem = objWMIService.ExecQuery("SELECT * FROM Msvm_ComputerSystem WHERE ElementName = '" & strVMName & "'").ItemIndex(0) 18: Dim objVirtualSystemSettingData 19: Set objVirtualSystemSettingData = objWMIService.ExecQuery("SELECT * FROM Msvm_VirtualSystemSettingData WHERE ElementName = '" & strVMName & "'").ItemIndex(0) 20: Dim objMemorySettingData 21: Set objMemorySettingData = objWMIService.ExecQuery("ASSOCIATORS OF {" & objVirtualSystemSettingData.Path_.Path & "} WHERE ResultClass = Msvm_MemorySettingData").ItemIndex(0) 22: objMemorySettingData.DynamicMemoryEnabled = True 23: objMemorySettingData.VirtualQuantity = intVirtualQuantity 24: objMemorySettingData.Reservation = intReservation 25: objMemorySettingData.Limit = intLimit 26: objMemorySettingData.TargetMemoryBuffer = intTargetMemoryBuffer 27: objMemorySettingData.Weight = intWeight 28: 29: Dim strMemorySettingData 30: strMemorySettingData = Array(1) 31: strMemorySettingData(0) = objMemorySettingData.GetText_(1) 32: 33: Dim objInParam, objOutParams 34: Set objInParam = objManagementService.Methods_("ModifyVirtualSystemResources").InParameters.SpawnInstance_() 35: objInParam.ResourceSettingData = strMemorySettingData 36: objInParam.ComputerSystem = objComputerSystem.Path_.Path 37: Set objOutParams = objManagementService.ExecMethod_("ModifyVirtualSystemResources", objInParam) WMIを使用して「Reservation」の設定を行うにはこの程度の内容となります。大まかな流れとしては、WMIのインターフェースに接続して、Dynamic Memoryを有効にして、各値を設定するといった感じです。 では、細かく見てゆきましょう。 6行目　WMIのインスタンスを作成してvirtualizationプロバイダーに接続します。VBSからWMIを使用する場合はほぼ決まりきった構文となります。 Set objWMIService = GetObject("winmgmts:\\.\root\virtualization") 「.」はローカルのサーバーに接続する場合の記述となります。リモートのサーバーに接続する場合はサーバー名かIPアドレスを指定します。 「virtualization」はHyper-Vにアクセスするための名前空間名です。 VirtualQuantityスタートアップRAMReservation最低RAMLimit最大RAMTargetMemoryBufferメモリバッファー（5 ～2000%）Weightメモリの優先度（0 ～10000）http://msdn.microsoft.com/en-us/library/cc136856(v=vs.85).aspx TargetMemoryBuffer（メモリバッファー）は仮想マシンの急激なメモリ使用などに備えるために、予め確保しておくメモリの割合です。2000%まで設定可能となっており、例えば1GBのスタートアップRAMで設定し、メモリバッファー2000%に設定すると最大RAMの値に関わらず20GBまでメモリが割り当てられることになります。既定値は20%となっているので、アプリケーションサーバーなど急なメモリの需要が考えられる仮想マシンには、仮想マシンが起動中であっても適宜調整することができます。 Weight（メモリの優先度）は例えばHyper-Vが割り当てることが出来るメモリが1GBとするとき、同じ1GBを使用する仮想マシンがあった場合、優先度の高い方にメモリが割り当てられることになります。 17行目　Dynamic Memoryを設定する仮想マシンに接続します。 19行目　該当仮想マシンの設定情報に接続します。 21行目　設定情報内のメモリ関連の設定情報に接続します。 WMIでのアプローチはまずは仮想マシンに接続し、その設定情報を取得、設定情報内のメモリ関連情報を取得というように段階を踏んでゆく必要があります。 22行目　Dynamic Memoryを有効にします。 objMemorySettingData.DynamicMemoryEnabled = True　 Dynamic Memoryを使用することを明示しないと、これ以下の各設定を行っても静的メモリ使用となってしまうので必ず「DynamicMemoryEnabled = True」とする必要があります。 23行目～27行目　Dynamic Memoryの各値を設定しています。 29行目～31行目　各値を設定したメモリ関連の設定情報を仮想マシンの設定情報に書き込んでいます。 strMemorySettingData(0) = objMemorySettingData.GetText_(1) 各値を設定した後、設定情報として配列に格納します。 33行目～37行目　ModifyVirtualSystemResources　メソッドを使用して各メモリ設定値を仮想マシンに反映させます。 以上のスクリプトで設定した場合このような画面となります。 以上で「Reservation」を含むDynamic Memoryの設定が完了しました。 WMIを使用することでDynamic Memoryだけでなく、仮想マシンの作成から各種設定、起動、停止などあらゆることが可能となります。大規模ホスティングにおいてはこういった一つ一つの設定をプログラマチックに処理することが必須となります。また、今回サンプルとして掲載したVBScript以外にも、VB.NET　C#　PowerShell など様々な言語でWMIを利用することがきます。 今回紹介したDynamic Memoryの設定以外にも、多くのサンプルを下記で紹介しています。 MVP　WIN1の欄をご覧ください。 （http://technet.microsoft.com/ja-jp/scriptcenter/gg486878.aspx） 次回はサーバーで設定されたDynamic Memoryの設定で、仮想マシンでどのようなことが起こっているのかを確認してみたいと思います。 *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。

GMO最新ネット業界レポート ソリューション編。『サービス開発者から見たWindows Server 2008 R2 Service Pack 1』とし前回は、品質を落とすことなくサーバーの安定性向上を期待出来るDynamic MemoryについてGMOインターネット株式会社 事業本部　樋口　勝一が執筆。今回はDynamic Memoryの効果について語る。 Dynamic Memoryの効果 設定概要 では実際にDynamic Memory がどのようにその効果を発揮するのかその様子をデモ動画で見てみたいとおもます。　と、その前に、Dynamic Memoryの設定方法を紹介したいと思います。「そんなのHyper-Vマネージャーから簡単にできますよ」とおっしゃる方がいらっしゃると思いますが、そこはGMO最新ネット業界レポートですので、通常の設定方法とは違ったアプローチで設定を行いたいと思います。 今回はDynamic Memoryの効果を見やすくするためのデモということで、極端な設定値としています。　まず24GBのメモリを搭載したHyper-Vのホスト上で仮想マシンを作成し、「スタートアップRAM」と「最大RAM」を16GBとしました。　通常Hyper-Vマネージャーではここまでの設定しかできませんが、WMI経由でプログラムマチックにアプローチした場合、「Reservation」という項目を設定することができます。これはいわゆる最低メモリと考えていただければよいです。　Hyper-Vマネージャーから「スタートアップRAM」と「最大RAM」を設定した場合、自動的に「Reservation」の値は「スタートアップRAM」と同じ値に設定されるようになっています。なので、実は今回のようにHyper-Vマネージャーから「スタートアップRAM」と「最大RAM」を16GBとした場合、起動直後から、シャットダウンするまで仮想マシンのために確保されるメモリは実はずっと16GBのままなのです。　これではせっかくのDynamic Memoryの効果がありません。 サービス提供を行う場合は、ユーザーの方には常にサービスで約束された機能、パフォーマンスを提供しなければなりません。お名前Windowsデスクトップでは現在仮想マシンごとに1GBのメモリを提供しています。起動時～終了までこの1GBのメモリはいつでも使えるよう、また、不足ないことがユーザーにいつでも確認できるようにする必要があります。 「スタートアップRAM」を512MB、「最大RAM」を1GBとした場合、パフォーマンス的には、「スタートアップRAM」と「最大RAM」をともに1GBとした場合と差はありません。　あくまでもDynamic Memoryの効果はユーザー側ではなく、ホスト側で明示的に確認されるものであり、ユーザーにとっては常に1GBのメモリが使用、確認できることが必須となります。「スタートアップRAM」を512MB、「最大RAM」を1GBとした場合、仮想マシンのタスクマネージャーで見てみると初期起動時には物理メモリの合計が511MBとなっています。 「スタートアップRAM」を512MB、「最大RAM」を1GBに設定 物理メモリの合計は511MB Dynamic Memoryではユーザーの使用度合いに応じて「最大RAM」までメモリを動的に追加していくのでパフォーマンスとしては問題なのですが、仮想マシンのタスクマネージャーで見た場合これではユーザーとしては「1GBあるはずのメモリがきちんと提供されていないのではないか？」といったことになってしまいます。 これらを踏まえると、Dynamic Memory使用時であっても仮想マシンの「スタートアップRAM」は1GB、かつ「最大RAM」も1GBという設定値がサービス提供する上では必須となります。　ですが先ほどの理由によりこの設定ではDynamic Memoryの効果がありません。　これを解決するのが「Reservation」の設定となります。　「Reservation」を設定することで、仮想マシンの起動後、メモリの使用がなければHyper-Vのホストは「Reservation」の設定値まで仮想マシンから未使用のメモリを回収することになります。　実際に「Reservation」を設定した場合のHyper-Vマネージャの設定画面です。 「スタートアップメモリと最小メモリの容量が等しくありません。～」との注意メッセージが表示される 動的項目の下に「スタートアップメモリと最小メモリの容量が等しくありません。～」との注意メッセージが表示されていますが、意図的にスタートアップメモリと最小メモリを異なる値としているので問題ありません。　この設定時の仮想マシンのタスクマネージャーでは初期起動時から物理メモリの合計はきちんと1023MBとなっています。これでDynamic Memory使用時であっても、ユーザーには以前と変わらない状態でのサービス提供が可能となります。 実際の効果 今回のデモではその効果を分かりやすくするため以下の設定値としています。 「スタートアップRAM」16GB「最大RAM」16GB「Reservation」1GBとなります。 この設定で期待する動きとしては、起動時16GBのメモリで仮想マシンが実行し、未使用分のメモリが「Reservation」の設定値1GBまで（15GB）Hyper-Vのホストに回収される、というものです。この効果をデモで実行したのが以下の動画となります。　この動画はHyper-Vホストのタスクマネージャを録画したものです。24GBのメモリが搭載されています。　仮想マシンの起動時に一気に16GBメモリが消費されています。　その後「Reservation」に設定された1GBまで未使用分のメモリが仮想マシンから回収され、ホストマシンにメモリが戻ってきているのが分かります。 これがまさにDynamic Memoryの効果です。 （動画でご覧いただけます。） 以上のように、サービスを提供する上でDynamic Memoryはサービス提供者にとって非常に有用な機能となりますが、ユーザーに対し既存サービスの質を落とすことなく実装するには通常の設定以外でも少々コツがいることがお分かりいただけたと思います。　次回は具体的にWMIを使用しての「Reservation」の設定方法をご紹介したいと思います。 *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。

GMO最新ネット業界レポートで新しくスタートしたソリューション編。執筆を担当するのは、マイクロソフト社の技術を活用してホスティングサービス、グループウェア、サーバー仮想化技術を使ったクラウドサービスなど、GMOインターネットのさまざまな事業の立ち上げにかかわり、高い評価を受けているGMOインターネット株式会社 事業本部　樋口　勝一。今回は『サービス開発者から見たWindows Server 2008 R2 Service Pack 1』と題し、ホスティングサービスを提供する視点からみたSP1を語る。 はじめに 第１回目は最新の話題、Windows Server 2008 R2 Service Pack 1 のお話です。 SP1の話題についてはネットで数多く見つけることができるはずなので、同じ内容を繰り返しても面白くありません。　そこで、せっかくこういった機会ですのでホスティングサービスを提供する視点からみたSP1のお話をしてみたいと思います。 今年の2月17日に公開されたWindows 7およびWindows Server 2008 R2のSP1ではWindowsUpDateで追加されてきた修正パッチをまとめて適用するという意味で一番重要なものとなっています。　WindowsUpdate で適用し忘れているもや、適用失敗となっているものあるかと思いますので、この機会にきっちりとアップデートしておきましょう！ SP1の目玉の一つ、Dynamic Memoryについて さて、ここからが本題です。　今回のSP1の目玉の一つ、Dynamic Memoryについてです。　Dynamic Memory はかなり話題になっているので興味を引かれている方も多くいるのではないでしょうか。　簡単に言えば、Hyper-Vの環境下で仮想マシンに必要なメモリを動的に割り当て、不要となったメモリはホストが回収するといったものです。　これまでのHyper-Vの仮想マシンの設定では、起動時に割り当てたメモリは起動してから、終了するまでずっと同じまま仮想マシンに割り当てられるものでした。　なので仮想マシン1台に１GBのメモリを割り当て、10台起動した場合はHyper-Vでは10GBのメモリが必要となります。　普通に考えれば「そりゃそうだろ」と当たり前のことですが、これはホスティングする立場からするととても嬉しい話なのです。サービス提供はもちろんお客様に満足していただくためにより良いサービス環境の提供を目指しています。　 ですが、お客様に喜んでいただきつつ、利益も出さねばなりませんから出来るだけコストを抑えなければいけません。　となると、一台のサーバーに限界ぎりぎりまで仮想マシンを搭載してのサービス提供という構成になります。　実際にHyper-Vのホストにはどれくらいのメモリが必要となるのでしょう。　 通常のOS稼動で必要とされているのは最低512MB、推奨は1GB以上の割り当てが必要となっています。　これとは別に、VM数に応じて仮想マシンワーカープロセス(vmwp.exe)が稼動することになるので、1つのvmwpでおおよそですが、3MBほど必要となります。このとき例えばサーバー自体に100GBのメモリが搭載されている場合、ホストに1GBのメモリを割り当てます。　仮想マシンに1GBのメモリを割り当ててサービス提供すると、ぎりぎり99台の仮想マシンを提供できる計算となります。（下図参照）　10台くらいの仮想マシンであればホストに1GBほど割り当てれば十分なのですが、これが99台となるとさすがにホストが1GBというのは心もとない数字となります。　例えばHyper-Vマネージャーで仮想マシンの状態を確認するだけでもすぐにメモリ不足となってしまいます。 以前であればこういった問題が起こらないようあらかじめホストには４GBくらいのメモリを割り当てておき、安定したサービス提供ができるようにしておくべきでしたが、その分利益が減ることになってしまいます。　お客様の満足度と同様、利益の最大化も達成しなければならない立場としては苦々しい思いでした。　ですがDynamic Memoryの登場により、仮想マシンで使用していないメモリを回収したものをホストも利用することが可能です。　搭載されている仮想マシンが多ければ多いほど、回収できるメモリも多くなるので、ホストの安定性が増すという嬉しい状態となります。　 品質を落とすことなくサーバーの安定性向上を期待出来るDynamic Memory それならDynamic Memory を使えるのなら、仮想マシンに1GBを割り当てたとしても使わないメモリがあるのであれば、その分仮想マシンを増やすことができるのでは？　それならいっそう利益を出すことができるのでは？　と考える方もいると思います。　当然そういった構成もDynamic Memoryを使用すればできますね。　ですが、サーバー上に100GBのメモリがあり、仮想マシンのメモリ最大値を１GBとして、仮想マシンを何台搭載しますか？　120台の仮想マシンを搭載して、120台の仮想マシンが一斉に１GBのメモリを使い切らないという保証はどこのもありません。　仮想マシンがメモリを要求してもホスト上に割り当てるメモリがないのであれば、仮想マシンは上限の1GBまでメモリを使用することができず、足りないメモリはディスクキャッシュを使用することとなります。 これはパフォーマンスとしてみれば極端に悪くなるもので、お客様の満足とは程遠いものとなります。　120台の仮想マシンすべてが一度に1GBのメモリを使用するという状況は確率は低いかもしれませんが、サービスを提供する以上はまずしてはいけない構成といえます。　現在私が手がけているのはユーザー課金型の有料サービスです。　お客様の満足を最大限にすると共に、利益も最大限追求する必要があります。お客様に約束した以上、ごまかしを入れることなくきっちりとサービス環境を提供することが最大の使命です。　ということで、Dynamic Memory はホスティングサービスを提供する上では品質を落とすことなくサーバーの安定性向上と利益の最大化といった効果を期待することが出来るのです。 次回はDynamic Memoryの効果を実際に見てみましょう。 *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。

今回からスタートするネット業界レポートの新シリーズ「ソリューション編」。第1回目は本シリーズ執筆者である、GMOインターネット株式会社　事業本部　樋口　勝一氏のプロフィールを紹介する。同氏は、マイクロソフト社の技術を活用してホスティングサービス、グループウェア、サーバー仮想化技術を使ったクラウドサービスなど、GMOインターネットのさまざまな事業の立ち上げにかかわり、テクニカルにおいてめざましい活躍を見せる人を表彰する「マイクロソフトMVPアワード」5年連続受賞という高い評価を受けているエンジニアだ。そんな樋口氏にGMOインターネットとマイクロソフト社との技術提携の過去・現在・未来について語っていただいた。 日本初のWindowsを使ったホスティング事業立ち上げにたった1人で取り組む 私がGMOインターネット株式会社（当時は旧社名：インターキュー株式会社）に入社したのは1999年6月のこと。日本でインターネットがブームになっていた頃で、IT業界全体に高揚感が感じられる時代でした。当時、同社では日本初のWindowsを使ったホスティング事業の立ち上げを進めており、その担当エンジニアを募集していることを知りました。まだWindowsベースのサーバーシステムの構築は難しいと思われていた時代でしたが、“誰も手がけていないモノをつくってみたい”と持ち前のエンジニア魂に火がつき、4度の面接を受けて入社しました。 当時は、会社も社員数50人程度で、たった1人でプロジェクトをスタートさせたのを覚えています。何十台ものサーバーマシンのセットアップやラッキングなどの実務、SIベンダーとの折衝を引き受けてサービスリリースにこぎつけ、運用・保守まですべて1人で対応していました。日本初のサービスでしたのでノウハウの蓄積も全くなく、すべてが手探り状態。通信回線はナローバンドで途切れやすく、ウイルス攻撃も増えるなどトラブルも多いため、365日24時間サポート体制のもとで、休日や海外出張時でさえも携帯電話に連絡が来て対応していました。私自身も、ウェブやメールのしくみについて勉強しながら実践していくという状況で、エンジニアとしても相当鍛えられたと思います。 日本マイクロソフトと共同出資して、新会社「株式会社お名前ドットコム」を設立 このプロジェクトを通じてマイクロソフトとの信頼関係は深まり、入社2年目の2000年にはマイクロソフトとGMOインターネットが共同出資して新会社を立ち上げるという大きな話が舞い込んできました。それが、現在は国内最大のドメイン登録を誇る『お名前.com』のホスティングサービスを担当する事業です。マイクロソフトの全面協力により、Windowsユーザー向け「Microsoft Exchange　Server」を使った日本初のホスティングサービスの提供を開始したのですが、その立ち上げでPM（プロジェクトマネージャー）として開発をリードしました。※1. 2004年12月、株式会社お名前ドットコムは、GMOホスティングアンドテクノロジーズ株式会社（現GMOホスティング＆セキュリティ株式会社）と合併 さらに、2001年には、マイクロソフト社と技術提携して「Xteam」というグループウェアサービスを開発しました。この時は、GMOインターネットと日本マイクロソフトの代表が共同記者会見を開くなど大々的なサービスリリースが行われたことを覚えています。この「Xteam」は現在もバージョンアップを重ねて継続している息の長いサービスになっています。 仮想化技術の活用などが高く評価され、マイクロソフトMVPアワードを5年連続受賞 その後、私はシステム本部から社長室、さらに事業本部に異動になり、引き続きWindows系のサービスの運用・保守には対応していたものの、Windowsをプラットフォームとした新サービスの開発研究、マイクロソフトコミュニティーにおいてのフィードバックが主な業務になっていました。 また、Yahoo!JAPANやGoogleの台頭もあり、ここ数年はGMOインターネットとマイクロソフト社との関係も低調になっていました。ですが、近年のホスティングプラットフォームの仮想化への移行、「クラウド化」にともない、マイクロソフトも仮想化技術に注力することとなり、当然のこととしてマイクロソフト製品の仮想化プラットフォームをベースとしたホスティングサービスを展開することとなり2010年に「お名前.comWindowsデスクトップ」サービスをリリースしました。 マイクロソフトの仮想化プラットフォーム「Hyper-V」をベースとした仮想デスクトップサービスで、クラウド上に配置したユーザーのWindowsデスクトップにリモートデスクトップで接続してご利用いただくサービスです。　特に、株式自動売買ソフトを24時間稼動し続けるユーザーの方々に絶大な人気を誇るサービスとなっています。このシステム開発では、今後日本でも予想される仮想化技術の普及を見越して、1人で地道に1年くらいかけて開発したプログラムをライブラリとして蓄積していたおかげで、わずか3カ月でサービスリリースが可能になりました。 これらWindowsをベースとしたホスティングサービスの提供が評価され、「マイクロソフトMVPアワード」を5年連続で受賞することができました。　これはマイクロソフトの製品やテクノロジーに関する知識と経験を評価され、過去1年間におけるオンラインまたはオフラインの活動を表彰するものです。　最初の2年間はホスティングを主題とし、ここ3年間は仮想化を主題とした受賞となっています。　まだまだホスティング、仮想化分野では日本人の受賞者が少ないのが実状ですが、その少ない受賞者の一人として選ばれた事を大変光栄に思っています。 「クラウド化」が進むなか、マイクロソフト社との関係はますます重要に 業界の牽引役を担うGMOインターネットとしては、これまでのウェブ、メールだけを提供するホスティングだけではなく、仮想化サーバー（VPS）、仮想化デスクトップ（DaaS）の分野へと積極的に進出しています。 また、インターネット技術の進化、アプリ提供サービスの低価格化などを背景に普及拡大が進む「クラウド・コンピューティング」では、ユーザーにとって最も身近なWindowsOSを活用したいというニーズが高いと推測します。ですから、今後GMOインターネットとマイクロソフト社との関係はますます重要になっていくと考えています。 今後のレポートでは、日本国内で情報が不足している仮想化技術について展開予定 今後の本レポートでは、これまでマイクロソフト社との技術提携で培ってきた大規模ホスティング、仮想化技術の知識とノウハウをベースに進めてゆきたいと考えています。　仮想化とは？クラウドとは？　マイクロソフト製品を元に技術・情報を織り交ぜてこれからという方にもお伝えできればと思います。 *マイクロソフトMVP (Most Valuable Professional) アワードは、マイクロソフトの製品やテクノロジーに関する豊富な知識と経験を持ち、その優れた能力を幅広いユーザーと共有している個人を表彰するものです。表彰は全世界で行われており、世界 90 か国以上、4,000 名を超える方々が表彰されている。   ⇒  マイクロソフトMVP アワードプログラム 2011.02.10 取材協力：GMOクリエイターズネットワーク株式会社 *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。