- zure Stack HCI の評価を実施する際に参照しておきたいドキュメントをまとめておきたいと思います。
Contents
システム要件
Azure Stack HCI のシステム要件については次のドキュメント / ドキュメントツリーから確認することができます。
Nested Hyper-V 環境で検証を行う場合は、構築をしながらシステム要件を満たすように構成を変更することができるので、評価環境であれば、厳密に構成要件を追う必要が無い / 実際の導入時には認定ハードウェアを使用することになるため、ハード的な要件をどこまで追えばよいかは気になるところではありますが、基本的には上記のドキュメントから必要になる情報を参照することができると思います。
HCI はストレージ / ネットワーク構成も重要となりますので要件としては次の情報も参照しておく必要があります。
- Azure Stack HCI の物理ネットワーク要件
- Management / StorageSwitch / ComputeSwitch 用に 3 つの NIC があるとよい気がします
- SET は使用しなくても構築は可能ですが、SET を使用する場合はさらに NIC を追加する必要があります
- 記憶域スペース ダイレクトのハードウェア要件
- OS ドライブ以外に 2 ドライブが必要
- 22H2 の 2 ノード構成を Nested Hyper-V で構築した場合、OS ドライブ / データディスクドライブ の 2 ドライブ構成でも初期構築ができたので、評価のための構成であれば OS ドライブ以外に 1 ドライブでも構築できるかもしれません
リリースノート
2023/5/16 時点の最新版は 22H2 となりますが、現在最新のバージョンがどのバージョンとなるのかを確認するためのリリースノートが公開されています。
Azure Stack HCI は毎年機能更新プログラムが提供されており、機能更新プログラムを適用しなくてはいけない期限が決まっています。
現在の最新である 22H2 であれば、2022-10-25 にリリースされたものとなり、更新の適用期限が 2023-04-25 となっています。そのため、21H2 という一つ前のバージョンが使用できるのは 2023-04-25 までとなります。
Azure Stack HCI は定期的に機能更新プログラムの適用が必須となる利用形態となりますのでリリースノートで、適用期限は確認しておいたほうが良いかと思います。
FAQ
Azure Stack HCI ならびに HCI の管理に必要となる Windows Admin Center の FAQ / 問題に重要な情報が記載されていることもありますので、情報の場所は抑えておく必要があります。
評価ガイド
Azure Stack HCI は日本語の評価ガイドが公開されており、評価する際には最初にこのドキュメントを確認しておくとよいかと思います。Azure を使用した評価環境の構築のステップから記載されていますので、評価環境の構築から情報を入手することができます。
- Azure Stack HCI 評価ガイド – Part 1 「Azure Stack HCI の基礎と展開」 編
- Azure Stack HCI 評価ガイド – Part 2 「Azure Stack HCI の管理」 編
- Azure Stack HCI 評価ガイド – Part 3 「クラウド ネイティブ アプリ基盤としての Azure Stack HCI」 編
評価環境の構築方法
評価メディアの入手
Azure Stack HCI は 60 日の無料試用版が提供されていますので、この期間であればソフトウェアコストを発生させることなく検証を行うことができます。
日本語版 / 英語版のインストールメディアを入手することができます。
基本的な機能確認であれば日本語版でも進めることができると思いますが、日本語版ではいくつかの機能の利用が制限されている (or 細かな操作で稀にエラーになるケース) ことがあるため、検証を迅速に進めたい場合は英語版でインストールしておいたほうが良いかもしれません。
物理環境を使用した検証環境の構築
1 台の物理環境で構築するのであれば、単一サーバーでの構築を行うことが可能です。
私も検証用に単一サーバーの環境を用意してあるのですが、NIC × 1 / 内蔵ディスク× 3 の環境があれば、1 台のサーバーで Azure Stack HCI を構築することが可能です。
複数台の物理環境を用意して構築を行う場合には、次のドキュメントを確認しながら構築することになるのではないでしょうか。
仮想環境を使用した検証環境の構築
Azre Stack HCI は Nested Hyper-V の環境上に構築をすることも可能ですので、一台の物理環境上に Hyper-V をインストールし、そのうえで複数ノードの Azure Stack HCI を構築するということも可能です。
仮想環境を使用した Azure Stack HCI の検証環境の構築については次のドキュメントから手順を確認することができます。
Hyper-V の有効化
Windows Admin Center から Hyper-V を有効にできない (Nested Hypre-V の要件を満たしているのに WAC 上では満たしていないことになる) 場合は、次の記事を確認して DISM を使用した有効化を行う必要があります。
- Create an AZSHCI Cluster using Windows Admin Center and Register it in Azure
- 仮想マシンで Azure Stack HCI 21H2、ではまった件
MAC アドレスのスプーフィングの設定個所
Hyper-V の仮想スイッチを Nested 上に作る場合、その仮想スイッチで使用する NIC については MAC アドレスのスプーフィングを有効化しておかないと通信が上手くできないケースがあるため、PING のレベルで想定した通信ができていない場合は MAC アドレスのスプーフィングを有効化してみるとよいかと思います。
MAC アドレスのスプーフィングを使用する場合は次のような設定になると思います
- Hyper-V 実行基盤
- External Network に使用する NIC (Hyper-V の外部スイッチ)
- MAC アドレススプーフィングを ON
- これにより、Hyper-V 上で実行する Azure Stack HCI ホスト OS の仮想マシンの Management Network として使用することができる
- Azure 上で構築する場合、Azure VM でこの設定ができないため NAT スイッチを使用することになる
- Azure Stack HCI ホスト用仮想マシン
- Storage 用 Network (Hyper-V の StorageSiwtch 仮想スイッチに接続する NIC / vSMB1) に使用する NIC
- MAC アドレススプーフィングを ON
- S2D のデータ同期に使用する NIC となる
- Compute 用 Network (Hyper-V の ComputeSwitch 仮想スイッチに接続する NIC) に使用する NIC
- MAC アドレススプーフィングを ON
- HCI 上に構築する仮想マシンで使用する HCI ホスト OS とは共有しない仮想スイッチで使用する NIC
そのほかには SET を使用する場合も MAC アドレスのスプーフィングが必要になるかと。
NAT スイッチを使用するか MAC アドレススプーフィングのみにするかの判断
入れ子になった仮想化による仮想マシンでの Hyper-V の実行 に記載されていますが、Nested Hyper-V でネットワークを構築する場合は、ネットワーク オプション に記載されているように、MAC アドレスのスプーフィングが NATネットワークのいずれかを使用する必要があります。
Azure VM を使用して Nested Hyper-V を構築する場合、Azure VM 側で MAC アドレスのスプーフィングを設定することができないため、NAT ネットワークを使用することになります。
NAT ネットワークの構築方法は、次のドキュメントから参照することができます。
物理環境に Hyper-V の実行基盤を構築した Nested Hyper-V の場合は、MAC アドレスのスプーフィングと NAT ネットワークの両方を使用することができます。どちらを使えばよいかについては「Nested Hyper-V 上で検証環境に必要なリソースを完結させるか」が一つの判断基準となるのではないでしょうか。
既に Domain Controller / Windows Admin Center を構築済みで、それを利用する場合は、MAC アドレスのスプーフィングを使用することで構成を容易にできます。(Nested Hyper-V 上のネットワークを、既存のネットワークとフラットな構成にできる)
そうではなく、一通りのリソースを Nested Hyper-V 上に構築する場合は、NAT ネットワークを使用することで、完全に分離した環境として Azure Stack HCI の環境を構築することができます。
Azure を使用した検証環境の構築
物理環境を用意することはできないが Azure サブスクリプションを用意することができる場合は Azure VM + Nested Hyper-V の環境で構築を行うこともできます。(前述の評価ガイドも Azure 上で構築されています)
Azure 上で Azure Stack HCI を評価するためのドキュメントはいくつか公開されており、関連するドキュメントとしては次のようなものがあります。
最初は、評価ガイドを確認しながら手動で構築をしたほうが良いかと思いますが、容易に展開ができるようにテンプレートも公開されており、上記のドキュメントはテンプレートによる展開を可能にするものとなりますので、複数回展開をする必要がある場合はテンプレートの利用も検討するとよいのではないでしょうか。
ストレージ / ネットワークの追加確認情報
ストレージ
Azure Stack HCI のデータ領域は記憶域スペースダイレクト (S2D) が使用されるため、本機能の情報も抑えておく必要があります。
ネットワーク
Windows Admin Center から手動でネットワークを組む方法が提供されているので利用は必須ではないのですが、ネットワークを構成する際には Network ATC を使用して構築することもできます。
実環境のネットワークセットアップでは ATC を利用するかもしれませんので、どういう構築ができるのか把握しておく必要はあるのかもしれません。(私は今のところ ATC ではなく手動で構築してしまっています)