インフラ の記事一覧

「ハイブリッドクラウドへの道　～The road to hybrid cloud.～」今回は、オンプレミスとクラウドをVPN接続する方法を紹介します。オンプレミスとAzure上の仮想マシンが仮想ネットワークを介してセキュアな環境で直接通信できるようになります。 1：Azure VPNゲートウェイ 3つの構成 AzureのVPNゲートウェイを利用した接続構成には大きく３つの種類があります。 1－1.サイト間接続（S2S） オンプレミスとAzureを繋ぐ場合や、Azureと他のクラウドサービスを接続する場合の構成。オンプレミスと複数のAzureサイトを接続することも可能です。この場合はAzure側からオンプレミスにVPN接続を行います。 1－2.ポイント対サイト接続（P2S） 1台のPCとAzureをVPNで接続する構成です。この場合はPC側からAzureに対して接続を行います。リモートワークや、個人利用の環境から接続する場合に利用します。接続するPCは複数同時に接続が可能です。 1ー3.仮想ネットワーク間接続（VNet2VNet） Azure上の異なる地域（リージョン）間を接続する場合や、異なるサブスクリプション同士を接続する場合など、Azureの仮想ネットワーク同士を接続する構成です。VPNゲートウェイを利用しない「VNetピアリング」という接続方法もあります。 これらの接続構成は組み合わせて利用することも可能です。P2S接続と S2S接続は、同じVPN ゲートウェイを使って接続可能ですし、複数のサブネットを使い分けていくつかのVPNゲートウェイを配置することも可能です。※この他にも専用回線を利用した「ExpressRoute」接続という構成もありますが、今回は省略します。仮想ネットワーク ゲートウェイ作成時に、そのゲートウェイのSKU（Stock Keeping Unitの略）＝スペックを指定することになります。それぞれの接続構成やSKUにより、利用料金が異なり、構成ごとの時間単位の利用料金と、データの転送容量による従量課金の合計となります。 参考：Azure VPN Gateway について（ https://docs.microsoft.com/ja-jp/azure/vpn-gateway/vpn-gateway-about-vpngateways ） 2：VPNゲートウェイ サイト間接続の作成 ◆全体構成とゴール実際にAzureとオンプレミスをVPNゲートウェイを使って接続する方法を紹介します。今回オンプレミス側はRRAS(Routing and Remote Access Service)をインストールした仮想マシンをゲートウェイとして、その配下に1台仮想マシンを接続しています。Azure上に仮想マシンを作成し、VPN接続で、オンプレミス側からAzure上の仮想マシンにローカルネットワークを介してリモートデスクトップ接続するところまでをゴールとします。 この構成ではRRASサーバーに固定のパブリックIPが必要となるため、VPNサービスなどを利用してオンプレミス環境を想定しています。社内ネットワークのゲートウェイに専用ルーターを配置している場合は、パブリックIPを保持しているルーター側にVPN接続機能（VPNホストサーバー）が必要となります。 ◆作成手順サイト間接続（S2S）の作成の手順は以下となります。1. [Azure] 仮想ネットワークを作成2. [Azure] 仮想ネットワークゲートウェイを作成 ＝ VPNゲートウェイの作成3. [Azure] ローカルネットワークゲートウェイを作成4. [オンプレミス]　RRASの構成5. [Azure]　接続の作成6. [オンプレミス]　Pingとリモートデスクトップで接続確認 2ー1.[Azure] 仮想ネットワークを作成 Azure上でのローカルネットワークとなる、仮想ネットワークを作成します。Azureポータルにログインし、「すべてのサービス」-「仮想ネットワーク」-「作成」を選択します。 仮想ネットワークが作成されました。 2ー2. [Azure] 仮想ネットワークゲートウェイを作成 ＝ VPNゲートウェイの作成 仮想ネットワークゲートウェイを作成します。こちらが今回のポイントとなるVPNゲートウェイとなります。「すべてのサービス」-「仮想ネットワークゲートウェイ」-「作成」を選択します。 先ほど作成した仮想ネットワークを指定します。※参照： https://docs.microsoft.com/ja-jp/azure/vpn-gateway/vpn-gateway-about-vpngateways 仮想ネットワークゲートウェイ ＝ VPNゲートウェイが作成されました。 2ー3. [Azure] ローカルネットワークゲートウェイを作成 オンプレミスへの接続情報となるローカルネットワークゲートウェイを作成します。 ローカルネットワークゲートウェイが作成されました。 2ー4. [オンプレミス]　RRASの構成 オンプレミスを想定して、VPSを利用して固定のパブリックIPアドレスを割り当てた仮想マシンにRRASをインストールします。RRASのVPNサーバーの機能を利用して、Azureから接続します。このサーバーがオンプレミス側のゲートウェイとなります。社内ネットワークの場合はパブリックIPを割り当てたルーターに該当しますので、ルーターでVPNホストサーバーの機能を有効にします。仮想マシンに「リモートアクセス」の役割をインストールします。 「DirectAccessおよびVPN(RAS)」を選択します。 役割がインストールされたら、サーバー名を右クリックし、「ルーティングとリモートアクセスの構成と有効化」を選択しウィザードを起動します。 「アドレス範囲の割り当て」では接続してきたVPNクライアント＝Azure VPN ゲートウェイ　に割り当てるIPアドレスの範囲を指定します。 Windows ServerでActive Directory ドメインを構成している場合など、DNSやDHCPの構成がすでにある場合は後でセットアップするを選択しておきます。 RADIUSサーバーを使用しないを選択します。 ウィザードが完了すると、RRASサーバーとしての機能が有効になります。Azureからの接続を受け入れるための設定を追加してゆきます。「ネットワークインターフェイス」を右クリックして、「新しいデマンドダイヤルインターフェイス」を選択します。 インターフェイスの名前を”fromAzure”とします。 「接続の種類」では「仮想プライベートネットワーク(VPN)を使って接続する」を選択します。 「VPNの種類」は「IKEｖ2」を選択します。 「接続先のアドレス」には、Azureで仮想ネットワークゲートウェイを作成したときに取得したパブリックアドレスを指定します。 「プロトコルとセキュリティ」では「このインターフェイス上のIPパケットの経路を選定する」を選択します。 リモートネットワークの静的ルートを追加します。Azureで仮想ネットワーク作成時に指定した、アドレス範囲を指定します。 リモートネットワークの静的ルートが追加されました。 「ダイヤルアウトのアカウント情報」は未入力でもOKです。 ウィザードでネットワークインターフェイスが作成されたら、プロパティーを開いてウィザードではできなかった項目を設定してゆきます。 「オプション」-「接続の種類」を「固定接続」とします。 「セキュリティ」-「認証に事前共有キーを使う」に任意のキー文字列を入力します。このキー文字列は後程Azure側にも設定することになります。 RRASの設定は以上となります 2ー5. [Azure]　接続の作成 Azureポータルに戻り、VPN接続のための設定を行います。作成した仮想ネットワークゲートウェイを選択し、「接続」をクリックします。 接続が作成されました。作成と同時にVPN接続を開始します。「状態」が接続済みとなっていれば成功です。 接続をクリックして詳細を表示しています。「状態」は接続済みとなっています。 RRAS側も接続状態が“接続”となっています。 2ー6. [オンプレミス]　Pingとリモートデスクトップで接続確認 実際に接続を確認するために、Azure上に仮想マシンを作成します。作成時のポイントとしては「仮想ネットワーク」にVPNゲートウェイ用に作成した仮想ネットワークを指定する部分となります。 オンプレミス側の仮想マシン（192.168.0.2）から、Azure上の仮想マシン（10.0.1.4）にリモートデスクトップ接続を行っています。Pingも双方問題なく通っているのが確認できました。 成功です！ オンプレミスとAzureがVPNで接続されました！ 以上、Azure VPNゲートウェイを利用したサイト間接続 with RRASの紹介です。 これで、オンプレミスとAzureが一つのネットワークで繋がることになるので、オンプレミスのActive DirectoryにAzure上の仮想マシンがドメイン参加、その反対の構成も可能となります。また、オンプレミスはそのままに、リモートワークの拠点としてAzureを利用したり、マルチクラウド構築など、VPNゲートウェイの利用方法は様々に広がります。VPNゲートウェイを利用することでハイブリッドクラウドはより簡単に構築することができるようになります。

