Azure Stack Hub VM の機能
Azure Stack Hub 仮想マシン (VM) では、オンデマンドのスケーラブルなコンピューティング リソースが提供されます。 VM を展開する前に、Azure Stack Hub と Microsoft Azure で使用できる VM の機能の相違点について学ぶ必要があります。 この記事では、これらの相違点について説明し、VM の展開を計画する際の重要な考慮事項を特定します。 Azure Stack Hub と Azure の違いの概要については、「主な考慮事項」をご覧ください。
VM の相違点
| 特徴量 | Azure (グローバル) | Azure Stack Hub |
|---|---|---|
| 仮想マシン イメージ | Azure Marketplace には、VM の作成に使用できるイメージがあります。 Azure Marketplace で入手できるイメージの一覧を参照するには、Azure Marketplace のページを参照してください。 | 既定では、Azure Stack Hub Marketplace に使用可能なイメージはありません。 Azure Stack Hub のクラウド管理者は、ユーザーがイメージを使用する前に、Azure Stack Hub Marketplace に対してイメージの発行またはダウンロードを行う必要があります。 |
| VHD 世代 | 第 2 世代 VM では、第 1 世代 VM ではサポートされていない重要な機能がサポートされています。 これらの機能には、メモリの増加、Intel ソフトウェア ガード エクステンションズ (Intel SGX)、および仮想化された永続メモリ (vPMEM) が含まれます。 オンプレミスで実行される第 2 世代 VM には、Azure ではまだサポートされていない機能がいくつかあります。 詳細については、「Azure での第 2 世代 VM のサポート」を参照してください | Azure Stack Hub でサポートされるのは、第 1 世代 VM のみです。 第 1 世代 VM を、VHDX ファイル形式から VHD ファイル形式に、および容量可変から容量固定ディスクに変換できます。 VM の世代を変更することはできません。 詳細については、「Azure での第 2 世代 VM のサポート」を参照してください。 |
| 仮想マシン サイズ | Azure では、幅広いサイズの VM がサポートされます。 使用可能なサイズとオプションについては、Azure VM のサイズに関するページを参照してください。 | Azure Stack Hub は、Azure で使用できる VM のサイズのサブセットをサポートしています。 サポートされているサイズの一覧を参照するには、この記事の VM のサイズについてのセクションを参照してください。 |
| 仮想マシンのクォータ | クォータ制限は Microsoft によって設定されます | Azure Stack Hub のクラウド管理者は、VM をユーザーに提供する前にクォータを割り当てる必要があります。 |
| 仮想マシン拡張機能 | Azure では、幅広い VM 拡張機能がサポートされます。 使用できる拡張機能については、VM の拡張機能と機能に関する記事を参照してください。 | Azure Stack Hub は、Azure で使用できる拡張機能のサブセットをサポートしており、拡張機能それぞれに特定のバージョンがあります。 Azure Stack Hub のクラウド管理者は、ユーザーにどの拡張機能を提供するかを選択することができます。 サポートされている拡張機能の一覧を参照するには、この記事の VM の拡張機能についてのセクションを参照してください。 |
| 仮想マシンのネットワーク | テナントの VM に割り当てられたパブリック IP アドレスは、インターネット経由でアクセスできます。 Azure VM には固定の DNS 名があります。 |
テナントの VM に割り当てられたパブリック IP アドレスにアクセスできるのは、Azure Stack Development Kit 環境内のみです。 ユーザーは、Azure Stack Hub で作成される VM に接続するためには、RDP または VPN 経由で Azure Stack Development Kit にアクセスできる必要があります。 特定の Azure Stack Hub インスタンス内に作成された VM には、クラウド管理者が構成した値に基づく DNS 名があります。 |
| 仮想マシンのストレージ | マネージド ディスクをサポートしています。 | マネージド ディスクは、バージョン 1808 以降の Azure Stack Hub でサポートされています。 |
| 仮想マシン ディスクのパフォーマンス | ディスクの種類とサイズによって異なります。 | ディスクが接続されている VM の VM サイズによって異なります。 詳細については、Azure Stack Hub でサポートされている VM のサイズに関する記事を参照してください。 |
| OS ディスクのスワップ | 既存の VM があり、そのディスクをバックアップ ディスクまたは別の OS ディスクに交換する場合、OS ディスクを交換できます。 VM を削除して再作成する必要はありません。 別のリソース グループ内のマネージド ディスクでも、まだ使用されていない場合に限り使用することができます。 | OS ディスクのスワップは Azure Stack Hub ではサポートされていません。 |
| API のバージョン | Azure では常に、すべての VM 機能について最新の API のバージョンが用意されます。 | Azure Stack Hub では特定の Azure サービスがサポートされ、それらのサービスについて特定の API バージョンがサポートされます。 サポートされている API バージョンの一覧を参照するには、この記事の API バージョンについてのセクションを参照してください。 |
| Azure Instance Metadata Service | Azure Instance Metadata Service は、実行中の VM インスタンスに関する情報を提供します。これらの情報を使用して VM の管理とセットアップを行うことができます。 | Azure Instance Metadata Service は、Azure Stack Hub 修正プログラム 1.2108.2.73 と共にパブリック プレビューとして利用できます。 Compute & Network 名前空間がサポートされています。 詳細については、「Azure Instance Metadata Service」をご覧ください。 |
| 仮想マシン可用性セット | 複数の障害ドメイン (リージョンあたり 2 または 3)。 複数の更新ドメイン。 |
複数の障害ドメイン (リージョンあたり 2 または 3)。 更新中のワークロードを保護するためのライブ マイグレーションによる単一の更新ドメイン。 テンプレートの互換性のためにサポートされている 20 個の更新ドメイン。 VM と可用性セットは、同じ場所とリソース グループに存在する必要があります。 |
| 仮想マシン スケール セット | 自動スケーリングがサポートされます。 | 自動スケーリングはサポートされません。 ポータル、Resource Manager テンプレート、または PowerShell を使用してスケール セットにより多くのインスタンスを追加します。 |
| クラウド監視 | Azure Stack Hub で使用できるストレージ アカウントのプロパティからエンドポイントを選択します。 | クラウド監視はフェールオーバー クラスター クォーラム監視の一種であり、Microsoft Azure を使用してクラスター クォーラムで投票を提供します。 グローバル Azure のエンドポイントと Azure Stack Hub の比較は次のようになります。 グローバル Azure の場合: https://mywitness.blob.core.windows.net/Azure Stack Hub の場合: https://mywitness.blob.<region>.<FQDN>/ |
| 仮想マシンの診断 | Linux VM の診断がサポートされます。 | Linux VM の診断は、Azure Stack Hub でサポートされません。 VM 診断を有効にして Linux VM を展開すると、展開が失敗します。 診断設定で Linux VM の基本メトリックを有効にした場合も、展開が失敗します。 |
| 入れ子になった仮想化 VM のサイズ | サポートされています | リリース 2102 以降でサポートされています。 |
| 予約 VM インスタンス | サポートされています | サポートされていません。 |
| VM の割り当て解除 | サポートされています | VM の割り当て解除がサポートされます。 ゲスト オペレーティング システムでは、すべてのネットワーク アダプターが同じデバイスとして認識され、設定が維持されます。 |
| SAP ワークロードの認定 | Azure では、HANA や NetWeaver などの SAP ワークロードの認定がサポートされています。 | Azure Stack Hub ハードウェアでは、SAP ワークロードの認定はサポートされていません。 |
VM サイズ
Azure Stack Hub は、リソースの過剰消費を防ぐため、(サーバー ローカルおよびサービス レベルで) リソースの制限を適用します。これらの制限は、他のテナントによるリソース消費の影響を軽減してテナントのエクスペリエンスを改善します。
- VM からのネットワーク送信には、帯域幅の上限が設けられます。 Azure Stack Hub での上限は、Azure での上限と同様です。
- ストレージ リソースの場合、テナントによるストレージ使用のためのリソースの基本的な過剰消費を防ぐため、Azure Stack Hub によってストレージ IOPS (1 秒あたりの入力/出力操作) 制限が実装されます。
- VM ディスクの場合、Azure Stack Hub 上のディスクの IOPS はディスクの種類ではなく VM サイズの関数です。 つまり、Standard_Fs シリーズの VM では、ディスクの種類として SSD と HDD のどちらを選択した場合でも、2 番目のデータ ディスクの IOPS 制限は 2,300 IOPS です。
- VM にアタッチされた一時ディスクは永続的なものではなく、コントロール プレーンの操作 (サイズ変更や割り当て解除など) で失われることがあります。
次の表は、Azure Stack Hub でサポートされている VM とその構成の一覧です。
| Type | サイズ | サポートされるサイズの範囲 |
|---|---|---|
| 汎用 | Basic A | A0 - A4 |
| 汎用 | Standard A | A0 - A7 |
| 汎用 | Av2 シリーズ | A1_v2 - A8m_v2 |
| 汎用 | D シリーズ | D1 - D4 |
| 汎用 | Dv2 シリーズ | D1_v2 - D5_v2 |
| 汎用 | DS シリーズ | DS1 - DS4 |
| 汎用 | DSv2 シリーズ | DS1_v2 - DS5_v2 |
| メモリ最適化 | D シリーズ | D11 - D14 |
| メモリ最適化 | DS シリーズ | DS11 - DS14 |
| メモリ最適化 | Dv2 シリーズ | D11_v2 - DS14_v2 |
| メモリ最適化 | DSv2 シリーズ | DS11_v2 - DS14_v2 |
| コンピューティング最適化 | F シリーズ | F1 - F16 |
| コンピューティング最適化 | Fs シリーズ | F1s - F16s |
| コンピューティング最適化 | Fsv2 シリーズ | F2s_v2 - F64s_v2 |
| GPU | NCv3 シリーズ | NC6s_v3-NC24s_v3 |
| GPU | NVv4 シリーズ | NV4as_v4 |
| GPU | NCasT4_v3 シリーズ | NC4as_T4_v3-NC64as_T4_v3 |
VM のサイズと、それに関連付けられるリソースの量は、Azure Stack Hub と Azure の間で一貫しています。 この一貫性には、作成できるメモリの量、コアの数、データ ディスクの数やサイズが含まれます。 ただし、同じサイズの VM のパフォーマンスは、基になっている特定の Azure Stack Hub 環境の特性によって異なります。
VM 拡張機能
Azure Stack Hub には、拡張機能の小規模なセットが含まれています。 更新プログラムおよび追加の拡張機能は、Marketplace シンジケーションを通じて入手できます。 Azure Stack Hub へのカスタム拡張機能の導入は、サポートされているシナリオではありません。拡張機能を Azure Stack Hub で使用できるようにするには、Azure にオンボードしておく必要があります。
実際の Azure Stack Hub 環境で利用できる VM 拡張機能の一覧を取得するには、次の PowerShell スクリプトを使用します。
Get-AzVmImagePublisher -Location local | `
Get-AzVMExtensionImageType | `
Get-AzVMExtensionImage | `
Select Type, Version | `
Format-Table -Property * -AutoSize
VM のデプロイで拡張機能のプロビジョニングに時間がかかりすぎる場合は、プロセスを停止して VM の割り当て解除または削除を試みるのではなく、プロビジョニングをタイムアウトさせる必要があります。
API のバージョン
Azure Stack Hub の VM 機能は、次の API バージョンをサポートしています。
"2017-12-01"、"2017-03-30"、"2016-03-30"、"2015-06-15"
次の PowerShell スクリプトを使用して、実際の Azure Stack Hub 環境で利用できる VM 機能の API バージョンを取得することができます。
Get-AzResourceProvider | `
Select ProviderNamespace -Expand ResourceTypes | `
Select * -Expand ApiVersions | `
Select ProviderNamespace, ResourceTypeName, @{Name="ApiVersion"; Expression={$_}} | `
where-Object {$_.ProviderNamespace -like "Microsoft.compute"}
サポートされるリソースの種類と API バージョンの一覧は、クラウド オペレーターが Azure Stack Hub 環境を新しいバージョンに更新した場合は異なっている可能性があります。
Windows のライセンス認証
Windows の製品は、製品使用権利およびマイクロソフのライセンス条項に従って使用する必要があります。 Azure Stack Hub は VM の自動ライセンス認証 (AVMA) を使用して Windows Server VM をアクティブ化します。
- Azure Stack Hub のホストは、Windows Server 2016 の AVMA キーを使用して Windows をアクティブ化します。 Windows Server 2012 R2 またはそれ以降を実行する VM はすべて、自動的にアクティブ化されます。
- Windows Server 2012 以前を実行する VM は、自動的にアクティブ化されないので、MAK ライセンス認証を使用してアクティブ化する必要があります。 MAK ライセンス認証を使用するには、自分のプロダクト キーを指定する必要があります。
Microsoft Azure では、KMS ライセンス認証を使用して、Windows VM をアクティブ化します。 Azure Stack Hub から Azure に VM を移行して、アクティブ化の問題があった場合は、Azure Windows VM のライセンス認証に関する問題のトラブルシューティングを参照してください。 追加の情報については、Azure サポート チームのブログ記事「Troubleshooting Windows activation failures on Azure VMs (Azure VM での Windows のライセンス認証の失敗をトラブルシューティングする)」を参照してください。
高可用性
Azure Stack Hub オペレーターによってスケジュールされた計画メンテナンスにより、VM が再起動される場合があります。 Azure でのマルチ VM による実稼働システムの高可用性を実現するため、VM は、複数の障害ドメインと更新ドメインに分散される可用性セットに配置されます。 より小さいスケールの Azure Stack Hub では、可用性セット内の障害ドメインは、スケール ユニット内の 1 つのノードとして定義されます。
Azure Stack Hub のインフラストラクチャは既に障害に対する回復性を備えていますが、基盤となっているテクノロジ (フェールオーバー クラスタリング) では、ハードウェアが故障した場合にその影響を受ける物理サーバー上の VM に多少のダウンタイムが発生します。 Azure Stack Hub では、Azure との一貫性がある最大 3 つの障害ドメインを持つ可用性セットを用意することをサポートしています。
障害ドメイン
可用性セットに配置された VM は、複数の障害ドメイン (Azure Stack Hub ノード) にできる限り均等に分散させることによって、互いに物理的に分離されます。 ハードウェア障害が発生した場合、障害が発生した障害ドメインの VM は、他の障害ドメインで再起動されます。 これらは、他の VM とは別の障害ドメインに、ただし可能な場合、同じ可用性セットに保持されます。 ハードウェアがオンラインに戻ると、高可用性を維持するために VM の再配置が行われます。
更新ドメイン
更新ドメインも、Azure によって可用性セットに高可用性が提供される方法です。 更新ドメインは、メンテナンスを同時に実行できる、基盤となるハードウェアの論理グループです。 同じ更新ドメイン内の VM は、計画済みメンテナンス中に同時に再起動されます。 テナントが可用性セット内に VM を作成すると、Azure プラットフォームは、これらの更新ドメインに VM を自動的に分散します。
Azure Stack Hub では、VM のホストが更新される前に、クラスター内の他のオンライン ホストに VM がライブ マイグレーションされます。 ホスト更新の際にテナントのダウンタイムは発生しないため、Azure Stack Hub の更新ドメイン機能は、Azure とテンプレートの互換性を保つためにのみ存在します。 可用性セット内の VM では、ポータル上でその更新ドメイン番号として 0 が表示されます。
Azure Stack Hub VM 上の Arc
Arc 対応サーバーは、Azure VM として既にモデル化されているため、Azure 内で実行されている仮想マシン、または Azure Stack Hub または Azure Stack Edge 上で実行されている仮想マシンへの、接続済みマシン エージェントのインストールをサポートしていません。
Azure Stack Hub VM 上の Microsoft Office サーバー製品
すべての Microsoft Office サーバー製品が Azure Stack Hub VM でサポートされているわけではありません。詳細を次に示します。
| 製品 | Office サポートに関するステートメント | 詳細情報 |
|---|---|---|
| Exchange | サポートされていません。 Exchange の記憶域仮想化の要件を満たしていません。 | Exchange Server の仮想化 |
| SharePoint | 特定のネットワーク要件を満たしている場合にのみサポートされます。 | SharePoint Server の仮想化の計画 |
| Skype | サポートされていません。 Skype は、Azure Stack Hub で使用されるコア仮想化機能であるライブ移行をサポートしていません。 | Skype for Business Server 2019 での仮想化のサポート |
次のステップ
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示