Azure 専用ホスト

適用対象: ✔️ Linux VM ✔️ Windows VM ✔️ 均一スケール セット

Azure Dedicated Host は、1 つの Azure サブスクリプションに割り当てられた 1 つ以上の仮想マシンをホストできる物理サーバーを提供するサービスです。 専用ホストは、データ センターで使われるものと同じ物理サーバーですが、代わりに直接アクセス可能なハードウェア リソースとして提供されます。 リージョン、可用性ゾーン、障害ドメイン内に専用ホストをプロビジョニングできます。 その場合、ニーズに最適な任意の構成で、プロビジョニングされたホストに VM を直接配置できます。

ビデオの概要

メリット

ホスト全体を予約すると、標準の共有仮想マシン ホストにはないくつかの利点があります。

• コストの最適化: Azure ハイブリッドのベネフィットを使用すると、Windows と SQL のライセンスを Azure に持ち込むことができます。 詳細については、「[Azure ハイブリッド特典](https://azure.microsoft.com/pricing/hybrid-benefit/)」を参照してください。

• 信頼性: Azure プラットフォームによって開始されるメンテナンス イベントを、ほぼ完全に制御できます。 ほとんどのメンテナンス イベントでは仮想マシンに対する影響はほとんど、またはまったくありませんが、1 秒間の一時停止が影響する可能性のある機密性の高いワークロードがいくつかあります。 専用ホストを使用すると、メンテナンス期間を選択して、サービスへの影響を軽減できます。

• パフォーマンス効率: 物理ホストを制御できるため、メモリやストレージなどの物理リソースを共有するアプリケーションを選択できます。 これにより、ホスト コンピューターでの低遅延と高スループットによってメリットがある特定のワークロードを高速化できます。

• セキュリティ: 物理サーバー レベルでのハードウェアの分離により、機密のメモリ データを物理ホスト内で分離したままにできます。 他の顧客の VM はホスト上に配置されません。 専用ホストは同じデータ センターに展開され、他の分離されていないホストと同じネットワークおよび基になるストレージ インフラストラクチャを共有します。

グループ、ホスト、VM

ホスト グループは、専用ホストのコレクションを表すリソースです。 リージョンと可用性ゾーンにホスト グループを作成し、それにホストを追加します。

ホストはリソースであり、Azure データ センター内の物理サーバーにマップされます。 物理サーバーは、ホストの作成時に割り当てられます。 ホストは、ホスト グループ内に作成されます。 ホストには、作成できる VM サイズが記述されている SKU があります。 各ホストでは、同じサイズ シリーズのものである限り、異なるサイズの複数の VM をホストできます。

高可用性に関する考慮事項

高可用性を実現するには、複数の VM を複数のホスト (最低 2 つ) に分散させて展開する必要があります。 Azure 専用ホストには、障害分離境界を形成するようにインフラストラクチャをプロビジョニングするためのオプションがいくつかあります。

障害分離のために可用性ゾーンを使用する

可用性ゾーンは、Azure リージョン内の一意の物理的な場所です。 それぞれのゾーンは、独立した電源、冷却手段、ネットワークを備えた 1 つまたは複数のデータセンターで構成されています。 ホスト グループは、1 つの可用性ゾーン内に作成されます。 作成されると、すべてのホストがそのゾーン内に配置されます。 ゾーンをまたいで高可用性を実現するには、複数のホスト グループ (ゾーンごとに 1 つ) を作成し、それに応じてそれらの間にホストを分散させる必要があります。

可用性ゾーンにホスト グループを割り当てる場合は、そのホスト上に作成されるすべての VM を、同じゾーン内に作成する必要があります。

障害ドメインを使用して障害の分離を行う

ホストは特定の障害ドメインに作成することができます。 スケール セットまたは可用性セット内の VM と同様に、異なる障害ドメインのホストは、データ センター内の異なる物理ラックに配置されます。 ホスト グループを作成するときは、障害ドメインの数を指定する必要があります。 ホスト グループ内にホストを作成するときは、各ホストに障害ドメインを割り当てます。 VM に障害ドメインを割り当てる必要はありません。

障害ドメインは、コロケーションと同じものではありません。 2 つのホストを同じ障害ドメインにしても、互いに近接しているとは限りません。

障害ドメインはホスト グループにスコープされます。 2 つのホスト グループ間の非アフィニティについては、何も想定しないでください (異なる可用性ゾーンに存在しない場合)。

異なる障害ドメインでホストに展開された VM では、障害分離保護を強化するため、複数のストレージ スタンプで基になるマネージド ディスク サービスが使用されます。

可用性ゾーンと障害ドメインの使用

両方の機能を一緒に使用して、より高い障害の分離を実現できます。 両方を使うには、各ホスト グループに対して可用性ゾーンと障害ドメインの数を指定し、グループ内の各ホストに障害ドメインを割り当ててから、各 VM に可用性ゾーンを割り当てます。

Resource Manager のサンプル テンプレートでは、ゾーンと障害ドメインを使用して、リージョン内の回復性を最大にするためにホストが分散されます。

手動配置と自動配置

Azure で VM を作成するときに、使用する専用ホストを選択できます。 また、ホスト グループ内の既存のホストに VM を自動的に配置するオプションを使用することもできます。

新しいホスト グループを作成する際には、VM の自動配置の設定が選択されていることを確認してください。 VM を作成する際は、ホスト グループを選択すると、Azure によって VM に最適なホストが選択されます。

自動配置が有効になっているホスト グループでは、すべての VM が自動的に配置される必要はありません。 ホスト グループに対して自動配置が選択されている場合でも、ホストを明示的に選択できます。

自動配置の制限事項

VM の自動配置を使用する場合の既知の問題と制限事項:

• VM を再デプロイすることはできません。
• 専用ホストで DCv2、Lsv2、NVasv4、NVsv3、Msv2、または M シリーズの VM を使うことはできません。

ホストのサービス復旧

基になるノードに関連する障害が発生した場合、ネットワーク接続またはソフトウェアの問題によってホストとホスト上の VM が正常でない状態になり、ワークロードの中断とダウンタイムが発生するおそれがあります。 既定のアクションでは、Azure で自動的に、影響を受けるホストを正常なノードにサービス復旧し、すべての VM を正常なホストに移動します。 VM がサービス復旧されて再起動されると、影響を受けるホストは割り当て解除されます。 サービス復旧プロセス中、ホストと VM は使用できなくなり、わずかなダウンタイムが発生します。

新しく作成されたホストには、以前のホストとまったく同じ制約が適用されます。

• Resource group
• リージョン
• 障害ドメイン
• ホスト グループ
• ADH SKU
• [傷害発生時にホストを自動的に置き換える] 設定

コンプライアンス要件を持つユーザーは、ホストと基になるノードの間に強いアフィニティを必要とする場合があり、サービスの自動復旧を望みません。このようなシナリオでは、ユーザーは [傷害発生時にホストを自動的に置き換える] 設定を無効にすることで、ホスト レベルで自動サービス復旧をオプトアウトできます。

影響

自動サービス復旧を無効にした場合、基になるノードで障害が発生すると、ホストの状態は [割り当て解除が保留中のホスト] に変わり、最終的に割り当て解除されます。

割り当て解除を回避するには、新しい専用ホストを作成し、すべての VM を古いホストから新しいホストに移動することで、ホストを手動で再デプロイする必要があります。

ホストの自動置換設定は作成時の設定であり、ホストの作成後に変更できません。 影響を受けるホストから手動で停止または割り当て解除された VM は、自動サービス復旧の一環として移動されません。

Virtual Machine Scale Sets のサポート

Virtual Machine Scale Sets を使うと、仮想マシンのグループを 1 つのリソースとして扱い、可用性、管理、スケーリング、オーケストレーションのポリシーをグループとして適用できます。 Virtual Machine Scale Sets には、既存の専用ホストを使うこともできます。

仮想マシン スケール セットを作成するときに、既存のホスト グループを指定して、すべての VM インスタンスを専用ホスト上に作成できます。

専用ホスト グループに仮想マシン スケール セットを作成する場合は、次の要件が適用されます。

• VM の自動配置を有効にする必要があります。
• ホスト グループの可用性設定は、使用しているスケール セットと一致している必要があります。
  • リージョン スケール セットでは、(可用性ゾーンを指定せずに作成された) リージョン ホスト グループを使用する必要があります。
  • ホスト グループとスケール セットでは、同じ可用性ゾーンが使用されている必要があります。
  • ホスト グループ レベルの障害ドメインの数は、スケール セットの障害ドメインの数と一致している必要があります。 Azure portal では、スケール セットの "最大拡散" を指定できます。これにより、障害ドメインの数が 1 に設定されます。
• 専用ホストは、十分な容量を確保し、スケール セット ゾーンおよび障害ドメインで同じ設定を適用した上で最初に作成する必要があります。
• 専用ホストでサポートされている VM のサイズは、スケール セットで使用されているものと一致している必要があります。

すべてのスケール セットのオーケストレーションと最適化設定が、専用ホストでサポートされているわけではありません。 次の設定をスケール セットに適用します。

• オーバープロビジョニングは推奨されず、既定で無効になっています。 オーバープロビジョニングを有効にすることは可能ですが、ホスト グループに、オーバープロビジョニングされたインスタンスを含むすべての VM に対応する容量がない場合は、スケール セットの割り当てが失敗します。
• ScaleSetVM オーケストレーション モードの使用
• コロケーションに近接配置グループを使わないでください

専用ホスト上の仮想マシンに対する Ultra ディスクのサポート

Ultra ディスクでは、ディスク サイズに応じて、高い IOPS (ディスクあたり最大 160,00 IOPS) と高いディスク スループット (ディスクあたり最大 4000 Mbps) が提供されます。 Ultra ディスクのすべての制限は引き続き適用されます。 専用ホストで Ultra ディスクを使用するには、次の要件を満たす必要があります。

• ホスト グループでは Ultra SSD が 'Enabled' になっている必要があります。ホスト グループの作成後にこのプロパティを変更することはできません
• 専用ホストの仮想マシン シリーズは、Ultra ディスクと互換性がある必要があります。

専用ホストでは、LSv2、M、Mv2、Msv2、Mdsv2、NVv3、NVv4 という特殊な VM サイズの Ultra ディスクもサポートされています。 ただし、次に示す場合は、追加の制限が適用されます。

• ホスト グループで自動配置が 'Disabled' になっている必要がある場合
• ホスト グループの障害ドメイン数を、'1' のみに設定する必要が場合

メンテナンス管理

仮想マシンをサポートするインフラストラクチャは、信頼性、パフォーマンス、セキュリティを向上させ、新機能を投入するために、ときどき更新されることがあります。 Azure Platform では、可能な限りプラットフォーム メンテナンスの影響が最小限に抑えられますが、"メンテナンスの影響を受けやすい" ワークロードを使用するお客様は、メンテナンスのために VM が数秒でもシャットダウンされることを許容できません。

メンテナンス管理により、お客様は、専用ホストでスケジュールされた通常のプラットフォーム更新をスキップし、35 日のローリングウィンドウ内で選択した時点で適用することができます。 メンテナンス期間内では、メンテナンスを任意の順序で、ホストレベルで直接適用できます。 メンテナンス期間が終了すると、Microsoft は処理を進め、ユーザー定義の障害ドメインに従っていない可能性のある順序で、保留中のメンテナンスをホストに適用します。

詳細については、「メンテナンス コントロールによるプラットフォームの更新の管理」を参照してください。

容量に関する考慮事項

プロビジョニングされた専用ホストは、Azure によって物理サーバーに割り当てられます。 これにより、VM をプロビジョニングする必要があるときの容量の可用性が保証されます。 Azure では、ホストの物理サーバーを選択するために、リージョン (またはゾーン) の全容量が使用されます。 またそれは、クラスター内の領域の不足を心配することなく専用のホスト フットプリントを拡張できることをお客様が期待できることを意味します。

Quotas (クォータ)

専用ホストをデプロイするときに使用されるクォータには、次の 2 種類があります。

1. 専用ホストの vCPU クォータ。 既定のクォータ制限は、リージョンごとに 3000 vCPU です。
2. VM サイズ ファミリ クォータ。 たとえば、従量課金制サブスクリプションの場合、米国東部リージョンで使用可能な Dsv3 サイズ シリーズの vCPU には 10 個のクォータがあります。 Dsv3 専用ホストをデプロイするには、専用ホストをデプロイする前に、少なくとも 64 vCPU にクォータを増やすように要求する必要があります。

クォータの増加を要求するには、Azure portal でサポート リクエストを作成します。

専用ホストをプロビジョニングすると、専用ホストの vCPU と VM ファミリの vCPU クォータの両方が使われますが、リージョンの vCPU は使われません。 専用ホストに配置される VM は、VM ファミリ vCPU クォータに対してカウントされません。 専用ホストからマルチテナント環境に VM を移動する場合、その VM では VM ファミリ vCPU クォータが使用されます。

詳しくは、「仮想マシンの vCPU クォータ」をご覧ください。

無料試用版と MSDN サブスクリプションには、Azure Dedicated Host 用のクォータはありません。

価格

ユーザーは、展開されている VM の数に関係なく、専用ホストごとに課金されます。 毎月の明細書では、新しい課金対象のホストのリソース種類が示されています。 専用ホスト上の VM は明細書で引き続き示されますが、料金は 0 になります。

ホスト価格は、VM ファミリ、タイプ (ハードウェア サイズ)、およびリージョンに基づいて設定されます。 ホストの価格は、ホストでサポートされている最大の VM サイズが基準になります。

ソフトウェア ライセンス、ストレージ、およびネットワークの使用量は、ホストおよび VM とは別に課金されます。 それらの課金対象項目に変更はありません。

詳しくは、「Azure 専用ホストの価格」をご覧ください。

また、Azure Dedicated Hostの予約インスタンスを使用してコストを節約することもできます。

サイズとハードウェアの世代

SKU は、特定のホストでの VM のサイズ シリーズと種類を表します。 同じサイズ シリーズであれば、1 つのホスト内に異なるサイズの複数の VM を混在させることができます。

"種類" はハードウェアの世代です。 同じ VM シリーズの異なるハードウェアの種類では、CPU ベンダーが異なり、CPU の世代とコアの数が異なります。

サイズとハードウェアの種類はリージョンによって異なります。 詳しくは、ホストの価格のページ を参照してください。

Note

専用ホストをプロビジョニングした後に、サイズや種類を変更することはできません。 サイズや種類の異なるホストが必要な場合は、新しいホストを作成する必要があります。

ホストのライフ サイクル

Azure では、ホストの正常性状態が監視および管理されます。 ホストのクエリを実行すると、次の状態が返されます。

正常性の状態	説明
使用可能なホスト	ホストに既知の問題はありません。
調査対象のホスト	ホストには調査中の問題がいくつかあります。 この移行状態は、Azure が識別された問題のスコープと根本原因を特定するために必要なものです。 ホストで実行されている仮想マシンが影響を受ける可能性があります。
Host Pending Deallocate (割り当て解除中保留中のホスト)	Azure では、ホストを正常な状態に復元することができず、このホストから仮想マシンを再デプロイすることをユーザーに求めます。 autoReplaceOnFailure が有効になっている場合、仮想マシンは正常なハードウェアに "サービス復旧" されます。 それ以外の場合、仮想マシンは障害が発生しようとしているホストで実行される可能性があります。
割り当て解除済みのホスト	すべての仮想マシンがホストから削除されました。 ハードウェアがローテーションから外されたため、このホストに対して課金されることはありません。

よく寄せられる質問

Q.デバイスに複数のボリューム コンテナーがあり、それらのスケジュールは重なっているが適用される制限が異なります。 ライブの仮想マシンの移行の場合、専用ホストはどうなりますか?

A。 現時点では、Azure 専用ホストはライブ移行をサポートしていません。ハードウェア障害が発生した場合は、ホストを別のノードに修復します。

Q.デバイスに複数のボリューム コンテナーがあり、それらのスケジュールは重なっているが適用される制限が異なります。 同じ専用ホスト上の複数の VM ファミリから VM を実行できますか?

A。 いいえ。基になる専用ホストと同じファミリからの VM のみを実行できます。 たとえば、Dsv3-Type4 ホストでは Dsv3 VM ファミリの VM のみがサポートされます。

Q.デバイスに複数のボリューム コンテナーがあり、それらのスケジュールは重なっているが適用される制限が異なります。 1 つの専用ホストで異なる VM サイズを実行できますか?

A。 はい。すべての VM が基になる専用ホストと同じファミリに属し、VM サイズをサポートするのに十分な容量がある限り、同じ専用ホスト上で複数のサイズの VM を実行できます。 たとえば、Dsv3-Type4 ホストでは、D2sv3、D8sv3、D16sv3 VM を同時に実行できます。

次のステップ

• 専用ホストをデプロイするには、「VM とスケール セットを専用ホストにデプロイする」を参照してください。

• リージョン内の回復性を最大にするためにゾーンと障害ドメインの両方を使用するサンプル テンプレートがあります。

• また、Azure Dedicated Hostの予約インスタンスを使用してコストを節約することもできます。