「ハイブリッドクラウドへの道 ～The road to hybrid cloud.～ Vol.4」では、ハイブリッドクラウドで重要なポイントとなるオンプレミスとAzureとのアカウント同期です。元々利用しているオンプレミスのアカウントを自動的にAzure Active Directory（AAD）と同期できる「Azure AD Connect」というツールが提供されています。AADとアカウントの同期ができれば、その情報を利用してAzure Active Directory Domain Service（AADDS）ともアカウント情報を共有して利用可能となります。今回はこのAzure AD Connectを使って実際にアカウントを同期する方法を解説します。 Azure AD Connect利用の事前準備と注意事項①　ドメイン名 Azure AD Connectを利用して、オンプレミスとAADのアカウント同期を行う前に、事前準備や利用環境の構成で注意すべき点があります。 ハイブリッドクラウドを目指すのであれば、オンプレミスの資格情報を利用して、そのままOffice365やAzureの各種サービスを利用（シングルサインオン）できることが望ましいです。各種サービスを利用するごとに、わざわざサインインし直したり、複数のアカウントやパスワードを管理するのでは作業効率が悪くなります。 オンプレミスでは特に制限なくドメイン名を決めることができました。例えば、“ad.local”などです。オンプレミスの運用上はこれで問題はなかったのですが、AADを利用する場合、インターネットを介してクラウド上のサービスにログインするために、ドメイン名にはインターネット上で有効なドメイン名（.net .com .co.jp など）であることが必要となります。 もし、新規にこれからオンプレミスのActive Directoryを構築して、AADとアカウントの同期をするのであれば、DNS参照が可能なドメイン名にするべきです。すでにオンプレミスを運用していて、ドメイン名がインターネット上で有効でない名前の場合（DNS参照できない場合）は、以下のいずれかの設定を行う必要があります。 1.VPN Gateway接続の作成Azure上の仮想マシンをオンプレミスと同様のドメイン名でActive Directoryに参加させて管理するのであれば、VPN Gateway 接続をAzure上に作成し、オンプレミスから直接Azure上の仮想ネットワークに接続できるようにします。この場合は、オンプレミスのプライベートネットワークの延長としてAzureの仮想マシンもドメイン参加し、管理が可能となります。一方、Azureの各種サービスをシングルサインオンで利用する場合には利用が制限されることになります。（VPN Gateway接続の作成方法については次回以降解説予定） 2.ユーザープリンシパル名の変更ユーザープリンシパル名（UPN）はActive Directory上でアカウントを認識するための名前付けルールです。オンプレミスのActive Directoryでは”[email protected]”のように表記されます。AADでは”.local”などインターネット上で参照できないドメイン名は推奨されておらず、実際Azure AD Connectを利用する場合に、”.local”のようなドメイン名ではアカウントの同期ができません。オンプレミスで“ad.local”というドメイン名をすでに利用している場合は、ドメイン名を変更するか、代わりのUPNサフィックスを追加して、インターネットで参照できるドメイン名を指定することになります。 ドメイン名の変更はActive Directoryではサポートされているものの、すでに運用しているオンプレミス環境で実施するには失敗した場合のリスクが高いため（ログインができなくなるなど）お勧めしません。UPNの変更方法として、代わりのUPNサフィックスの追加方法を紹介します。 オンプレミス環境で、ドメインコントローラーのスタートメニューから「Active Directory ドメインと信頼関係」を起動します。左メニューから「Active Directory ドメインと信頼関係」を右クリックして「プロパティー」を選択します。 「UPNサフィックス」で「代わりのUPNサフィックス」にAADで利用するのと同じドメイン名（後で設定）を指定します。このドメイン名はインターネット上で有効なドメイン名（DNS参照可能）を指定します。 代わりのUPNサフィックスを追加した場合、今回の例のようにこれまで”[email protected]”でログインしていたユーザーは、”[email protected]”というUPNでログインすることになります。Azure AD Connectでアカウントの同期後は、”[email protected]”でオンプレミスのPCにログインして、そのままシングルサインオンで各種クラウドサービスを利用できるようになります。 新しいUPNサフィックスの指定方法は以下の通りです。 ドメインコントローラーのスタートメニューから「Active Directoryユーザーとコンピューター」を起動します。ユーザーを新しく作成する場合は、ユーザーログイン名で追加したサフィックスが選択できるようになっています。 既存ユーザーの場合はユーザーのプロパティーで「アカウント」-「ユーザーログオン名」で追加したサフィックスが選択できるようになっています。 3.Azure Active Directoryのユーザー名にメールアドレスを利用するオンプレミスのActive Directoryユーザーのプロパティーにメールアドレスが指定されていれば、Azure AD ConnectでADDとのアカウントの同期時にメールアドレスをアカウント名として利用することが可能です。システムの都合上、オンプレミス上でUPNサフィックスを変更できない場合や、UNPサフィックス変更作業を避けたい場合などはこちらをお勧めします。 後ほど紹介しますが、Azure AD Connectではアカウント名としてメールアドレスを指定することができます。 Azure AD Connect利用の事前準備と注意事項②　グローバル管理者の設定 Azure AD Connectの設定はウィザード形式で進めていきます。その中で、ADDに対してアカウントを追加したり、各種設定を行うために、AADの最高権限であるグローバル管理者のロールを持ったアカウントを指定する必要があります。事前に特定のアカウントにグローバル管理者のロールを割り当てておきましょう。 Azureポータルにログインして、アカウントを新しく作成するか、既存のアカウントを選択します。 ユーザーの「割り当てられたロール」を選択します。「割り当ての追加」を選択し、ロールの一覧から「グローバル管理者」を追加しておきます。 Azure AD Connect利用の事前準備と注意事項③　カスタムドメイン名の追加 AADに任意のドメインでログインできるように、ドメイン名を登録しておきます。このドメイン名はインターネットで参照できるドメインで、DNS参照できるものが必要です。お名前.comなどでドメインを取得しておきましょう。 カスタムドメインをAzureに登録します。Azureポータルにログインして「Azure Active Directory」-「カスタムドメイン名」を選択します。「カスタムドメインの追加」をクリックして追加します。 “未確認”となっているドメイン名をクリックするとDNSに登録する情報が表示されます。 AADで利用できるようにDNSにTXTレコードを登録します。Windows ServerのDNSサーバーを利用する場合にはこのようになります。 カスタムドメインが“確認済み”となっていれば、DNSの参照ができるようになっています。 Azure AD Connect利用の事前準備と注意事項④　同期についての注意点 Azure AD Connectはオンプレミスのアカウント情報をAADと同期することができるツールです。初回は既存アカウントとパスワードの同期を行います。以後は、既定では30分間隔でアカウント情報の変更をAADに反映します。 注意すべき点として、Azure AD Connectによる同期は常にオンプレミス→AADへの一方通行の同期となることです。Azure AD Connectを利用してハイブリッドクラウド環境を維持するためには、パスワードの変更やユーザーアカウントの追加削除などを常にオンプレミス側から行う必要があります。また、不用意にテストアカウントなどをオンプレミス側で作成利用していると、意図せずAADにも同期されてしまうので注意が必要です。 Azure AD Connectでアカウント情報を同期①　Azure AD Connectのダウンロード 事前準備が完了したところで、Azure AD Connectを使ってアカウントの同期までを紹介します。 まずはAzure AD Connectをダウンロードしましょう。Azureポータルにログインして、「Azure Active Directory」-「Azure AD Connect」を選択します。「Azure AD Connectのダウンロード」のリンクがあるのでクリックしてダウンロードを実行します。 ダウンロードしたファイルを実行してインストールウィザードを起動します。ライセンス条項にチェックを入れて続行します。 Azure AD Connectでアカウント情報を同期②　「簡単設定」を使ったAzure AD Connectのインストール 事前準備でオンプレミスのUPNを変更して同期を行う場合は、このまま「簡単設定を使う」を選択します。 AADのアカウント名をメールアドレスとする場合は、「カスタマイズ」を選択します。まずは、簡単設定のウィザードから紹介します。 事前準備で設定したAADのグローバル管理者のアカウント情報を入力します。 オンプレミスのドメイン管理者の情報を入力します。 事前準備で代わりのUPNサフィックスを登録して、DNSのTXTレコードが完了していれば、確認済みのドメインとして表示されます。元々オンプレミスで使っていたドメイン名は検証済みとはなりませんが、問題ありません。“一部のUPNサフィックスが確認済みドメインに一致していなくても続行する”にチェックを入れて次に進みます。 以上の設定でインストールを実行します。 インストールが完了するとすぐに同期処理が実行されます。 Azure AD Connectでアカウント情報を同期③　「カスタマイズ」を使ったAzure AD Connectのインストール 事前準備でAADのアカウント名をメールアドレスとした場合は、Azure AD Connectのインストールでカスタマイズを選択します。 既定の設定でそのまま進みます。 「パスワードハッシュの同期」を選択します。 事前準備で設定したAADのグローバル管理者のアカウント情報を入力します。 オンプレミスのドメイン管理者の情報を指定します。「ディレクトリの追加」をクリックします。 「既存のADアカウントを使用」を選択してもうまくいかないため、「新しいADアカウントを作成」を選択して、既存のドメイン管理者情報を入力すると次に進めます。 このような表示になればオンプレミスのディレクトリ接続は成功です。 ここがポイントとなります。「Azure ADユーザー名として使用するオンプレミスの属性を選択」で“mail”を選択します。事前準備で同期するアカウントのメール情報が入力されていれば、アカウント名としてAADに作成されます。“一部のUPNサフィックスが確認済みドメインに一致していなくても続行する”にチェックを入れて次に進みます。 いくつかウィザード画面がありますが、解説不要な部分は省略します。インストールが完了するとすぐに同期処理が実行されます。 Azure AD Connectでアカウント情報を同期④　Azure AD Connectの同期確認 しばらく時間をおいてAzureポータルで確認すると、同期処理が完了したことが分かります。 オンプレミスで作成したユーザーがこちらです。 Azureポータルでユーザーを確認すると、アカウントが同期されているのが確認できました。 以上がAzure AD Connectを使ったオンプレミスとAzure Active Directory とのアカウント同期方法の紹介です。アカウントの同期が完了すれば、オンプレミスのユーザーはそのままAADのユーザーとして認証されるので、Office365やAzureの各種サービスをそのまま利用することができるようになります。ハイブリッドクラウドを目指す上で重要ポイントとなる部分です。ようやく、ハイブリッドクラウドへの第一歩が踏み出せたというところでしょうか。次回以降も引き続き、ハイブリッドクラウドへの道を進むべく色々と紹介していきます。

