Azure Stack 仮想マシン (VM) は、オンデマンドでスケーラブルなコンピューティング リソースを提供します。 VM をデプロイする前に、Azure Stack で使用できる VM 機能と Microsoft Azure の違いについて学習する必要があります。 この記事では、これらの違いについて説明し、VM のデプロイを計画するための主な考慮事項について説明します。 Azure Stack と Azure の大まかな違いについては、 主な考慮事項に関する 記事を参照してください。
VM の違い
特徴 | Azure (グローバル) | Azure スタック |
---|---|---|
仮想マシン イメージ | Azure Marketplace には、VM の作成に使用できるイメージがあります。 Azure Marketplace で使用できるイメージの一覧を表示するには、Azure Marketplace のページを参照してください。 | 既定では、Azure Stack マーケットプレースで使用できるイメージはありません。 Azure Stack クラウド管理者は、ユーザーがイメージを使用する前に、Azure Stack マーケットプレースにイメージを発行またはダウンロードする必要があります。 |
仮想マシン サイズ | Azure では、VM に対してさまざまなサイズがサポートされています。 使用可能なサイズとオプションについては、 Windows VM のサイズ と Linux VM のサイズ に関するトピックを参照してください。 | Azure Stack では、Azure で使用できる VM サイズのサブセットがサポートされています。 サポートされているサイズの一覧を表示するには、この記事の 「VM サイズ 」セクションを参照してください。 |
仮想マシンの割当上限 | クォータ制限 は Microsoft によって設定されます。 | Azure Stack クラウド管理者は、ユーザーに VM を提供する前にクォータを割り当てる必要があります。 |
仮想マシン拡張機能 | Azure では、さまざまな VM 拡張機能がサポートされています。 使用可能な拡張機能の詳細については、 VM 拡張機能と機能 に関する記事を参照してください。 | Azure Stack では、Azure で使用できる拡張機能のサブセットがサポートされており、各拡張機能には特定のバージョンがあります。 Azure Stack クラウド管理者は、ユーザーが利用できるようにする拡張機能を選択できます。 サポートされている拡張機能の一覧を表示するには、この記事の 「VM 拡張機能 」セクションを参照してください。 |
仮想マシン ネットワーク | テナント VM に割り当てられたパブリック IP アドレスには、インターネット経由でアクセスできます。 Azure VM には固定 DNS 名があります。 |
テナント VM に割り当てられたパブリック IP アドレスには、Azure Stack Development Kit 環境内でのみアクセスできます。 Azure Stack で作成された VM に接続するには、ユーザーが VPN にアクセスできる必要があります。 特定の Azure Stack インスタンス内に作成された VM は、クラウド管理者によって構成された値に基づいて DNS 名を持ちます。 |
仮想マシン ストレージ | マネージド ディスクをサポートします。 | マネージド ディスクは、バージョン 1808 以降の Azure Stack でサポートされています。 |
仮想マシン ディスクのパフォーマンス | ディスクの種類とサイズによって異なります。 | ディスクが接続されている VM の VM サイズによって異なります。 詳細については、 Azure Stack でサポートされている VM サイズに 関する記事を参照してください。 |
API のバージョン | Azure には、すべての VM 機能の最新の API バージョンが常に用意されています。 | Azure Stack では、これらのサービスの特定の Azure サービスと特定の API バージョンがサポートされています。 サポートされている API バージョンの一覧を表示するには、この記事の 「API バージョン 」セクションを参照してください。 |
Azure Instance Metadata Service | Azure Instance Metadata Service は、VM の管理と設定に使用できる VM インスタンスの実行に関する情報を提供します。 | Azure Instance Metadata Service は、Azure Stack ではサポートされていません。 |
仮想マシン可用性セット | 複数の障害ドメイン (リージョンあたり 2 または 3)。 複数の更新ドメイン。 |
複数の障害ドメイン (リージョンあたり 2 または 3)。 更新中にワークロードを保護するためのライブ マイグレーションを使用する単一の更新ドメイン。 テンプレートの互換性のためにサポートされている 20 の更新ドメイン。 VM と可用性セットは、同じ場所とリソース グループに存在する必要があります。 |
Virtual Machine Scale Sets | 自動スケールがサポートされています。 | 自動スケールはサポートされていません。 ポータル、Resource Manager テンプレート、または PowerShell を使用して、スケール セットにインスタンスを追加します。 |
クラウド監視 | Azure Stack で使用できるストレージ アカウントのプロパティからエンドポイントを選択します。 | クラウド監視 は、Microsoft Azure を使用してクラスター クォーラムに関する投票を提供するフェールオーバー クラスター クォーラム監視の一種です。 Azure Stack と比較したグローバル Azure のエンドポイントは、次のようになります。 グローバル Azure の場合: https://mywitness.blob.core.windows.net/ Azure Stack の場合: https://mywitness.blob.<region>.<FQDN>/ |
仮想マシンの診断 | Linux VM 診断がサポートされています。 | Linux VM 診断は、Azure Stack ではサポートされていません。 VM 診断を有効にして Linux VM を展開すると、展開が失敗します。 診断設定で Linux VM の基本メトリックを有効にした場合も、展開が失敗します。 |
VM のサイズ
Azure Stack では、リソースの過剰消費を回避するためにリソースの制限が課されます (サーバーのローカル レベルとサービス レベル)。これらの制限により、他のテナントによる影響を受けるリソースの消費量を減らすことで、テナントエクスペリエンスが向上します。
- VM からのネットワーク エグレスの場合、帯域幅の上限が設定されています。 Azure Stack の Caps は、Azure のキャップと同じです。
- ストレージ リソースの場合、Azure Stack はストレージ IOPS (1 秒あたりの入力/出力操作数) の制限を実装し、ストレージで使用するテナント別のリソースの基本的な過剰消費を回避します。
- VM ディスクの場合、Azure Stack 上のディスク IOPS は、ディスクの種類ではなく VM サイズの関数です。 つまり、Standard_Fs シリーズ VM の場合、ディスクの種類として SSD と HDD のどちらを選択しても、2 つ目のデータ ディスクの IOPS 制限は 2300 IOPS です。
次の表に、Azure Stack でサポートされている VM とその構成を示します。
タイプ | サイズ | サポートされているサイズの範囲 |
---|---|---|
汎用 | 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 が有効 | NVv4 シリーズ | NVv4 |
VM のサイズとそれに関連するリソース量は、Azure Stack と Azure の間で一貫しています。 この整合性には、メモリの量、コアの数、作成できるデータ ディスクの数/サイズが含まれます。 ただし、同じサイズの VM のパフォーマンスは、特定の Azure Stack 環境の基になる特性によって異なります。
VM 拡張機能
Azure Stack には、少数の拡張機能セットが含まれています。 更新プログラムと追加の拡張機能は、Marketplace シンジケーションを通じて利用できます。
次の PowerShell スクリプトを使用して、Azure Stack 環境で使用できる VM 拡張機能の一覧を取得します。
Get-AzVmImagePublisher -Location local | `
Get-AzVMExtensionImageType | `
Get-AzVMExtensionImage | `
Select Type, Version | `
Format-Table -Property * -AutoSize
VM デプロイでの拡張機能のプロビジョニングに時間がかかりすぎる場合は、VM の割り当てを解除または削除するプロセスを停止するのではなく、プロビジョニングタイムアウトを設定します。
API のバージョン
Azure Stack の VM 機能では、次の API バージョンがサポートされています。
"2017-12-01", "2017-03-30", "2016-03-30", "2015-06-15"
次の PowerShell スクリプトを使用して、Azure Stack 環境で使用できる 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 環境を新しいバージョンに更新した場合に異なる場合があります。
Windows のライセンス認証
Windows 製品は、製品使用権および Microsoft ライセンス条項に従って使用する必要があります。 Azure Stack では、 自動 VM ライセンス認証 (AVMA) を使用して Windows Server VM をアクティブ化します。
- Azure Stack ホストは、Windows Server 2016 の AVMA キーを使用して Windows をアクティブ化します。 Windows Server 2012 R2 以降を実行するすべての VM が自動的にアクティブ化されます。
- Windows Server 2012 以前を実行している VM は自動的にアクティブ化されないため、 MAK ライセンス認証を使用してアクティブ化する必要があります。 MAK ライセンス認証を使用するには、独自のプロダクト キーを指定する必要があります。
Hyperscale Azure では、KMS ライセンス認証を使用して Windows VM をアクティブ化します。 Azure Stack から Azure に VM を移動し、ライセンス認証の問題が発生した場合は、「 Azure Windows VM のアクティブ化に関する問題のトラブルシューティング」を参照してください。 その他の情報については、 Azure VM での Windows ライセンス認証エラーのトラブルシューティングに関する Azure サポート チームブログの投稿を参照してください。