基礎 の記事一覧

今回解説するのは、Hyper-Vの目玉機能の一つ、Live Migrationです。通常のLive Migrationであれば、Hyepr-Vマネージャーから簡単に操作できますが、ここではもう少し踏み込んで、プログラムマチックにLive Migrationの実行方法をご紹介いたします。簡単におさらいとして、WidnwosServer2012R2のLive Migrationの実行方法からご説明いたします。 Live Migrationの実行方法 Hyper-VマネージャーからLive Migrationを実行する仮想マシンを選択して、ウィザードを起動します。 Live Migrationにはいくつか種類があり、仮想マシンを移動する場合と、仮想マシンのディスクのみを移動する方法があります。仮想マシンを移動する場合は、ディスクごと移動することもできますし、Hyper-Vをクラスタ構成して、共有ストレージに仮想マシンのディスクを配置している場合などは、仮想マシンの構成情報のみ移動することが可能です。 共通手順 開始する前に移動先の種類を選択移動先の指定 仮想マシンの移動 移動オプションの選択詳細オプションの選択 仮想マシンのディスクのみ移動 移動オプションの選択詳細オプションの選択 仮想マシン構成情報＋ディスクの移動 詳細オプションの選択移動する項目の選択接続されている仮想ハードディスク 仮想マシン構成情報のみ移動 詳細オプションの選択移動する項目の選択接続されている仮想ハードディスク現在の構成チェックポイントスマートペイジング 仮想マシン構成情報のみ移動　※共有ストレージに仮想ディスクがある場合 移動オプションの選択 ウィザードに従って実行すると、簡単にLive Migrationが実行できます。 さて、以上がHyper-Vマネージャーを使って、自分自身のサーバーから他のサーバーに移動する方法です。 では、外部からサーバー間のLive Migrationを実行するにはどのような手段があるでしょうか。第3のサーバーのHyper-Vマネージャーに対象となるサーバー2つを登録して実行する方法があります。しかし、そのままLive Migrationを実行すると「0x8009030E」というアクセス権のエラーが出現してしまいます。 PowerShellやWMI経由で実行する場合も同様のエラーが発生します。プログラムから実行した場合はこのようなエラーが起こります。 「'VM001' の仮想マシン移行操作が失敗しました。 仮想マシン管理サービスは、ホストとの仮想マシンの移行のための接続を確立できませんでした: セキュリティ パッケージで利用できる資格情報がありません (0x8009030E)。 ソース ホストで接続を認証できませんでした: 適切な資格情報がありません。」 この場合、回避するために、ドメインに参加した状態でKerberos認証 の委任設定を行う必要があります。詳細な設定方法はこちらです。 Kerberos認証 の委任設定方法 まず、ドメインコントローラーの「Active Directory ユーザーとコンピューター」から、Live Migrationを実行するサーバー2台を選択します。 サーバー名を右クリックして「プロパティ」を開きます。「委任」タブを選択します。「指定されたサービスへの委任でのみこのコンピューターを信頼する」を選択し、「Kerberos のみを使う」を選択します。 この状態で「追加」ボタンをクリックし、「サービスの追加」から「ユーザーまたはコンピューター」を選択します。「ユーザーまたはコンピューター の選択」ダイアログにて、「オブジェクトの種類」から「コンピューター」を選択します。そしてLive Migrationを実行する相手方の対象となるサーバー名を入力します。 すると「利用可能なサービス」に一覧が表示されますので、その中から「cifs」と「Microsoft Virtual System Migration Service」の2つのサービスをCtrlキーを押しながら選択して、「OK」ボタンをクリックして追加します。 サーバーのプロパティダイアログに戻り「OK」ボタンをクリックして完了します。 同様に、もう一方のサーバーのプロパティダイアログからも、「cifs」と「Microsoft Virtual System Migration Service」の2つのサービスを追加しておきます。Live Migrationを実行しようとしている２つのサーバーが、お互いに相手となるサーバーを「cifs」と「Microsoft Virtual System Migration Service」サービスに関してKerberosを使用して信頼して委任するという設定です。 この設定の後、あらためてLive Migrationを実行してみると、無事完了することができました。 また、この委任の設定ですが、委任設定を行っても、同様のアクセス権エラーが発生した場合は、委任設定の反映に時間がかかる場合があるようです。その場合、しばらく時間を置き、再度Live Migrationを実行する事をおすすめいたします。 GMO最新ネット業界レポートらしく、WMIを使ったLive Migrationのサンプルコードもご紹介いたします。 Imports System.Management Module GMOReport Sub Main() Dim strUser As String = "" Dim strPass As String = "" Dim objManagementScope As ManagementScope = ConnectManagementScope("win2012.local", strUser, strPass) objManagementScope.Connect() Dim strVMName As String = "VM001" Call MigratVM(objManagementScope, strVMName, "Dist_WinSvr2012R2", "D:\Hyper-V\VM01") End Sub Function ConnectManagementScope(ByVal strServer As String, ByVal strAccount As String, ByVal strPassword As String) As ManagementScope Dim objConnectionOptions As New ConnectionOptions() objConnectionOptions.Impersonation = ImpersonationLevel.Impersonate 'WMI への接続に使用される偽装レベルを設定 objConnectionOptions.EnablePrivileges = True 'WNI経由の操作のためにユーザー特権を有効にする objConnectionOptions.Username = strAccount objConnectionOptions.Password = strPassword Dim objManagementScope As New ManagementScope("\\" + strServer + "\root\virtualization\v2", objConnectionOptions) objManagementScope.Connect() Return (objManagementScope) End Function Function MigratVM(ByVal objManagementScope As ManagementScope, strVMName As String, strDestinationHost As String, ByVal strRootPath As String) As Boolean Dim objComputerSystem As ManagementObject = Nothing For Each objManagementObject As ManagementObject In New ManagementObjectSearcher(objManagementScope, New ObjectQuery( "SELECT * FROM Msvm_ComputerSystem WHERE ElementName = '" & strVMName & "'" )).Get objComputerSystem = objManagementObject Next Dim objVirtualSystemsettingData As ManagementObject = Nothing For Each objManagementObject As ManagementObject In objComputerSystem.GetRelated("Msvm_VirtualSystemSettingData") If String .Compare(objManagementObject( "ElementName").ToString, strVMName, True ) = 0 Then objVirtualSystemsettingData = objManagementObject If Not strRootPath = "" Then objVirtualSystemsettingData("ConfigurationDataRoot") = strRootPath objVirtualSystemsettingData("SnapshotDataRoot") = strRootPath objVirtualSystemsettingData("SwapFileDataRoot") = strRootPath End If End If Next Dim objVirtualSystemMigrationSettingData As New ManagementClass(objManagementScope, New ManagementPath("Msvm_VirtualSystemMigrationSettingData"), Nothing) Dim objVirtualSystemMigrationSettingDataInstance As ManagementObject = objEthernetPortAllocationSettingData.CreateInstance objVirtualSystemMigrationSettingDataInstance("MigrationType") = 32771 'VirtualSystem:32768 Storage:32769 Staged:32770 VirtualSystemAndStorage:32771 objVirtualSystemMigrationSettingDataInstance("TransportType") = 5 'TransportType.Tcp objVirtualSystemMigrationSettingDataInstance("EnableCompression") = True Dim i As Integer = 0 Dim objHardDisk As ManagementObject = Nothing Dim strStorageAllocationSettingData() As String For Each objManagementObject As ManagementObject = In objVirtualSystemsettingData.GetRelated("Msvm_StorageAllocationSettingData") If objManagementObject("ResourceSubType") = "Microsoft:Hyper-V:Virtual Hard Disk" Then objHardDisk = objManagementObject If Not strRootPath = "" Then Dim strVhdPath As String = objHardDisk("HostResource")(0) objHardDisk("HostResource") = New String() {strRootPath & "\" & System.IO.Path.GetFileName(strVhdPath)} End If ReDim Preserve strStorageAllocationSettingData(i) strStorageAllocationSettingData(i) = objHardDisk.GetText(TextFormat.CimDtd20) i += 1 End If Next For Each objVirtualSystemManagementService As ManagementObject In New ManagementObjectSearcher(objManagementScope, New ObjectQuery("SELECT * FROM Msvm_VirtualSystemMigrationService")).Get Dim objParams As ManagementBaseObject = objVirtualSystemManagementService.GetMethodParameters("MigrateVirtualSystemToHost") objParams("ComputerSystem") = objComputerSystem.Path.Path objParams("DestinationHost") = strDestinationHost objParams("MigrationSettingData") = objVirtualSystemMigrationSettingDataInstance.GetText(TextFormat.CimDtd20) objParams("NewSystemSettingData") = objVirtualSystemsettingData.GetText(TextFormat.CimDtd20) objParams("NewResourceSettingData") = strStorageAllocationSettingData Dim objManagementBaseObject As ManagementBaseObject = objVirtualSystemManagementService.InvokeMethod("MigrateVirtualSystemToHost", objParams, Nothing) Return JobComplete(objManagementBaseObject, objManagementScope) Next End Function Function JobComplete(ByVal objManagementBaseObject As ManagementBaseObject, ByVal objManagementScope As ManagementScope) As Boolean 'JobState New = 2 Starting = 3 Running = 4 Suspended = 5 ShuttingDown = 6 Completed = 7 Terminated = 8 Killed = 9 Exception = 10 Service = 11 If objManagementBaseObject("ReturnValue") <> 0 Then Dim strJobPath As String= objManagementBaseObject("Job") Dim objJob As New ManagementObject(objManagementScope, New ManagementPath(strJobPath), Nothing) objJob.Get()) Do While objJob("JobState") = 3 Or objJob("JobState") = 4 System.Threading.Thread.Sleep(1000) objJob.Get() Loop If objJob("JobState") <> 7 Then Console.WriteLine("ErrorCode="& objJob("ErrorCode") & " JobState=" & objJob("JobState")) Return False Else Return True End If Else Return True End If End Function End Module 今回はPowerShellのコードもご紹介いたします。 自分自身から他のサーバーへのLive Migrationは、 Move-VM -Name "VM001" -DestinationHost "Dist_WinSvr2012R2" -IncludeStorage -DestinationStoragePath "D:\Hyper-V\VM001" （参考）外部からサーバー間のLive Migrationを実行するには $AdminPassword = ConvertTo-SecureString "password" - AsPlainText - Force$RremotingCreds = New-Object -TypeName System.Management.Automation.PSCredential -ArgumentList "DOMAIN\Administrator", $AdminPassword$Session = New-PSSession -Authentication Credssp -Credential $remotingCreds -ComputerName " WinSvr2012R2"Invoke-Command -Session $Session -ScriptBlock {Move-VM -Name "VM001" -DestinationHost "Dist_ WinSvr2012R2" -IncludeStorage -DestinationStoragePath "D:\hyper-V\VM001"} 以上、今回は委任設定が必要なLive Migrationをご紹介いたしました。 といったサンプルコードです。 サンプルコードをこちらからダウンロードいただけます。 →　SampleCode.zip(27KB) *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。

GMOインターネット株式会社 システム本部 樋口 勝一が担当するGMO最新ネット業界レポート-ソリューション編。今回は12月3日に新たにリリースした、　「お名前.com レンタルサーバー VPS（Hyper-V）」のご紹介です。 お名前.com レンタルサーバー VPS（Hyper-V）のご紹介 このサービスは、Windows Server 2012R2 のHyper-Vを仮想プラットフォームとした国内初のVPSサービスです。Hyper-Vが提供する注目すべき機能、LiveMigrationやスナップショット、実環境と比べても遜色ないハイパフォーマンスの仮想マシン、各種デバイスなど、新Hyper-Vならではの機能を満載したサービスです。15日間無料でお試し利用ができますので、是非、一度この新しいサービスを体験してみてください。 今回は登録から実際に仮想マシンにリモートデスクトップで接続するまでに関してと、各種機能をご紹介します。 まずは、「お名前.com レンタルサーバー」のトップページから「VPS（Hyper-V）プラン一覧」をクリックします。 ＞ VPS（Hyper-V）プラン一覧はこちら ご希望のスペックを選択します。すべてのプランが15日間無料でお試しいただけます。今回はメモリ1Gプランを選択しました。 ウィザードに従い進めます。 サービスをご利用いただくためには、「お名前.comレンタルサーバー会員ID」が必要となります。まだお持ちでない場合は、「いいえ、会員IDを持っていません。」を選択していただき、事前に会員登録をお願いいたします。一度会員登録を行えば、以後「お名前.com」が提供している各種サービス利用時には同様の会員IDでご利用する事ができます。 今回はすでに登録済みということで「はい、会員IDを持っています。」を選択します。 会員IDとパスワードを入力して「ログイン」ボタンをクリックします。 登録内容とお申込みの確認ページが表示されますので、内容に問題がなければ「お申込み」ボタンをクリックします。もちろんお試し利用の場合、ご利用料金は0円（無料）ですので、ご安心ください。 申し込み処理が完了すると、お申込み受付は完了です。同時に「サーバーNavi」という契約内容管理ツールをご利用いただけるようになります。「サーバーNavi(契約管理画面)を開く」をクリックして、さっそく契約内容を確認してみましょう。 「ご利用サービスの確認」をクリックすると、 現在お申込み中のVPSプランの一覧を見ることができます。今回はメモリ1Gの無料お試しプランが1つ表示されています。 申し込み直後は「サービス設定開始待ち」となっていますが、数分お待ちいただくと「稼働中」という状態になります。この状態になれば「コントロールパネル」にログインして、仮想マシンを作成することが可能です。ここで「ログインする」をクリックするとコントロールパネルに移動します。 コントロールパネルの操作について 「お名前.com レンタルサーバー」には「サーバーNavi」という契約内容管理ツールと「コントロールパネル」という、仮想マシンの管理ツールの2つの管理画面が存在します。 サーバーNavi 新しくプランを選択して、もう一台仮想マシンの契約を追加したり、メモリを追加したい場合のプラン変更、会員情報や支払方法の管理など、主に契約内容に関するツール。 コントロールパネル 仮想マシンの起動や停止、再起動、OSの再インストール、スナップショットの管理など、主に仮想マシンの操作に関するツール。コントロールパネルのトップページには、「お知らせ」「障害情報」「メンテナンス」などの各種通知情報が掲載されています。「接続できない」「計画的なメンテナンスの実施時」などはこちらの確認をお願いいたします。 その他に「パスワードの変更」ではコントロールログイン時に使用するパスワードの変更が可能です。こちらはリモートデスクトップで接続する仮想サーバーへのログインパスワードとは異なりますのでご注意ください。仮想サーバーへのログインパスワードは、仮想サーバーのセットアップ時に設定をします。 最初にログインした「コントロールパネル」では、まだ仮想マシンが作成されていない状態です。左メニューにある「hv○○○○」で始まる仮想サーバー名をクリックすると、初期セットアップ画面が表示されます。 「OS選択」ではご利用になりたいOSを 「Windows Server 2012R2」「Windows Server 2012R2 IIS」（IISインストール済み）「Windows Server 2008R2」 から選択することが可能です。 そして、「ラベル」では仮想サーバーに好きな名前を付けることができます。 管理者の初期パスワードを設定して早速セットアップを実行してみましょう。セットアップには数分かかります。「コントロールパネル」の左メニューから、仮想マシンをクリックしていただき、「サーバー情報」に設定内容が表示されていればセットアップが完了です。 この状態で、リモートデスクトップクライアントから「コンピューター名」に仮想サーバーのIPアドレスを指定することで、リモート接続が可能となります。「コントロールパネル」のメニューではセットアップした仮想サーバーの各種操作が可能です。 「VPS操作」では、仮想サーバーの再起動など各種操作ボタンが配置されています。現在のステータス情報とあわせて、スクリーンショットも表示されています。 「OS再インストール」では現在利用中のOSはもちろん、他のOSにも初期状態でインストールが可能です。また、仮想サーバーを複数契約している場合は、既存の仮想サーバーの、そのままの状態をテンプレートとしてセットアップする事ができます。 このときのテンプレート内容にはスナップショットのすべての情報も含まれます。複数存在する、同様の設定の仮想サーバーが必要な場合などに面倒な設定を何度も行う必要がなくなりますので、大変便利な機能です。 「スナップショット」では、利用可能なディスク容量の半分までスナップショットを取得することができます。スナップショットは簡単に言えばバックアップファイルをリアルタイムで作成するといったイメージです。Hyper-Vの優れた機能を、そのまま提供することで、仮想マシンが稼働中であっても取得、ロールバックが可能です。こちらも大変便利な機能です。 「DNS逆引き設定」では、IPアドレスに紐づいた逆引きのホスト名を任意で設定することができます。 以上、「お名前.com レンタルサーバー VPS（Hyper-V）」のお申込みからコントロールパネル操作までのご紹介でした。 まずは無料お試しから、是非、ハイパフォーマンスで高機能のWindowsVPSサービスを体感してみてください。 まずは、「お名前.com レンタルサーバー」のトップページから「VPS（Hyper-V）プラン一覧」をクリックします。 「お名前.com レンタルサーバー VPS（Hyper-V）」特徴 *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。

GMOインターネット株式会社 システム本部 樋口 勝一が担当するGMO最新ネット業界レポート-ソリューション編。先日、System Center 2012のSP1がリリースされ、ようやくWindows Server 2012など最新OSに対応できるものとなりました。今回はSystem Center製品の中で、サーバー、クライアントPC、ネットワーク機器、アプリケーションまでも集中管理するための機能を提供する「System Center 2012 Operations Manager（SCOM）SP1」の具体的なセットアップ方法をご紹介します。 セットアップウィザードによるインストール この製品のインストールはなかなか難しいところがあり、きちんとした手順を踏まえないとインストールが成功しない場合があります。実際のスクリーンショットを掲載しつつ解説していきます。 今回は、一台のWindows Server 2012 Standardに、管理サーバーやレポートサーバー、SQLサーバーなどSCOMのすべてのコンポーネントをインストールする構成としています。 まずは、いきなりですがSCOMのセットアップウィザードを起動してみましょう。 インストールする機能を選択します。ここではすべての項目にチェックを入れます。 事前になにもしない状態でウィザードを進めると、セットアップの前提条件に不足があり、「セットアップウィザード続行不可能」となってしまます。 詳しく見てみると、「オペレーションコンソール」の項目では「レポートビューアーコントロール」がインストールされていないというエラーが出ていますが、こちらは後ほどインストールすることとします。 もうひとつ「Webコンソール」では、多くのエラーが表示されています。 ほとんどがIIS関連のエラーなので、まずはIISをきちんと構成していきましょう。 役割と機能の追加 まずは「サーバーマネージャー」から「役割と機能の追加」を選択します。「役割と機能の追加ウィザード」が起動したら「サーバーの役割」の項目で「Webサーバー(IIS)」を選択します。 次に「機能の追加」項目では、先ほどエラーの出ていた機能を追加していくことになりますが、「サーバーの役割」で「Webサーバー(IIS)」を選択すると、ある程度の項目にはすでにチェックが入っている状態なので、それでも不足している機能を確認しつつ、一つずつ追加していきます。 まずは、「Windows認証」「要求の監視」「IIS 6 メタベース互換」にチェックを入れます。 ここまで追加した状態でSCOMのセットアップウィザードに戻り、前提条件の確認をしてみます。 まだ、ASP.NET関連の項目が足りないようなので、再度「サーバーマネージャー」から「役割と機能の追加」ウィザードで「サーバーの役割」を追加していきます。先ほどWebサーバーの役割を追加してことによって、Webサーバーの項目配下に「アプリケーション開発」の項目が選択できるようになっているので　「.NET 拡張機能 3.5」「.NET 拡張機能 4.5」「ASP.NET 3.5」「ASP.NET 4.5」にチェックを入れます。 次に機能の追加で「.NET Framework 4.5 Features」-「WCFサービス」配下の「HTTPアクティブ化」にチェックを入れます。 「役割と機能の追加」ウィザードを完了します。 ここでポイントとなるのが、一度サーバーを再起動して各機能関連のサービスをスタートさせておくことです。 再度SCOMのセットアップウィザードを起動し、前提条件の確認をしてみます。ようやくここまできました。あとは指定されているサイトからレポートビューアーコントロールをダウンロードして、インストールするたけです。 今度こそということで、SCOMのセットアップウィザードを起動してみましょう。 無事、前提条件をクリアしましたので、ようやく次のステップにウィザードをすすめることができます。 SQLサーバーのインストール 「インストールオプションの指定」では、最初にインストールするSCOMなので、「管理グループ名」を指定します。 次に「オペレーションデータベースの構成」になります。前提条件の確認では項目がありませんでしたが、SCOMにはSQLサーバーが必須となっています。また、レポートサーバーでは、SQLサーバーのReporting Service 機能を使用するため、SQLサーバーと合わせてインストールしておく必要があります。 SCOMのインストールはこのまま中断しておいて、先にSQLサーバーのインストールをしておきます。 ＞System Center 2012で利用できるSQLサーバーのバージョンはこちらで確認することができます。 今回はSQL Server 2012 Standard SP1をインストールしておきます。SQLサーバーのインストールは、ウィザードに従っていけば特に失敗するようなことはないようです。 途中、「機能の選択」のところで、「検索のためのフルテキスト抽出とセマンティック抽出」と「Reporting Service - ネイティブ」に忘れずにチェックを入れて選択しておきます。 セットアップウィザードで「Reporting Serviceの構成」の部分では「Reporting Service ネイティブモード -> インストールと構成」にチェックを入れておくとすぐにReporting Serviceが利用できるので、こちらを選択しておきましょう。 無事SQLサーバーのインストールが完了したら、再びSCOMのセットアップウィザードに戻って続きをみてみましょう。 SQLサーバーのインストール 「オペレーションデータベースの構成」 「データウェアハウスデータベースの構成」 「SQL Server Reporting Services 用 SQL Server インスタンス」 ここで先ほどインストールしたSQLサーバー、Reporting Serviceの情報を設定します。続いて、「Webコンソールで使用するWebサイトを指定します -> Webコンソールで使用する認証モードを選択します」でWebサーバー設定します。 続いて「Operations Manager アカウントの構成」で使用するアカウントの設定をします。 ここまでくれば、あとはウィザードのボタンを押し進めるだけです。無事SCOMのセットアップが完了しました。 以上、長くなりましたが、SCOMのセットアップを細々とご紹介してみました。ウィザート一発で簡単にとはいきませんので、前提条件で必要な機能を順番通り確実にインストールすることがポイントです。 ようやくSCOMを起動することができます。ここからSCOMがスタートです！ *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。

GMOインターネット株式会社 システム本部 樋口 勝一が担当するGMO最新ネット業界レポート-ソリューション編。前回から引き続き、セッションベースのデスクトップ展開方法とRemoteAppの公開方法について具体的にご説明したいと思います。 「RDライセンスサーバー」の追加 リモートデスクトップサービスのライセンス管理を行う「RDライセンスサーバー」を追加します。 サーバーマネージャーのリモートデスクトップの概要から「RDライセンス」の追加アイコンをクリックしてウィザードを起動します。 今回も他の役割サービスと同様のサーバーに追加します。 ウィザードが完了すると「RDライセンス」の役割が追加されます。 「セッションコレクションの作成」 次に、リモートデスクトップサービスに接続するために必要なコレクションの設定を作成します。「セッションコレクションの作成」をクリックしてウィザードを起動します。 セッションコレクションにはActive Directoryのドメインユーザーが必要となります。 コレクション名を指定します。 こちらも同様のサーバーに追加します。 コレクションに接続するためのユーザーグループを指定 今回はDomain Usersに割り当てます。 「ユーザー プロファイル ディスクの指定」 これを指定すると、リモートデスクトップサービスに接続するユーザープロファイルと、ユーザーデータを1ヶ所にまとめて保存できるようになります。 保存場所と保存容量を指定します。実際にユーザーが接続した場合にはvhdxファイルとして保存されます。 ここまでの設定を行えば、リモートデスクトップサービスにログイン接続して利用できるようになります。 さて、これで接続までの設定は完了となりますが、リモートデスクトップサービスをせっかく構築しているので、続いてRemoteAppプログラムを公開してみましょう。 「RemoteApp プログラムの公開」 サーバーマネージャーから「RemoteApp プログラムの公開」を選択してウィザードを起動します。 RemoteAppで公開するプログラムを選択 あらかじめリストされているものから選択することもできますし、任意のプログラムを選択して追加することも可能です。 ブラウザで　https://サーバー名/RDWeb/　にアクセスするとRemoteAppのログイン画面にアクセスできます。 リモートデスクトップと同様のアカウントでログインすると、公開されているRemoteAppプログラムが確認できます。 クリックして接続してみると、接続確認ダイアログが表示され、RemoteAppとしての電卓が起動します。 一見ローカルの電卓が起動しているように見えますが、タスクマネージャーで確認してみると起動しているのは「リモートデスクトップ接続」のみなので、これがRemoteAppの電卓だということが確認できます。 .rdpファイルで設定項目を追加 RemoteAppの起動が、ブラウザからアクセスしたRemoteAppページからしか起動できないように見えますが、既存のリモートデスクトップ接続の設定ファイル、*.rdpファイルをメモ帳などで直接ひらいて設定項目を追加することでも利用することが可能です。 .rdpファイルに以下の3行を追加します。 　　remoteapplicationmode:i:1 　　remoteapplicationname:s:電卓 　　remoteapplicationprogram:s:C:\Windows\system32\calc.exe この設定で、RemoteAppで公開された電卓に接続可能となります。 以上、2回に渡ってリモートデスクトップサービスの展開方法とRemoteAppの公開方法をご紹介しました。 リモートデスクトップ自体のパフォーマンスもWindows Server 2012からは格段によくなっているので、さらに便利になったリモートデスクトップライフを体感してみてください。 リモートデスクトップと仮想PCを使った「お名前.com デスクトップクラウド」 Windowsの環境をいつでもどこからでもリモート操作で利用できるクラウド型デスクトップサービス▼お名前.com デスクトップクラウド *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。

GMOインターネット株式会社 システム本部 樋口 勝一が担当するGMO最新ネット業界レポート-ソリューション編。先日新たにリリースされたWindows Server 2012 と Windows8。これに合わせて、リモートデスクトップ接続もバージョンアップされました。そこで今回は、新しいリモートデスクトップの新機能についてご紹介します。 新しいリモートデスクトップの新機能 Windows Server 2012 と Windows8のリリースによって「リモートデスクトップ接続」がバージョンアップされました。 1：Windows7のリモートデスクトップ接続 2：Windows8のリモートデスクトップ接続 今回は新しいリモートデスクトップの新機能についてご紹介したいと思います。 まずは「リモートデスクトップ接続」というアプリケーション自体のお話です。このアプリケーション自体はこれまでと同様デスクトップ上で起動するアプリケーションとしてスタートメニューにあります。これとは別に、Windowsストアから「リモートデスクトップ」というアプリをダウンロードし、Windows8から採用されたWindowsストアアプリケーションに追加することもできます。 このアプリはタッチパネルで操作することをメインにインターフェースが変更されているため、指で操作しやすくなっています。 後述でストアアプリ版のリモートデスクトップ操作画面をご紹介したいと思います。 デスクトップアプリ「リモートデスクトップ接続」 次にデスクトップアプリ「リモートデスクトップ接続」の各設定項目を、以前のバージョンと見比べてみましょう。ひとつずつ見ていくと、あまりこれまでと大きく変わったところはないようです。ひとつだけ気がつくのは「エクスペリエンス」タブの中のパフォーマンスの項目です。これまではパフォーマンスを最適化するための接続速度は図のような選択項目でした。 あたらしいバージョンでは、「接続品質の自動検出」という項目が追加されています。これはリモートデスクトップの接続速度や、表示内容によって自動的に最適化してくれるものになっています。極端に回線が遅い場合は「モデム」相当の許可内容で、回線が速ければ「LAN」相当の許可内容と随時最適な許可選択を行います。 さて、実際に「リモートデスクトップ接続」を使ってみましょう。 新しいリモートデスクトップの新機能をフルに使うには、接続元だけではなく、接続先のホストコンピューターもWindows8もしくは、WindowsServer2012である必要があります。実際にリモートデスクトップ接続をしてみると、これまで同様、ホストコンピューターのデスクトップ画面が表示されます。違いは全画面表示したときに画面上部に現れる、「接続バー」です。 これまでは左隅には接続バーを表示固定するピンマークだけでしたが、ドロップダウンメニューを表示するボタンと、携帯のアンテナマークのようなアイコンが追加されています。 まずは、ドロップダウンメニューを開いてみましょう。 「アプリ コマンド」はWindowsストアアプリのコマンドメニューを表示します。ストアアプリの「天気」を起動してみました。 この状態で「アプリ コマンド」を選択すると天気のコマンドメニューが表示されます。 「チャーム」は、タブレットの場合画面右からスワイプしたときに表示されるメニューを、リモートデスクトップからでも利用できるよう表示するためのメニューとなります。リモートデスクトップ接続時にマウスカーソルを画面の一番右下に移動させても表示することができます。 「スナップ」は2つの起動しているアプリケーションを1画面上に同時に表示できる機能です。 アプリをスナップする場合は、1366 x 768 以上の画面解像度が必要となります。「アプリの切り替え」ではバックグランドで起動しているアプリケーションリストを表示して、最前面に表示選択することができます。 「スタート」は新しいWindowsのスタート画面を表示します。 リモートデスクトップの表示サイズを最大化している場合は、このように接続バーのドロップダウンメニューからリモートコマンドを選択することができますが、最大表示をしていない場合は、リモートデスクトップウィンドウの左上アイコンメニューから同様のコマンドを選択することができます。 「スマートサイズ指定」を指定すると、これまで.rdpファイルを直接編集していた「smart sizing:i:1」の値を設定することが可能となりました。これは最大化していないウィンドウの中に縦横比を圧縮してリモート先のデスクトップをスクロールバーなしで表示できる便利な機能です。 接続バーに追加されたアンテナマークの「接続情報」は、リモートデスクトップの接続時に選択許可したエクスペリエンスの内容を踏まえて、接続状況が最適かどうかを表示します。アンテナの本数でも確認できますが、クリックすると接続状況のダイアログが表示され確認することができます。 ストアアプリ版「リモートデスクトップ接続」 ここで、ストアアプリ版のリモートデスクトップを紹介してみましょう。 通常のデスクトップ版「リモートデスクトップ接続」との違いは、常に全画面表示となることが一番の違いとなります。機能的にはデスクトップ版と変わらないのですが、インターフェースが少々異なります。接続バーやコマンドメニューなどはストアアプリ共通のモダンスタイルとなっています。 ひとつだけ特別な機能として、「ズーム」があります。 ストアアプリなので常に全画面表示となるのですが、その画面の中で、デスクトップの表示を拡大・縮小することができます。デスクトップの一部を拡大表示したり、小さく表示したりできます。 リモートデスクトップの新機能 そして最後にもっとも大きく変わったリモートデスクトップの新機能の紹介です。 これはWindows7をホストとして、ホスト上で動画を再生しているところです。その状況でリモートデスクトップ接続をして、ネットワークリソースの使用状況をタスクマネージャーで確認しています。受信データがこのとき、34.4Mbpsとなっています。 そしてこちらがWindows8をホストとして、同様の動画を再生して、同じ再生ポイントでのネットワークリソースの使用状況です。同じポイントで6.2Mbpsとなっています。同じ動画を再生していても、使用するネットワークリソースが5分の1以下となっています。 まさにこれが、新しいリモートデスクトップの最大の改善点といえる、パフォーマンスの向上です。データ圧縮機能の向上によって、それなりの回線速度があれば動画のみならず、ファイル転送もこれまで同様かそれ以上のパフォーマンスで利用することができるようになります。 以上、Windows8とWindowsServer2012に搭載されたリモートデスクトップの新機能についてご紹介しました。いままで以上に、快適な環境でリモートデスクトップが利用できるようになります。是非体感してみてください。 リモートデスクトップと仮想PCを使った「お名前.com デスクトップクラウド」 Windowsの環境をいつでもどこからでもリモート操作で利用できるクラウド型デスクトップサービス▼お名前.com デスクトップクラウド *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。

GMOインターネット株式会社 システム本部 樋口 勝一が担当するGMO最新ネット業界レポート-ソリューション編。『パソコンライフを一新するリモートデスクトップ』2回目は、具体的なリモートデスクトップの接続方法とセキュリティについてご紹介します。 クラウド上の仮想PCを準備 まずはクラウド上の仮想PCの準備ですが、お名前.com Windowsデスクトップでは無料トライアルを行っていますので、是非こちらをご利用してみてください。 　＞ お名前.com Windowsデスクトップ　　　無料トライアルはこちら リモートデスクトップへの接続方法 それでは、クラウド上の仮想PCが準備できたところで、まずは接続方法からご説明します。 通常のWindows PCからの接続方法として、「リモートデスクトップ接続」を利用します。Windwos7などでは、「スタートメニュー ＞ アクセサリ ＞ リモート デスクトップ接続」からの起動や、スタートメニューの「プログラムとファイルの検索」や「ファイル名を指定して実行」より「mstsc.exe」を直接呼び出すことで起動可能です。リモートデスクトップ接続を起動後、コンピューター名を指定するところに、接続先となる仮想PCのIPアドレスやホスト名を入力します。 「接続」ボタンをクリックすると、ログインダイアログボックスが表示されますので、ユーザー名とパスワードを入力してください。 問題なく接続できれば、デスクトップ上に新しいウィンドウが表示され、そのなかに仮想PCのデスクトップが表示されます。 クラウドサービスを利用するだけでこんなに簡単にリモートデスクトップに接続できました。 このリモートデスクトップ接続は、一度にいくつも接続することができるので、利用用途によっては一度に複数の仮想PCに接続して使い分けることもできます。1台はメール専用、2台目はブラウザ専用、3台目は検証用など、それらの画面を一度に確認しながら機能や設定ごとに使い分けるといったことも可能です。 リモートデスクトップの利点 一つのPCで様々なアプリケーションを使用している場合、メモリやCPUの取り合いになってしまい、思ったような使い方ができないことがあります。また、一つのアプリケーションの致命的なエラーがOS自体をダウンさせてしまうこともあります。しかし、リモートデスクトップの場合は、一つ一つが別の仮想PC上で稼動しているため、他のアプリケーションやOSに影響を与えることがなく、安定して使い続けることが可能となります。こんな使い方ができるのも、コストパフォーマンスに優れたクラウド上の仮想PCならではの使い勝手のよさです。 その他、通常のWindows PCからだけではなく、スマートフォンやタブレット、Macなどからもこのリモートデスクトップは利用できます。Androidの場合はGoogle Playから、iPhoneの場合はApp StoreからPocketCloudというフリーのアプリケーションをインストールすることで、そのままWindwos PCに接続することが可能です。 ほぼWindows PCのリモートデスクトップ接続と同様の機能が使えますし、スマートフォンやタブレット独特のタップやフリック、ピンチといった操作にも対応しています。Mac用には専用のリモートデスクトップ接続用アプリケーションがマイクロソフトより提供されています。 こちらを使えば、Macの画面上でWindowsを利用することが可能です。 以上、簡単に接続方法と接続アプリケーションの紹介をしたところで、最新ネット業界レポートらしく、ディープなお話をしてみようと思います。 セキュリティについて 前回よりご紹介してきた、とても便利なクラウド+リモートデスクトップですが、やはり便利さと引き換えに、インターネット上に公開されている仮想PCへ接続するわけですから、どうしても閉ざされた環境と比較した場合、セキュリティーについては気になるところです。接続先との通信内容については、リモートデスクトップ6.0以上からはRSA RC4の128-bitの暗号化を実装していますので、リモートデスクトップの利用によりパスワード等の情報がネットワーク上に流れることはありません。 さらにネットワークレベル認証というものを実装しています。これまではリモートデスクトップのユーザー認証は実際にクライアントが接続先のホストに接続して、ログオン画面を表示してから認証作業を行っていたのに対し、ネットワークレベル認証はリモートデスクトップの接続とログオン画面が表示される前にユーザー認証を完了するようになっています。 ネットワークレベル認証の場合、接続先のホストに完全に接続完了する前に、ユーザー認証部分だけの最小リソースを割り当てるだけで済み、外部からの悪意ある攻撃に対しリソース不足を引き起こすといったリスクが低減します。さらに、この「ネットワークレベル認証をサポートしているクライアントからのみ接続を許可する」といった設定に変更することで、セキュリティーレベルを上げることもできます。 クライアントがネットワークレベル認証をサポートしているかは、「リモートデスクトップ接続」 ダイアログボックスの左上にあるアイコンをクリックし、「バージョン情報」から確認することができます。 さらに、後日ご紹介予定となりますが、Windows Server 2008 R2のリモートデスクトップサービスとRDゲートウェイを組み合わせれば、よりセキュアなリモートデスクトップ環境を構築することも可能となっています。 今回は具体的なリモートデスクトップの接続方法と、リモートデスクトップ自体のセキュリティーについてご紹介しました。クラウド上の仮想PCへの接続であっても、様々な端末から簡単かつ安心して利用できるシステムとなっています。 リモートデスクトップと仮想PCを使った「お名前.com Windowsデスクトップ」 リモート操作で使える！FX自動売買にも最適なPC▼お名前.com Windowsデスクトップ *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。

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の設定で、仮想マシンでどのようなことが起こっているのかを確認してみたいと思います。 *本文中に記載されている会社名および商品名・サービス名は、各社の商標 または登録商標です。