「ハイブリッドクラウドへの道 ～The road to hybrid cloud.～ Vol.3」では、ハイブリッドクラウドの実現方法の1つとして、Azure上にオンプレミスと同様にActive Directoryを構築してみます。オンプレミスと同様にAzure上に仮想マシンを作成し、ドメインコントローラーとしてActive Directoryを構築することは可能ですが、目指すはハイブリッドクラウドです。今回はAzureのクラウドサービスの1つ、「Azure Active Directory Domain Services（AADDS）」を利用した構築方法を紹介します。AADDSはWindows Server Active Directory（WSAD）と完全な互換性があり、マネージドドメインサービス（ドメイン参加、グループポリシー、LDAP、Kerberos認証、NTLM認証など）が提供されます。AADDSを利用することで、ドメインコントローラーとしての仮想マシンの管理やリソースの確保など運用コストの削減が期待できます。 Azure Active Directory Domain Servicesの作成 Azureポータルにログインします。「リソースの作成」から「ID」-「Azure Active Directory Domain Services」の作成を選択します。 基本情報を入力します。「DNSドメイン名」はActive Directory内だけで利用する名前ですが、できれば取得済みドメインのサブドメインが好ましいようです。”.local”は推奨されていません。 この情報で確定してドメインを作成します。 再度確認。 作成完了までしばらく待たされます。 Azure Active Directory Domain Servicesの作成 Azureポータルにログインします。「リソースの作成」から「ID」-「Azure Active Directory Domain Services」の作成を選択します。 基本情報を入力します。「DNSドメイン名」はActive Directory内だけで利用する名前ですが、できれば取得済みドメインのサブドメインが好ましいようです。”.local”は推奨されていません。 この情報で確定してドメインを作成します。 再度確認。 作成完了までしばらく待たされます。 30分ほどでようやくデプロイ完了です。「リソースに移動」から作成されたドメインを見てみましょう。 「マネージドドメインをプロビジョニング中です」とあります。AADDSのデプロイは完了しているようですが、まだドメインの作成が完了していないようです。 さらに待ちます。 実行中となったらすべて完了です。続いて「仮想ネットワークのDNSサーバー設定の更新」を行うため「構成」ボタンをクリックします。 AADDSのDNSサーバーが構成されました。 その他「必要な構成手順」として「Azure AD Domain Services パスワード ハッシュ同期の有効化」という項目があります。AADDSではユーザー管理はAzure Active Directory（AAD）のユーザー情報を参照しています。AADDSではNTLM認証とKerberos認証によってユーザーを認証しているので、AADのユーザーがAADDSを利用する場合は、これの認証に適した形式にパスワードをハッシュする必要があります。 AADでユーザーを新規に作成した場合は、AADDSのリソースを利用する時に一度パスワード変更を行うことで、パスワードがハッシュされます。オンプレミスのActive Directoryとアカウントの同期を行う場合にはAzure AD Connectを利用してパスワードハッシュが同期されます。 仮想ネットワーク　サブネットワークの追加 次に、仮想ネットワークのサブネットを追加します。AADDSでドメインを構築すると仮想ネットワークが自動的に作成され1つのサブネットが割り当てられますが、Azure上の仮想マシンがドメインに参加するための仮想ネットワークは、これとは別のサブネットの範囲を作成して利用することが推奨されています。 左メニューより「プロパティ」を選択し「仮想ネットワーク/サブネットで使用可能　aadds-vnet/aadds-subnet」を選択します。 左メニューから「アドレス空間」を選択します。新しいアドレス空間（IPアドレスの範囲）を追加して「保存」をクリックします。 左メニューから「サブネット」を選択します。右メニューのサブネットの追加情報を入力します。今回名前を“domain-subnet”として、「アドレス範囲」には先ほど作成したアドレス空間”10.0.1.0/24”を指定します。 「OK」ボタンをクリックして作成します。 ドメイン参加用のサブネットが作成されました。 Azure上の仮想マシンでAzure Active Directory Domain Servicesのドメインに参加する AADDSの構築が完了したので、さっそく仮想マシンを作成してドメインに参加してみましょう。Azure上で仮想マシンを作成します。ここで注意すべきは、AADDSの仮想ネットワークの地域と、仮想マシンの地域を同じにしておくことです。同じ地域であれば仮想ネットワーク内でそのまま通信が可能なので、ドメイン参加が簡単にできるようになります。 AADDSと同じ地域を指定する 仮想マシンの作成する地域と、AADDSの地域が同じであれば、サブネットに先ほど作成したドメイン参加用のサブネットが選択できます。こちらを選択します。 仮想マシン作成後、IP情報を確認してみると、作成したサブネットの10.0.1.4のIPアドレスが割り当てられているのが確認できます。 次に、ドメイン参加をするためのアカウントを作成します。AADDSはAADのユーザーを参照しているので、Azureポータルから「ID」-「ユーザー」-「新しいユーザー」を選択します。今回は“domainadmin”という名前のユーザーを作成しました。 次に、グループを割り当てます。作成したユーザーを指定して「グループ」を選択します。 「メンバーシップの追加」から“AAS DC Administrator”を選択します。AADDSでは“Domain Admins”というグループの代わりにこちらが管理者グループとなります。 ここまでで、AADにユーザーが追加されたことになります。 先ほども述べたように、AADのユーザーがAADDSのドメインを利用する場合は、パスワードのハッシュを行う必要があります。これはパスワードをリセットすることで実行されますので、一度パスワードのリセットを実行しておきます。リセットを実行すると一時パスワードが発行されるので、一度このパスワードを使ってAzureポータルにログインしておきます。 一時パスワードを使ってAzureポータルにログインしてパスワードの更新を行います。これでパスワードのハッシュが完了します。 先ほど作成した仮想マシンでAADDSのドメインに参加します。Azureで作成した仮想マシンは英語版となっているので、日本語化（後日紹介予定）をしておきます。 先ほど作成した仮想マシンでAADDSのドメインに参加します。Azureで作成した仮想マシンは英語版となっているので、日本語化（後日紹介予定）をしておきます。 AADDSのドメインに参加できました！一度再起動しておきます。 リモートデスクトップ接続をするには 仮想マシンにローカルアカウントでログイン（リモートデスクトップ接続）してユーザー情報を見てみると、Administratorsグループに“AD\AAD DC Administrators”と“AD\Domain Admins”というグループが追加されています。 作成したユーザーでリモートデスクトップ接続を行う場合は、これらのグループが追加されていても、ローカルのAdministrators（もしくはRemote Desktop Users）にユーザーを登録する必要があります。AADDS上で管理者グループの“AAD DC Administrators”グループに入っているユーザーであっても、仮想マシンのローカルAdministratorsグループに登録する必要があります。 仮想マシンのローカルAdministratorsにユーザーを登録したら、リモートデスクトップ接続をしてみましょう。接続時のユーザー名は“ドメイン名\ユーザー名”となります。 AADDSのアカウントでリモートデスクトップ接続をしてユーザー情報を確認できました。 ここまでできればオンプレミスのActive Directoryのドメインと同様に、Azure上のユーザー管理やPC管理を行うことが可能です。 Azure Active Directory Domain Services 利用料金 最後にAzure Active Directory Domain Services の利用料金です。 いくつかプランがありますが、最小の同時認証3,000、認証オブジェクト最大25,000までのStandardプランで16.8円／時間となっています。 以上がAzure Active Directory Domain Services の基本操作です。オンプレミスと同様Active DirectoryがAzureのサービスを利用することでも構築可能なことが理解できたと思います。 Azure側の準備がとりあえず整ったところで、次回はオンプレミスとAzure上のアカウント同期について紹介します。

「ハイブリッドクラウドへの道 ～The road to hybrid cloud.～ Vol.2」では、ハイブリッドクラウドのキモとなるAzure Active Directory（AAD）の基本操作を確認します。ドメインコントローラーをAzure Active Directory Domain Servicesに置き換えるにしろ、Office365などを利用するにしろ、AADは必ず必要となるシステムです。今回はAADの構築方法から、クライアントPCのAAD参加方法、AADのユーザーアカウントによるリモートデスクトップの接続方法までを紹介します。 Azure Active Directoryの作成 まずはディレクトリの構築から始めてみましょう。Azureポータルにログインします。ログインした時点で、実はすでにディレクトリは1つ作成されている状態となっています。TOPページから「Azure Active Directory」を選択します。 「既定のディレクトリ」という名前で、ログインしているユーザーのメールアドレスから生成された名前（*****.onmicrosoft.com）で既定のディレクトリが作成されています。Azureのサブスクリプションは必ず1つのディレクトリと紐づいている（別のディレクトリにサブスクリプションの紐づけを変更＝「ディレクトリの変更」することも可能です）ので、ポータルにログインした時点（Azureのアカウントを作成した時点）でサブスクリプションとディレクトリが割り当てられます。 ログイン直後は登録されているユーザーは自分1人だけの状態です。このまま既定のディレクトリを利用してもよいのですが、AADの理解を深めるために新しくディレクトリを作成してみましょう。 ポータルのTOPページから「リソースの作成」-「新規」-「ID」を選択します。 ディレクトリ作成に必要な情報を入力します。 たったこれだけの操作で新しいAADが無料で作成されました。 ユーザーの作成 ユーザーメニューから作成します。新しいディレクトリを作成したユーザー自身がすでに管理者として登録されていますが、「ソース」の項目に“外部のAzure Active Directory”と表示されています。元々のディレクトリと、新しく作成したディレクトリなど複数のディレクトリに跨ってユーザーは所属することができます。 この新しいディレクトリにユーザーを追加してみましょう。 左メニューから「ユーザー」-「新しいユーザー」を選択します。ユーザー情報を入力して作成します。 ユーザーを追加しました。ユーザー名は[email protected]（ユーザー名@ディレクトリ名）という表記になります。「ソース」の項目には“Azure Active Directory”と表示されています。このディレクトリが既定のユーザーとなります。 ユーザーにロール（権限）を設定します。このディレクトリの管理者として「グローバル管理者」のロールを割り当てます。 Azure Active Directoryに参加 では、新しく作成したアカウントでAADに参加してみましょう。今回はAzure上に仮想マシンとして作成したWindows10からの参加となります。ノートPCなどからでも、インターネットに接続できている環境であれば同様にAADに参加することが可能です。これは「Azure AD Join」と呼ばれる機能ですが、Windows10のみ利用できる機能となります（Windows Serverでは利用できません）。 【参考】Azure Active Directoryへの「参加」と「登録」AADに「参加」というと、Windows Server Active Directory（WSAD）＝オンプレミスのWindowsドメインに参加するのと同じようなものというイメージが強いとは思いますが、AADに参加することとは意味合いが異なります。前回も書きましたが、AADとWSADは別物です。AADに参加するということは、新しい認証サービスを利用するために参加する（登録する）ということになります。AADを利用することによって、様々なOSのデバイスからOffice365やAADに登録されたサービスのID管理を行うことが目的となります（Bring Your Own Device＝BYOD）。AADではユーザーが利用するデバイス単位にアクセス制限や管理することが可能です。 AADを利用する場合には、利用するデバイスに対して許可を与える必要があります。その方法が「参加」と「登録」になります。AADに「参加」できるデバイスはOSとしてWindows10を利用している場合だけです。Windows10からは「Azure AD Join」で参加が可能です。一方、AADに「登録」できるのはWindows OSだけでなく、Androidやアップル製のOSも含まれます。「参加」または「登録」されたデバイスだけがAADを利用して各種サービ AAD参加AAD登録対象デバイスOSWindows10Windows OSAndroidmacOSiOS Windows10からAADへの参加手順です。 まずはローカルアカウントでWindows10にログインします。スタートメニューから「設定」-「アカウント」を選択します。 左メニューから「職場または学校にアクセスする」を選択して「接続」クリックします。 「このデバイスをAzure Active Directoryに参加させる」を選択します。 先ほど作成したユーザー名を入力します。 ユーザー作成時のパスワードを入力します。 AADに初めてサインインする場合、パスワードの更新が必要となります。 「参加する」を選択します。 AADに参加できました。 参加後には「Azure ADに接続済み」との表示が確認できます。 ドメインとワークグループの設定では、変化はなくワークグループのままです。 Windows10の管理ツール「ローカルユーザーとグループ」から、Administratorsグループを確認してみると、”AzureAD\wini1”のユーザーがローカル管理者グループに登録されています。 Azureに戻ってAADのデバイスメニューを確認してみると、AADに参加したWindows10デバイスと所有者（ユーザー）が紐づいて確認できます。 AADのアカウントでリモートデスクトップ接続 AADに参加できたので、一度サインアウトして、AADのユーザーからリモートデスクトップ接続でWindows10にサインインをしてみましょう。 リモートデスクトップ接続のクライアントツールを利用します。AADのアカウントで接続する場合、いくつか特別な設定が必要となります。 まず、接続するためのユーザー名は“.\AzureAd\ユーザー名”という形式になるため、“.\AzureAd\[email protected]”となります。 ユーザー名は接続設定ファイルに保存したほうが便利ですが、未入力で接続のたびに入力しても問題ありません。 一度この接続情報でRDPファイルとして保存します。 先ほどの設定で保存したRDPファイルをメモ帳で開きます。AADのアカウントでリモートデスクトップ接続を行う場合は、「CredSSPを用いた接続を行わない」という設定が必要となります。 “enablecredsspsupport:i:0”この一文を追加します。 ユーザー名まで含めると、enablecredsspsupport:i:0username:s:.\AzureAd\[email protected]を追加して保存します。 RDPファイルをダブルクリックしてみましょう。ユーザー名のところに“AzureAD\”から始まるユーザー名が入力されています。パスワードを入力すればAADのアカウントでサインインし、通常のリモートデスクトップ接続が利用できます。 リモートデスクトップから確認してみると、ログインしているユーザーがAADのアカウントとなっています。 AADのアカウントでサインインしているので、AADでサービスを登録すれば、Windows10からは以後追加の認証無しにシングルサインオンで様々なサービスを利用することができるようになっています。 以上、Azure Active Directoryの基本操作の紹介となりました。少しずつですがハイブリッドクラウド実現に向けて近づいていきましょう。次回は、Azure Active Directory Domain Servicesを紹介します。

クラウドファーストをキーワードに、クラウドの利用がようやく当たり前の時代となりました。そんな中、すべてをクラウド化するにはどうしても無理な部分もあり、オンプレミスでのサーバー利用も依然として続いているのも事実です。クラウドとオンプレミスの使い分け、連携するための様々な技術や手法が出揃ってきています。今回よりスタートする新連載では、Windows ServerとAzureを中心にクラウドとオンプレミスの融合「ハイブリッドクラウド」を目指すべく、独断と偏見を交えて技術情報を紹介していきます。題して、「ハイブリッドクラウドへの道 ～The road to hybrid cloud.～」！ Azure Active Directory と Azure Active Directory Domain Servicesの概要 まず第1回目は「Azure版Active Directory サービスの使いどころ」ということで、オンプレミスのActive Directoryを管理している方にはちょっと誤解しやすいAzure Active DirectoryとAzure Active Directory Domain Servicesの概要を紹介します。 Active Directoryと名前の付くものが、Microsoftには数多く存在しています。まずはオンプレミスでこれまで利用されてきたお馴染みのActive Directoryです。他との比較をしやすくするため「Windows Server Active Directory」＝WSADとします。2つ目は、「Azure Active Directory」＝AADです。もう1つ紹介するのは「Azure Active Directory Domain Services」＝AADDSです。 他にもActive Directoryと名の付くサービス、機能がたくさんありますが、まずはこの3つの違いをきちんと理解しておく必要があります。サーバーを自らセットアップしてWSADを構築していたエンジニアからすると、「Azure Active Directory」とう名前から、Azure上でActive Directoryを構築してドメインに参加したユーザー管理とPCの管理ができるものという印象があるかと思います。 では、「Azure Active Directory Domain Services」って何なの？ という疑問も当然出てきます。 Active Directoryで検索したところ これらの違いをきちんと理解して使い分けることが、ハイブリッドクラウドへの最初の一歩となります。 細かい機能の説明は後ほどということで、まずはそれぞれの大まかな機能や役割を確認しておきます。 WSADAADAADDS用途オンプレミスでのアカウント管理。対象はWindows PCクラウド環境でのアカウント管理。対象はOSを問わず各種デバイスクラウド版WSAD。アカウント管理はAADに依存使用例社内アカウント・PC管理。ファイルサーバーのアクセス権。グループポリシーOffice365へログイン。Webアプリケーションの認証。タブレットからシングルサインオン。多要素認証Azure仮想マシンのドメイン参加。社内ドメインをクラウドに移行・同期制限事項インターネットに公開はNG。VPNや専用回線を推奨WSADとADDは別の機能。Windows Serverは参加できないDomain Admins・Enterprise Adminsがない。Domain Policyの変更ができない。オンプレと同期できるが、一部制限あり※WSAD：Windows Server Active Directory　AAD　　：Azure Active Directory　AADDS：Azure Active Directory Domain Services Windows Server Active Directory Azure Active Directory Azure Active Directory Domain Services それぞれの概要を理解したところで、長年オンプレミスのWindows Serverに携わった経験から各Active Directoryサービスの使いどころを以下のように考えました。 WSADとAADは別物 まずAADは、これまで自分たちが経験を積んできたWSAD、いわゆるWindowsドメインとはまったくの別物ということです。クラウドサービス全盛の中、サービスを利用する端末は必ずしもWindows PCだけではなく、スマートフォン、タブレット、IoT端末など様々なOSやデバイスが考えられます。これらのアカウント、端末管理をするための新しいID管理の仕組みが必要となります。クラウドサービスをシングルサインオンで利用するためのアカウント管理システムがAADということです。WSADをまったく意識せず、クラウドサービスだけを利用するような環境であればAADの選択が最適です。 AADDSはドメインコントローラーの代わりとなる Azure上に作成した仮想マシンをドメインに参加させてオンプレミス同様に管理する場合、仮想マシン自体にドメインコントローラーの機能をインストールしてドメインを構築することが可能です。このドメインコントローラーの仮想マシンの代わりとなるものが、AADDSです。ドメインコントローラーのPaaS（クラウドサービス）と言い換えることができます。ドメインコントローラー構築、運用の面倒な部分を、サービスを利用することで簡略化し、仮想マシンのリソースを削減できます。ただし、オンプレミスと同様のActive Directoryの機能が100％利用できるわけではなく、Domain Admins・Enterprise Adminsがないことや、Domain Policyの変更、ドメイン同士の信頼関係の設定、スキーマ拡張、フォレスト、Active Directoryの機能レベルの変更など、利用できない機能があります。 WSAD とAADDSの同期、移行には制限がある ハイブリッドクラウドを目指す場合、既存のオンプレミスのWSADとAADDSの同期や移行が必要になります。この場合、Azure AD Connect（オンプレミスのアカウント情報とAADのアカウント情報を同期するツール）を利用して同期することとなるのですが、同期できるオブジェクトがユーザーデータのみという制限があり、アカウント、グループ、パスワード、SIDだけに限定されます。グループポリシー、コンピューターオブジェクトは同期対象外となります。コンピューターオブジェクトにアクセス制限などを設定している場合は注意が必要です。また、デスクトップのテンプレートイメージや、セキュリティーポリシーなどグループポリシーで制限をしている場合には、オンプレかクラウドかでPCの仕様に差異が出る可能性があり注意が必要です。 AADDSはActive Directoryの新規作成がおすすめ AADDSを利用する場合は、新規でActive Directoryを構築して運用管理することが一番シンプルで使いやすそうです。オンプレミスにはドメインコントローラーは作らず、最初からAADDSを利用します。アカウントの同期やリソースの移行といった面倒な作業が必要なく、シンプルで使いやすい構成と考えられます。 ハイブリッドクラウドでActive Directoryを移行する場合　Azure仮想マシンあり ハイブリッドクラウドを実現するために一番現実的で問題が少なそうな構成は、Azure上で仮想マシンを作成し、VPN接続でドメインコントローラーを複製する方法です。この方法は、オフィスと遠隔地を結ぶActive Directoryの構築方法と同じ考え方なので、これまで経験してきた手法が利用できます。Azure上に追加で仮想マシンを作成した場合は、すぐ側にドメインコントローラーがいるので、そのままドメイン参加することが可能です。最終的にはオンプレミスのドメインコントローラーをすべてなくして、Azure上のドメインコントローラーのみといった構成も可能です。Azure上にオンプレミスのリソースを最適配置して、クラウドの利点である運用コストの削減やデータ保護に役立てることが可能となります。Office365などクラウドサービスを利用する場合は、Azure AD Connectを利用してAADとアカウント同期を行い、シングルサインオンを可能とします。 ドメインコントローラーとして仮想マシンを作成 ハイブリッドクラウドでActive Directoryを移行する場合　Azure仮想マシンなし Active Directoryはそのままオンプレミスのものを利用して、Office365などクラウドサービスを利用する場合は、Azure AD Connectを利用して、オンプレミスのドメインコントローラーとAADの間でアカウント情報の同期を取ることで、クラウドサービスとオンプレミスのリソースを1つの同じアカウントで利用することが可能となります。 オンプレミスのドメインコントローラーを利用 ドメインコントローラーを作成しない場合 ドメインコントローラーの役割を、すべてAADDSを利用することで置き換えます。オンプレミスでもAzure上の仮想マシンでもActive Directoryに参加することが可能となります。AADDSはAADと紐づいているので、Office365などクラウドサービスにシングルサインオンが可能となっています。ただし、AADDSはいくつか制限事項があるので、オンプレミスからの移行よりは、新規でAzure上にActive Directoryを構築する場合に適しているようです。 ドメインコントローラーをAADDSに置き換え 以上、「ハイブリッドクラウドへの道　～The road to hybrid cloud.～」連載のはじめは、「Azure版Active Directory サービスの使いどころ」ということで、サービスの概要とそれぞれの使いどころを紹介しました。 次回以降、各サービスの設定方法など詳細情報を紹介していく予定です。

「お名前.com デスクトップクラウド」では、リモートデスクトップという技術を利用してサーバーに接続します。今回はリモートデスクトップを利用するための設定内容を詳しく紹介します。 まずはサーバーに接続！ すでにサーバーが利用可能となっているので、まずは接続してみましょう！ 1番簡単な方法は、前回紹介したコントロールパネルの「リモートデスクトップ」メニューから「RDPファイルのダウンロード」を実行することです。 RDPファイルのダウンロード 「RDPファイルのダウンロード」ボタンをクリックすると、RDPファイルがダウンロードされますので、そのままダブルクリックするなどして実行します。すでに「サーバーの初期設定」で設定したユーザー名が入力されているので、同様に設定したパスワードを入力します。 RDPファイルの実行 画面いっぱいに接続先サーバーのデスクトップが表示されます。画面上部にバーが表示されていれば接続先のデスクトップが表示されていることになります。「for MT4」プランであれば、デスクトップ上に「Desktop Cloud MT4 Installer」というアイコンも表示されています。 「お名前.com デスクトップクラウド」はWindowsからだけでなく、Mac、AndroidやiPhoneなどのスマートフォン、タブレットからも接続することが可能です。 RDPファイルをダウンロードする接続方法は、WindowsやMacなどから接続する場合に利用可能です。スマートフォンやタブレットから接続する場合、いくつかリモートデスクトップ接続用のアプリが公開されていますが、それぞれのアプリに接続情報を入力して設定する必要があります。 リモートデスクトップ接続情報 コントロールパネルの「リモートデスクトップ」メニューには「リモートデスクトップ接続情報」が記載されています。これらの情報は手動で「お名前.com デスクトップクラウド」にリモートデスクトップ接続するために必要な情報となります。具体的に、どの部分に設定するべき情報なのかを詳しく見てみましょう。 リモートデスクトップ接続情報 先ほどダウンロードしたRDPファイルを右クリックして「編集」を選択します。 「リモートデスクトップ接続」のアプリケーションが起動します。すでにRDPファイルの内容に従って、いくつかの項目が設定されています。「資格情報を保存できるようにする」のチェックを入れておくと、一度ログインした情報を保存して、以後同じコンピューターから接続する場合は、パスワードの入力無しに接続できるようになります。 リモートデスクトップ接続アプリケーション コントロールパネルの「リモートデスクトップ接続情報」と見比べてみましょう。 設定項目の確認 「コンピューター」と「ユーザー名」に関しては、「接続先コンピューター名」と「ユーザー名」の情報が該当します。 詳細設定タブには「任意の場所から接続する」という項目があり、“リモートデスクトップゲートウェイ(RDゲートウェイ)”を利用するための設定を行うことができます。「詳細」ボタンをクリックすると、「サーバー名」には「RDゲートウェイサーバー名」の情報が該当しています。コントロールパネルにある、RDゲートウェイサーバー名の下の「ユーザー名」は、スマートフォンやタブレットから接続する場合に、アプリによっては必要となる情報です。 画面 ・画面設定ダウンロードしたRDPファイルでは、接続元の画面いっぱいにサーバーのデスクトップが表示されますが、設定を変えることで、画面より小さいサイズで表示することが可能です。 「画面」タブの「画面の設定」のスライダーを変更することで任意のサイズで表示されます。一番右の大にすると全画面表示となります。 「リモートセッションですべてのモニターを使用する」にチェックを入れると、接続元がマルチモニター環境の場合、複数のディスプレーにサーバー上のデスクトップを表示することが可能となります。 画面の設定 ・画面設定ダウンロードしたRDPファイルでは、接続元の画面いっぱいにサーバーのデスクトップが表示されますが、設定を変えることで、画面より小さいサイズで表示することが可能です。 「画面」タブの「画面の設定」のスライダーを変更することで任意のサイズで表示されます。一番右の大にすると全画面表示となります。 「リモートセッションですべてのモニターを使用する」にチェックを入れると、接続元がマルチモニター環境の場合、複数のディスプレーにサーバー上のデスクトップを表示することが可能となります。 画面サイズを小さくして接続 ・画面の色画面の色は、写真や動画などをサーバー側で表示する場合、色数が多ければより自然に近い色合いとなりますが、接続回線が遅い場合などは負荷が高く使用感が悪くなるため、色数を落とすことをお勧めします。 ・全画面表示バーこのチェックを外すと、全画面表示の際に画面上部のバーを非表示にすることができます。通常のウィンドウ状態に戻すときには、Ctrl」＋「Alt」＋「Break」を押して全画面表示を解除できます。 ローカルリソース ローカルリソースの設定 ・リモートオーディオリモートオーディオの設定では、サーバー側で再生された音声を接続元のコンピューターで再生したり、接続元のコンピューターのマイクを使ってサーバー側で録音するといった設定を行うことができます。 リモートオーディオの設定 ・キーボードWindowsキーが有効になる場合を設定します。Windowsキーは「Windowsキー」 + 「E」でエクスプローラーを起動するなど他のキーと組み合わせて様々なショートカットとして利用できます。 ・ローカルデバイスとリソース「プリンター」のチェックを入れると、サーバー側の印刷出力先に、接続元のプリンターを指定することができます。 「クリップボード」のチェックを入れると、サーバー側と接続元でクリップボードを介してテキストやファイルのやり取りが可能となります。ファイルのコピー中に同様にクリップボード経由で他の操作を行うとエラーとなってしまいますので注意が必要です。また、クリップボード経由でやりとり可能なファイルサイズは4GBまでとなります。4GB以上のファイルの送受信を行う場合は、以下のドライブのチェックを入れて、エクスプローラーで表示された接続元のドライブを利用してファイルのやりとりを行う必要があります。 ただし、リモートデスクトップ経由でのファイルの送受信ではいずれの方法でも速度が極端に遅いため、サイズの小さいファイルや、テキストなどの文字列にとどめておく方がよいでしょう。サイズの大きなファイルの送受信は、一度OneDriveなどクラウドのストレージサービスを経由するなどの方法をお勧めします。 ローカルデバイスとリソースの設定 接続元のドライブを参照 リモートデスクトップのファイルコピー エクスペリエンス エクスペリエンスの設定 エクスペリエンスでは、リモートデスクトップ接続時の回線速度によって、表示すべきデスクトップの機能を選択することができます。「接続品質の自動検出」を選択しておくと回線速度に適した設定を自動的に選択してくれます。 「ビットマップのキャッシュを保持」にチェックを入れておくと、リモートデスクトップ接続のパフォーマンスがアップするので、チェックをそのまま入れておくことをお勧めします。 「接続が損なわれた場合は再接続する」のチェックを入れると、何らかの理由でリモートデスクトップ接続が意図せず途切れた場合、自動的に再接続を行います。 詳細設定 詳細設定 ・サーバー認証サーバー認証が失敗した場合の警告表示の方法を設定します。 ・任意の場所から接続するリモートデスクトップゲートウェイの設定を行います。設定情報は、先ほど紹介したコントロールパネルの「リモートデスクトップ接続情報」の内容となります。 以上が、「お名前.com デスクトップクラウド」でリモートデスクトップを利用するための設定方法となります。様々な利用環境に最適な細かい設定が可能となっており、サーバーと接続元で簡単にファイルのやり取りもできるようになっています。また、「お名前.com デスクトップクラウド」では、RDゲートウェイを採用してセキュリティーの向上が図られていますので、安心して利用することができるようになっています。 生まれ変わったお名前.com デスクトップクラウド、ぜひその速さを体感してみてください。

前回までに、「お名前.com デスクトップクラウド」の申し込みが完了して、サーバーが使えるようになりました。今回は、サーバーを管理するためのコントロールパネルの使い方を紹介します。 コントロールパネルにログイン 「お名前.com デスクトップクラウド」のTOPページを表示してログインボタンをクリックします。 デスクトップクラウドTOPページ まずはサーバーを管理するためにコントロールパネルにログインします。 コントロールパネルにログイン デスクトップクラウドの申し込み時に発行された「お名前ID」でログインします。 お名前IDでログイン デスクトップクラウドのTOPページ以外にも、「お名前.com Navi」のサーバー一覧からログインボタンをクリックしてもログインが可能です。 お名前.com Naviからコントロールパネルにログイン 初期設定 コントロールパネルのTOPページでは、申し込みが完了したサーバー一覧を確認することができます。複数台申し込みをした場合はこの一覧にサーバーが追加されていきます。サーバーを利用するためにはまず初期設定を行う必要があります。 「初期設定へ進む」をクリックします。 初期設定へ進む 初期設定画面では、サーバーにログインするためのユーザー名とパスワードを設定します。ユーザー名とパスワードはサーバーごとに設定する必要があるので、複数台申し込みを行っている場合はその都度設定することになります。また、ユーザー名とパスワードはコントロールパネルを使って後から変更することが可能です。入力を行ったら「実行」ボタンをクリックします。 ユーザー名、パスワードの設定 サーバーのステータスが“稼働中”となっていれば、初期設定が完了していますので、利用可能状態となります。 利用可能となったデスクトップクラウド リモートデスクトップ 1つずつ、画面左のメニュー内容を確認していきましょう。 まずは「リモートデスクトップ」です。こちらはサーバーに接続するための情報がまとめられています。「お名前.com デスクトップクラウド」では、Microsoftが提供している、「リモートデスクトップ」という仕組みを利用して、サーバーに接続します。 「RDPファイルのダウンロード」では、サーバーに接続するための情報があらかじめ設定されている、リモートデスクトップ接続設定ファイルをダウンロードすることができます。ダウンロードしたRDPファイルは、Windowsからであれば、面倒な設定内容を入力することなく、そのまま起動してパスワードだけ入力すればそのままサーバー接続が可能となっています。MacでRDPファイルを利用する場合は、あらかじめMicrosoftが提供する「Microsoft Remote Desktop」をインストールすることで、そのまま利用可能となっています。 その他、Androidのスマホやタブレットから接続する場合は、「リモートデスクトップ接続情報」に書かれている内容を元に入力設定を行います。 「リモートデスクトップご利用ガイド」では画像付きで詳しく接続方法が紹介されています。 リモートデスクトップ メニュー コンピューターの操作 「コンピューターの操作」では、接続先のサーバーの状態やスペック情報が確認できます。 「現在のステータス」では、サーバーの稼働状況を確認できます。“稼働中”であれば、サーバーに接続可能な状態となっています。また画面をキャプチャーしたイメージ画像でも稼働状況が確認できます。もし、稼働中にも関わらずリモートデスクトップで接続できなくなったり、サーバーが固まってしまった場合などは、「強制再起動する」をクリックすると、一度サーバーをリセット（データーは残ったまま）することで回復することがあります。 「コンピューターの情報」では、契約しているサーバーのスペックが確認できます。メモリを増やしたいなどの場合は、「お名前.com Navi」に一度ログインして、プラン変更することでスペックアップすることが可能です。 コンピューターの操作 メニュー ユーザー名/パスワード変更 「ユーザー名/パスワード変更」では、リモートデスクトップでサーバーに接続する際の、ユーザー名とパスワードを変更することができます。 また、コントロールパネルにログインするIDは「お名前.com Navi」のお名前IDとパスワードとは別となっているので、もしリモートデスクトップのパスワードを忘れてしまった場合でも、こちらから再設定が可能です。 ユーザー名/パスワード変更　メニュー コンピューターの初期化 こちらのメニューでは、サーバーを最初の状態に戻すことが可能です。「コンピューターの操作」から「強制再起動」を実施してもリモートデスクトップでログインできない場合や、サーバー内での設定や変更をすべて元に戻す場合などに利用します。「コンピューターの初期化」を行うと、サーバー上に保存されたデーターやすべての設定内容が失われることになるので、利用時には注意が必要です。 「コンピューターの初期化」後は、これまで利用していたユーザー名とパスワードで引き続き利用が可能です。 コンピューターの初期化　メニュー 以上が、「お名前.com デスクトップクラウド」でサーバーを管理するための「コントロールパネル」の使い方となります。 次回は、実際にサーバーにリモートデスクトップで接続して、サーバーの利用方法や、リモートデスクトップの接続情報の詳細な内容を紹介する予定です。 生まれ変わったお名前.com デスクトップクラウド、ぜひその速さを体感してみてください。

生まれ変わった「お名前.com デスクトップクラウド」～申し込み編～ 前回、新しくなった「お名前.com デスクトップクラウド」の概要を紹介しました。今回は、実際にデスクトップクラウドを使い始めるまでの申し込み手順について、1つずつ紹介します。 デスクトップクラウドの利用申込み まずは、「お名前.com デスクトップクラウド」のTOPページ（https://www.onamae-desktop.com/）を表示します。 デスクトップクラウドでは2種類のサービスが用意されています。FX用途向けに、あらかじめMT4がインストールされている「for MT4」と、通常のWindowsデスクトップが利用できる「for Biz」です。最初の画面で、右上の「お申込み」ボタンをクリックすると「for MT4」の申し込み画面となります。「for Biz」を申し込みたい場合は、画面上の、”for Biz”をクリックしてから、「お申込み」ボタンをクリックします。 デスクトップクラウドTOPページ for Bizの申し込み画面 申し込みをしたいプランを選択します。プランを選択すると支払い期間が表示されますので、こちらも選択します。まとめ払い期間が長いほど1ヶ月あたりの利用料が安くなっています。 プラン料金 プラン詳細 ここで、少しプランの詳細を説明しておきましょう。 プランは2種類、「for MT4」「for Biz」ともに、メモリ、CPU、ディスク容量ごとに価格が分かれています。また、共通仕様として、OSはWindows Server 2019、オールSSD採用、Google Chromeのプレインストールとなっています。「for MT4」はこれに加えて、「Desktop Cloud MT4 Installer」が用意されており、証券会社数社のMT4があらかじめ用意されていますので、ダウンロードの手間なくすぐにMT4が利用可能です。既存の証券会社以外のMT4も、ユーザー自身でダウンロードして利用することが可能です。 for MT4のデスクトップ for Bizのデスクトップ プラン選択後 プランと利用期間を選択して、画面右上の「次へ」ボタンをクリックします。初めてデスクトップクラウドを利用する場合は、メールアドレスとパスワード、すでにデスクトップクラウドを利用したことがある場合は、“お名前IDをお持ちの方”を選択して、ボタンをクリックします。 申込みの実行 すでに、お名前IDのユーザー登録が完了している場合は、支払い方法選択の画面に進みます。 初めてお名前.comのサービスを利用する場合は、お名前IDが発行されます。こちらは、以後ログインする場合に必要となります。ユーザー登録をするために必要な項目を入力します。ここに入力した電話番号で、申し込み完了後に電話認証による本人確認を行うことになります。 「次へ進む」をクリックします。 必要項目の入力 支払い方法を選択します。カード以外の支払い方法を希望の場合は「その他の支払い方法はこちら」をクリックします。カード以外では、コンビニ払い、銀行振り込み、請求書支払いが選択可能です。支払い方法を入力したら「申込む」ボタンをクリックして申し込みを確定します。 支払い方法の選択 申し込み完了 申し込みが完了すると、登録したメールアドレス宛に、“[お名前.com] デスクトップクラウド　お申込み確認”という件名でメールが届きますので、申し込み内容を確認します。利用開始までの流れは以下となります。 1.電話認証の手続きメール内に、電話認証による本人確認のための「認証用URL」が記載されていますので、クリックして電話認証を完了します。 2.請求明細の確認と支払い選択した支払い方法により異なります。メールに記載された手続方法に従って支払いを確定します。カード払いの場合はカード情報の確認が完了次第利用可能となりますので、より早く利用可能となります。 3.サーバー設定の開始支払いが確定すると、“[お名前.com] デスクトップクラウド サービス設定完了”という件名でメールが届きますので、記載内容に従いサーバーの初期設定を行います。 4.サービス利用開始サーバー設定完了次第、デスクトップクラウドが利用可能となります。 申し込み完了後のメール お名前.com Navi と コントロールパネル お名前.com デスクトップクラウドでは、申し込み情報を確認するための「お名前.com Navi」とサーバーを操作するための「コントロールパネル」が利用できます。「お名前.com デスクトップクラウド」のTOPページの「ログイン」ボタンをクリックすると、ログイン画面に移動します。 TOPページからログイン ログイン画面では、「お名前.com Navi」と「コントロールパネル」のどちらにログインするのかを選択します。コントロールパネルはサーバーが利用できるようになってからログイン可能となるので、今回は「お名前.com Navi」にログインしてみましょう。 ログイン画面 「お名前.com Navi」のTOPページでは様々なサービスの契約情報を確認できるようになっています。デスクトップクラウドの契約情報は右上の「デスクトップクラウド」をクリックして確認できます。 お名前.com Navi 先ほど申し込みをしたデスクトップクラウドのサーバーが確認できます。この段階では支払い情報の確認待ちなので、まだサーバーを利用することができません。サービス設定完了メールが届くか、「お名前.com Navi」の画面で、サーバーへの「ログイン」ボタンが表示されるまでしばらく待ちましょう。 申し込みをしたプランをクリックすると、サービスの詳細画面が表示されます。 申し込み状況の確認 サービス詳細画面では、よりスペックの高いプランへの変更や、解約、まとめ払いへの変更などを行うことができます。 サービス詳細画面 設定完了メールが届き、サーバー一覧を確認すると、コントロールパネルへの「ログイン」ボタンが表示されました。これでサーバーを利用することができるようになりました。 サービス設定完了メール このままログインボタンをクリックすることでコントロールパネルに進むことができます。また、デスクトップクラウドのTOPページのログインからもコントロールパネルに進めるようになっています。 利用可能状態になったサーバー サーバーが稼働中になると、サーバー一覧のプラン名をクリックすると確認できるサービス詳細の項目が増えています。メモリを増やしたいなどのプラン変更や、コントロールパネル情報、リモートデスクトップの接続情報などが確認できるようになっています。 サービス詳細 以上が、「お名前.com デスクトップクラウド」でサービスを使い始めるまでの申し込み手順となります。 次回は、実際にサーバーが利用できるようになったので、サーバーを管理するための「コントロールパネル」について詳しく紹介していく予定です。 生まれ変わったお名前.com デスクトップクラウド、ぜひその速さを体感してみてください。

2010年からサービスを開始し、これまで延べ13万台以上の仮想デスクトップを提供してきた「お名前.com デスクトップクラウド」が2019年1月23日にフルリニューアルして生まれ変わりました。セキュリティーが向上した最新のOS「Windows Server 2019」を採用し、すべてのプランでパフォーマンスを圧倒的にアップするSSDを採用することで、ストレスを感じることのない仮想デスクトップを提供しています。今回は概要編として、プランや料金について紹介します。■お名前.com デスクトップクラウドhttps://www.onamae-desktop.com/ [新]デスクトップクラウド サービス開始時点では、大きく分けて2つのプランが用意されています。仮想デストップ上でFXの自動売買アプリケーション「Meta Trader 4（MT4）」を利用するユーザー向けに、あらかじめMT4が同梱されている「for MT4」と、一般的な仮想デストップとして利用できる「for Biz」です。 それぞれのプランにはスペックごとにさらに細かくプランが分かれていますが、「for MT4」のライトプラン以外は、スペック、価格ともにどちらも同じとなっています。 FX専用 「for MT4」プラン 専用仮想デスクトップ「for Biz」プラン メモ：仮想デスクトップとは？ インターネット上に用意されたコンピューター（仮想マシン）に、ユーザーは手元のコンピューターから接続して、2台目以降の別のコンピューターとして利用できるサービス。接続先のコンピューターにはWindowsがインストールされており、デスクトップがいつも通りの操作で利用できる。接続元となるコンピューターは、Windowsの他に、Macやスマホ、タブレットからでもWindowsのデスクトップを利用可能。 手元のコンピューターからインターネット上の別のコンピューターに接続して利用できる どんなシーンでも利用できる仮想デスクトップ 料金プラン 「for MT4」と「for Biz」の料金プランを見てみましょう。「for MT4」「for Biz」どちらも初期費用は無料で、まとめ払いをするほど1ヶ月あたりの利用料金が安くなっています。 まずは、「for MT4」です。 「for MT4」の料金プラン 「for Biz」との違いは、あらかじめいくつかの証券会社が提供しているMT4が同梱されていて、ダウンロードすることなくすぐに利用できる点です。もちろん、これ以外の証券会社のMT4も自身でダウンロードしてインストールすれば利用可能です。 すぐにMT4を始められる「for MT4」 次に「for Biz」です。 「for Biz」の料金プラン MT4は特に必要無いという、ビジネス用途、個人用途の仮想デスクトップ利用の場合はこちらのプランが最適です。MT4があらかじめ同梱されていない点とライトプランが無いこと以外は、価格、スペックともに「for MT4」と同じラインナップとなっています。すべてのプランでSSDが採用されているので、デスクトップの操作感はこれまでのものとは段違いに快適です。 価格とスペックのバランスが一番良いのは2GBプランとなります。Windowsデスクトップの操作にはある程度のメモリが必要です。SSDの採用と合わせて2GBのメモリが搭載されていれば、ほとんどの場面でストレスを感じることなく仮想デスクトップを利用することができます。 デスクトップクラウドを利用すれば、パソコンを買い替えることなく快適にサクサク動く最新のWindowsデスクトップを手に入れることができます。 何が変わった？ [新]デスクトップクラウド これまでのデスクトップクラウドと何が変わったのか見てみましょう。 [旧][新]サーバーOSWindows Server 2012Windows Server 2019デスクトップOSWindows Server 2012R2 / 2008R2Windows Server 2019プラン-1.5GB、ライトプランを追加コア数表記ディスクHDDSSDMT4標準MT4を同梱標準・主要4社のMT4が同梱その他追加インストール可能（ライトプランを除く）リモートデスクトップ接続方法IPポート設定RDゲートウェイ方式ユーザー名の変更不可可コントロールパネルからのパスワードの変更コントロールパネルのパスワードのみコントロールパネル、リモートデスクトップのパスワード変更可プレインストールアプリ標準MT4（for FX）Google ChromeDesktop Cloud MT4 Installer（for MT4/ライトプランを除く）回線速度100Mbps100Mbps パフォーマンス以外では、最新のOS「Windows Server 2019」をサーバーとデスクトップ両方のOSに採用することで、最先端のセキュリティーで守られた安心して利用することのできる仮想デスクトップが提供されているのが注目すべき点となります。 デモンストレーション ではここで、MT4ユーザーのために実際に操作感がどれだけ変わったのか動画で紹介してみましょう。どちらも1GBプラン（1GBのメモリ、1コアのCPU）でMT4の起動時間を計測しています。 [旧]デスクトップクラウドでは、MT4の起動まで11秒要していたものが、SSD採用の[新]デスクトップクラウドでは5秒と半分以下になっています。数字で見ると半分ほどですが、実際に操作しているときの体感としては、イライラする時間もないほど数倍速くなったと感じることができます。（MT4は32ビットアプリケーションであり、64ビットアプリケーションのMT5の場合はさらに起動時間が速くなります） MT4に限らず、[新]デスクトップクラウドでは、デスクトップ上で動くすべてのアプリケーションでその速さを体感することができます。 さらに、動画をもう1つ紹介します。こちらは2GBプランでYouTube動画を視聴している場面です。このような動画であっても、安定したインターネット回線と併せて音声や映像が途切れることなく視聴することが可能です。（2GBプラン以上がおすすめです） 以上、生まれ変わったデスクトップクラウドの概要を紹介しました。 次回からは詳細な操作方法など交えて、デスクトップクラウドを快適に使いこなすためのテクニックを紹介していく予定です。 生まれ変わったお名前.com デスクトップクラウド、ぜひその速さを体感してみてください。

Windows Serverでは以前より、ソフトウェアRAIDと呼ばれるWindows ServerのOS自体の機能で、RAIDボリュームを構築することが可能となっています。RAID（Redundant Arrays of Inexpensive Disks）は複数のディスクを組み合わせて構築するディスクシステムで、複数のディスクを1つの大きなボリュームとして利用でき、冗長性の保持、パフォーマンスのアップを期待することができます。今回はWindows Server 2019のRAID機能としてこれまで提供されてきたものに、さらに記憶域プールの機能を組み合わせて、冗長性とパフォーマンスがより優れたRAIDディスクシステムを構築してみたいと思います。 ソフトウェアRAID 0・1・5 Windows Serverの「ディスクの管理」から構築できるRAIDボリュームを確認してみると、ボリュームの種類として、スパンボリューム、ストライプボリューム、ミラーボリューム、RAID5ボリュームの4種類が作成可能となっています。このうち、ストライプボリューム（RAID0）、ミラーボリューム（RAID1）、RAID5ボリューム（RAID5）がいわゆるRAID構成のボリュームということになります。スパンボリュームもRAIDと呼べそうですが、複数のディスクに分散してデータを書き込むRAIDとは別物として扱われているようです。 「ディスクの管理」で作成可能なRAIDボリューム 今回は各RAIDの特徴や構築方法などは割愛させていただきますが、それぞれのRAIDが単独のディスクに対してどれだけパフォーマンスと冗長性がアップするかを確認しておきます。（検証用として用意したものは、SATAのいわゆるひと昔前の遅いディスクです。） まずは、物理ディスク1台単体のベンチマークです。1台のディスク容量は465GBです。 ディスク1台のベンチマーク 次にRAID0＝ストライプをディスク3台で構築しています。容量は465×3=1395GBです。 ディスク3台RAID0のベンチマーク すでにRAIDのパフォーマンスについては様々なところで紹介されていますが、教科書通りRAID0のストライプ構成では、ディスクのRead・Writeのパフォーマンスがディスクの台数分だけ向上しています。組み合わせたディスクサイズ分、ボリューム容量を確保可能ですが、ディスクが1台でも故障してしまうとデータを失ってしまうというリスクを伴うのがRAID0となっています。 次にRAID1＝ミラーをディスク2台で構築しています。ディスク容量は1台分と同等の465GBです。 ディスク2台RAID1のベンチマーク ディスク2台から同時に読み取りが行われるので、Readのパフォーマンスが向上しています。Writeは1台の時とほぼ同じです。1つのデータを2台のディスクに同様に書き込んでいるため、ディスクが1つ故障したとしてもデータは保持されるので安全性が高いです。ミラーはディスク1台に対して1組となるため、ボリュームサイズはディスク1台のサイズが最大となります。 最後に、RAID5＝パリティーをディスク3台で構築しています。容量はパリティー分差し引かれて2台分の930GBです。 ディスク3台RAID5のベンチマーク パフォーマンスの良いRAID0のストライプに冗長性を持たせたのがRAID5となります。ディスクが1台故障したとしてもデータは保持され、大きなボリュームサイズを確保することが可能です。複数のディスクから読み込みするためReadのパフォーマンスがアップしますが、パリティー情報の書き込みが発生するため、Writeのパフォーマンスが低下します。ハードウェアのRAIDコントローラーでは、Writeのパフォーマンス低下を抑えるために、ライトバックというキャッシュメモリを利用したパフォーマンス対策を行っていますが、OSレベルのソフトウェアRAIDでは実現できていません。 DiskPartをPowerShellから使うには 各RAIDはWindows Serverの「ディスクの管理」から構築できますが、コマンドを利用することもできます。PowerShellではRAID関係のコマンドは提供されていないので、DiskPartを使って構築することになります。PowerShellからDiskPartを呼び出す場合は以下のようになります。 @"select disk 4convert dynamicselect disk 5convert dynamicselect disk 4select volume Eadd disk 5"@ | DiskPart RAID1（ミラー）のボリュームを作成するサンプルです。ポイントとしては、DiskPartで実行するコマンドをヒア文字列で作成して、パイプラインでDiskPartに引き渡す部分となります。 記憶域プール 記憶域プールの詳細についても、すでに様々な記事で詳しく紹介されているので、ここでは概要だけ紹介します。Windows Server 2012から利用できるようになった記憶域プールは、OSレベルで構築する新しいディスクシステムです。仮想化の技術を応用し、仮想ディスクベースで構成されます。複数の物理ディスクに跨ってデータを分散し、冗長性、拡張性、パフォーマンスに優れたディスクシステムを提供します。 これまで「ディスクの管理」から行っていたような構築管理が、サーバーマネージャーやPowerShellで行うことができるようになっています。RAIDボリュームのような冗長性を持たせつつ、さらに障害対策機能も向上しています。また、仮想化ならではの機能で、実際の物理ディスク以上の容量を確保したボリューム作成が可能で、オンラインで後からディスクを追加することができるなど、管理のしやすさ、パフォーマンスの向上も実現しています。 記憶域プールでは「シンプル」「ミラー」「パリティー」といった記憶域のレイアウトを選択することができ、RAIDボリューム以上の障害対策を利用することが可能です。 記憶域のレイアウトの簡単な説明をしておきます。 ・シンプルは、RAID0のように高いパフォーマンスでディスクを無駄なく利用することができますが、障害対策機能を持っていませんので、物理ディスクに障害が発生した場合、データを失うことになります。 記憶域のレイアウト シンプル ・ミラーはRAID1同様に2台のディスクでデータを二重化して保存しているので、障害対策も問題ありません。さらなる障害対策として、同じデータを3か所に保存しておくといった3方向ミラーという構成も選択可能です。3方向ミラーの場合、最低5台の物理ディスクが必要で、2台までの故障に対応できますが、その分ディスク容量の利用効率は低くなり、コストがかかります。 記憶域のレイアウト ミラー ・パリティーは、RAID5のようにデータを3台以上のディスクに分散して保存して、パリティー領域にデータ保存情報を確保するので、ミラーよりもディスク容量の利用効率は良くなっています。パリティー情報の書き込みが発生するため、書き込み速度が遅くなる傾向があります。 記憶域のレイアウト パリティー 記憶域プールの作成 記憶域プールは、サーバーマネージャーもしくはPowerShellから作成することができます。まずはサーバーマネージャーを使って記憶域プールを作成してみましょう。「サーバーマネージャー」 - 「ファイルサービスと記憶域サービス」 - 「記憶域プール」を選択します。右上の「タスク」から「記憶域プールの新規作成」を選択してウィザードを起動します。 「記憶域プール名」を設定して、利用していない物理ディスクを3台選択します。 ディスクの選択 記憶域プールが作成されました。 記憶域プールの作成完了 次に、作成した記憶域プール内に仮想ディスクを作成します。仮想ディスクの「タスク」から「仮想ディスクの新規作成」を選択します。 仮想ディスクの新規作成 記憶域プールが複数ある場合は、仮想ディスクを作成する記憶域プールを選択して、ウィザードを起動します。 記憶域プールの選択 仮想ディスク名を設定します。エンクロージャの回復性の指定は、ブレードサーバーなどを利用する場合にブレードのモジュールなどを物理的に分けている場合に指定する項目となります。エンクロージャがない場合、チェックボックスは無効になっているのでこのまま次に進みます。 エンクロージャの設定 記憶域のレイアウト、RAID0と比較するため、今回は「Simple」を選択します。 記憶域のレイアウトの選択 プロビジョニングの種類の指定では、仮想ディスクの初期状態を指定します。 Hyper-Vで利用する仮想ハードディスクのvhdxファイルと同様に、「最小限」は利用した分だけ実容量を確保する容量可変の仮想ディスクです。「固定」は先にボリュームの実容量すべてを確保しておく仮想ディスクとなります。記憶域プールを利用すると、利用当初からすべての実容量を確保しておく必要がないという、仮想化ならではの利便性があります。足りなくなったら後から物理ディスクを追加することが可能です。 ここでは「最小」を選択します。 プロビジョニングの種類の指定 仮想ディスクのサイズを指定します。先ほど作成したRAID0と比較するため、同じサイズで作成しておきます。 仮想ディスクのサイズの指定 仮想ディスクが作成されました。 仮想ディスクの作成完了 「閉じるボタン」をクリックすると、引き続き「新しいボリュームウィザード」が自動的に起動します。これ以降はこれまで利用していた「ディスクの管理」ツールでボリュームを作成する手順と同じです。 新しいボリュームウィザード ボリュームを作成するディスクを選択します。先ほど作成した仮想ディスクがリストに追加されています。 ディスクの選択 「ディスクの管理」ツールから確認すると、仮想ディスクが1台の物理ディスクとして認識されているのが確認できます。 ディスクの管理から確認 ボリュームサイズを指定します。ここでは最大サイズを指定します。 ボリュームサイズの指定 ドライブ文字を割り当てます。フォルダとして割り当てることも可能です。 ドライブ文字の割り当て ファイルシステムの指定で、ファイルフォーマットを指定します。 ファイシステムの選択 「ディスクの管理」ツールのボリューム作成ウィザードと異なる点は、データ重複除去の設定が併せてできる点です。 データ重複除去の設定 ボリュームが作成されました。 ボリューム作成の完了 「ディスクの管理」ツールからも確認できます。 ディスクの管理からボリュームの確認 早速、パフォーマンスをチェックしてみましょう。先ほど作成したRAID0と同等のパフォーマンスとなっています。 記憶域プールSimple RAID0 ここまでだと、記憶域プールのSimpleとこれまでの「ディスクの管理」から作成したRAID0（ストライプ）の違いは無いように思えますが、記憶域プールの利点はここからになります。 先ほど3台の物理ディスクで記憶域プールを作成しました。「ディスクの管理」ではすでに物理ディスク3台分の容量でボリュームを作成しているので、それ以上のボリュームは作成できません。記憶域プールでは仮想ディスクベースでボリュームを作成しているため、最小の容量でボリュームを作成でき、実際に利用していないディスクのスペースにさらにボリュームを作成することが可能です。いわゆるオーバーコミットと呼ばれている技術です。実際に利用された分だけ物理ディスクが消費されるので、初めは最小のコストでパフォーマンスを落とすことなくスタートすることができます。ディスク領域が足りなくなってきたら、記憶域プールに物理ディスクを追加していきます。 このキャプチャー画像は、物理ディスク3台分の記憶域プールの中に、物理ディスク6台分に相当する容量で仮想ディスクを作成して、2つのボリュームとして利用している状態です。これまででは実現できなかったディスクシステムを構成できるのが、記憶域プールのメリットとなります。 効率的なディスクの利用が可能な記憶域プール ただし、同じ物理ディスク上に複数の記憶域プールを作成した場合は、ディスクの故障によるデータ消失のリスクが高くなりますので、障害対策として万全を期す場合には記憶域プールごとに仮想ディスクを割り当てることをお勧めします。 ※仮想ディスクの削除不要となった仮想ディスクを削除する場合は、作成しているボリュームを先に削除してから、仮想ディスクを削除する必要があります。 ボリュームの削除・仮想ディスクの削除 続いて、記憶域プールのMirrorとParityも同様に作成してパフォーマンスを見てみましょう。記憶域プールMirrorの場合は、Readのパフォーマンスがほぼ1台の物理ディスクと同様となっています。RAID1のほうがReadについてはパフォーマンスが良いようです。 記憶域プールMirror RAID1 記憶域プールのParityでは、RAID5の弱点であったWriteのパフォーマンスが向上しています。 記憶域プールParity RAID5 PowerShellによる記憶域プールの作成 サーバーマネージャーから記憶域プールの作成方法を紹介しましたので、次にPowerShellで記憶域プールを作成する方法を紹介します。 まずは、物理ディスク一覧でDeviceIdを確認します。このDeviceIdをキーとして記憶域プールを作成していきます。 (Get-PhysicalDisk -CanPool $True) | Select DeviceidDeviceid--------7131242381091114165 物理ディスクのDeviceId 2,3,4を使って記憶域プールを作成します。記憶域のレイアウトはSimpleです。 $PhysicalDisks = (Get-PhysicalDisk -CanPool $True) | Where {($_.Deviceid -eq 2) -Or ($_.Deviceid -eq 3) -Or ($_.Deviceid -eq 4)}$StragePoolName = "SP01"$VirtualDiskName = "VD_Simple"$Layout = "Simple"New-StoragePool -FriendlyName $StragePoolName -StorageSubsystemFriendlyName (Get-StorageSubSystem).FriendlyName -PhysicalDisks $PhysicalDisks -ResiliencySettingNameDefault $Layout -ProvisioningTypeDefault Thin -Verbose 仮想ディスクを作成して、ボリュームを作成します。 $DriveLetter = "E"New-VirtualDisk -FriendlyName $VirtualDiskName -StoragePoolFriendlyName $StragePoolName -Size 465GB -ProvisioningType Thin | Initialize-Disk -PassThru | New-Partition -UseMaximumSize -DriveLetter $DriveLetter | Format-Volume -Confirm:$falseDriveLetter FileSystemLabel FileSystem DriveType HealthStatus OperationalStatus SizeRemaining Size----------- --------------- ---------- --------- ------------ ----------------- ------------- ----E NTFS Fixed Healthy OK 464.73 GB 464.87 GB PowerShellを使えば、記憶域プールから仮想ディスク、ボリュームの作成まで一気に完了します。 仮想ディスクの削除と、記憶域プールの削除は以下となります。 Get-VirtualDisk -FriendlyName $VirtualDiskName | Remove-VirtualDisk -Confirm:$falseGet-StoragePool -FriendlyName $StragePoolName | Remove-StoragePool -Confirm:$false RAID10・RAID50の構築は可能か？ RAIDと記憶域プールの解説はここまでとして、今回の本題に移りたいと思います。これまで見てきたように、Windows Server 2019では、「ディスクの管理」からRAID0、1、5の構成が作成できました。記憶域プールでもRAID0、1、5相当の障害対策を踏まえたディスクシステムを構築することが可能となっていました。RAIDではさらにパフォーマンスのアップとディスクの障害対策を万全にするために、RAID10（1+0）、RAID50（5+0）と呼ばれるディスク構成を採用することが可能です。RAID1、RAID5の冗長性とRAID0のパフォーマンスを合わせて、RAID10は物理ディスクを2台1組としてRAID1のペアを作成し、複数台ストライプとして並べたものです。RAID50は3台以上の物理ディスクを一組としてRAID5の構成をペアとして作成し、複数台ストライプとして並べたものです。 RAID10・RAID50 RAID10とRAID50をWindow Serverで実現するためにはどのように構成すべきか考えてみましょう。 記憶域プールで作成した仮想ディスクは、Windows Serverからは1つのディスクとして認識されています。 ディスクとして確認できる仮想ディスク すでにこの状態で、記憶域プールでMirrorもしくはParityとして仮想ディスクが作成されていれば、これを複数作ってRAID0（ストライプ化）とすることで、RAID10とRAID50を構築可能と考えられます。先にも述べましたが、複数のディスクで構成される記憶域プール内に、複数の仮想ディスクを作成した場合、見た目は冗長性が確保されているように見えますが、実際の障害対策としては不十分となります。RAID10とRAID50を構築する場合でも、物理ディスクごとに記憶域プールをきちんと作り分けて仮想ディスクを作成する必要があります。 従って、RAID10の場合に必要な物理ディスクは最低でも4台、RAID50の場合は6台となります。RAID0にする組み合わせが増えれば増えるほど、パフォーマンスアップが期待できますし、記憶域のレイアウトを3方向のMirrorにした場合などは最低でも10台の物理ディスクが必要となります。 記憶域プールを利用したRAID10・RAID50 RAID10とRAID50のディスクシステムをPowerShellで一気に構築してみましょう。 まずはRAID10から。 $PhysicalDisks = (Get-PhysicalDisk -CanPool $True) | Where {($_.Deviceid -eq 2) -Or ($_.Deviceid -eq 3)}$StragePoolName = "SP01"$VirtualDiskName = "VD01"$Layout = "Mirror"New-StoragePool -FriendlyName $StragePoolName -StorageSubsystemFriendlyName (Get-StorageSubSystem).FriendlyName -PhysicalDisks $PhysicalDisks -ResiliencySettingNameDefault $Layout -ProvisioningTypeDefault Thin -VerboseNew-VirtualDisk -FriendlyName $VirtualDiskName -StoragePoolFriendlyName $StragePoolName -Size 465GB -ProvisioningType Thin | Initialize-Disk -PassThru$DiskNo1 = (Get-Disk -FriendlyName $VirtualDiskName).Number$PhysicalDisks = (Get-PhysicalDisk -CanPool $True) | Where {($_.Deviceid -eq 4) -Or ($_.Deviceid -eq 5)}$StragePoolName = "SP02"$VirtualDiskName = "VD02"$Layout = "Mirror"New-StoragePool -FriendlyName $StragePoolName -StorageSubsystemFriendlyName (Get-StorageSubSystem).FriendlyName -PhysicalDisks $PhysicalDisks -ResiliencySettingNameDefault $Layout -ProvisioningTypeDefault Thin -VerboseNew-VirtualDisk -FriendlyName $VirtualDiskName -StoragePoolFriendlyName $StragePoolName -Size 465GB -ProvisioningType Thin | Initialize-Disk -PassThru$DiskNo2 = (Get-Disk -FriendlyName $VirtualDiskName).Number@"select disk $DiskNo1convert dynamicselect disk $DiskNo2convert dynamiccreate volume stripe disk=$DiskNo1,$DiskNo2format fs=ntfs quickassign letter=E"@ | DiskPart 2つの記憶域プールにMirrorの仮想ディスクをそれぞれ作成しました。 2つの記憶域プールに2つのMirrorを作成 EドライブとしてRAID0を構築しています。 2つの仮想ディスクでRAID0を構成 パフォーマンスも良好です。 RAID10のパフォーマンス 続いてRAID50です。 $PhysicalDisks = (Get-PhysicalDisk -CanPool $True) | Where {($_.Deviceid -eq 6) -Or ($_.Deviceid -eq 7) -Or ($_.Deviceid -eq 8)}$StragePoolName = "SP03"$VirtualDiskName = "VD03"$Layout = "Parity"New-StoragePool -FriendlyName $StragePoolName -StorageSubsystemFriendlyName (Get-StorageSubSystem).FriendlyName -PhysicalDisks $PhysicalDisks -ResiliencySettingNameDefault $Layout -ProvisioningTypeDefault Thin -VerboseNew-VirtualDisk -FriendlyName $VirtualDiskName -StoragePoolFriendlyName $StragePoolName -Size 465GB -ProvisioningType Thin | Initialize-Disk -PassThru$DiskNo1 = (Get-Disk -FriendlyName $VirtualDiskName).Number$PhysicalDisks = (Get-PhysicalDisk -CanPool $True) | Where {($_.Deviceid -eq 9) -Or ($_.Deviceid -eq 10) -Or ($_.Deviceid -eq 11)}$StragePoolName = "SP04"$VirtualDiskName = "VD04"$Layout = "Parity"New-StoragePool -FriendlyName $StragePoolName -StorageSubsystemFriendlyName (Get-StorageSubSystem).FriendlyName -PhysicalDisks $PhysicalDisks -ResiliencySettingNameDefault $Layout -ProvisioningTypeDefault Thin -VerboseNew-VirtualDisk -FriendlyName $VirtualDiskName -StoragePoolFriendlyName $StragePoolName -Size 465GB -ProvisioningType Thin | Initialize-Disk -PassThru$DiskNo2 = (Get-Disk -FriendlyName $VirtualDiskName).Number@"select disk $DiskNo1convert dynamicselect disk $DiskNo2convert dynamiccreate volume stripe disk=$DiskNo1,$DiskNo2format fs=ntfs quickassign letter=F"@ | DiskPart 2つの記憶域プールにParityの仮想ディスクをそれぞれ作成しました。 2つの記憶域プールに2つのParityを作成 FドライブとしてRAID0を構築しています。 2つの仮想ディスクでRAID0を構成 記憶域プールのParityよりもパフォーマンスが向上しています。 RAID50のパフォーマンス 以上、記憶域プールのMirrorとParityの障害対策と、RAID0のパフォーマンスをうまく組み合わせることができました。物理ディスクの台数と障害対策、パフォーマンスを考慮すると、RAID10のバランスが良い結果となっています。RAID50は書き込みの機会が多いバックアップ領域などの利用に適しているようです。RAID0で構成する仮想ディスクの数を増やすことでさらなるパフォーマンスアップも期待できます。さらに、記憶域プールでSimpleの仮想ディスクを作成し、「ディスクの管理」でRAID1やRAID5を構成して、RAID01（0+1）、RAID05（0+5）など逆の構成や障害対策にすぐれたRAID11（1+1）など自由に組み合わせることも可能です。このように、Windows Server 2019では、これまでのソフトウェアRAIDと記憶域プールを組み合わせることで、障害対策にすぐれ、パフォーマンスも向上させることができるディスクシステムを構築することが可能です。PowerShellを使えば簡単に構築可能ですので、利用するハードウェア環境でこれらの構成を試して、最適なディスクシステムを見つけてみましょう。