Azure Stack HCI ソリューションの概要
適用対象: Azure Stack HCI、バージョン 22H2、21H2、20H2
Azure Stack HCI は、仮想化された Windows および Linux のワークロードとそのストレージを、オンプレミス インフラストラクチャを Azure クラウド サービスと組み合わせたハイブリッド環境でホストするハイパーコンバージド インフラストラクチャ (HCI) クラスター ソリューションです。
Azure Stack HCI は、60 日間の無料試用版をダウンロードできます。 Microsoft ハードウェア パートナーから Azure Stack HCI オペレーティング システムがプレインストールされている統合システムを購入するか、検証済みノードを購入し、自分でオペレーティング システムをインストールできます。 ハードウェアのオプションについては、Azure Stack HCI カタログを参照してください。 Azure Stack HCI ソリューションのハードウェア要件を見積もるには、Azure Stack HCI サイジング ツールを使用します。 このサイジング ツールは現在、パブリック プレビュー段階にあり、サインインするには (企業アカウントではなく) 個人の Microsoft アカウント (MSA) 資格情報が必要です。
Azure Stack HCI は仮想化ホストとしての使用が意図されているため、ほとんどのアプリとサーバー ロールは仮想マシン (VM) 内で実行する必要があります。 例外には、Hyper-V、ネットワーク コントローラー、およびソフトウェアによるネットワーク制御 (SDN) やホストされている VM の管理と正常性に必要なその他のコンポーネントが含まれます。
Azure Stack HCI は Azure サービスとして提供され、Azure サブスクリプションで課金されます。 Azure のハイブリッド サービスでは、クラウドベースの監視、Site Recovery、VM バックアップなどの機能、および Azure portal 内のすべての Azure Stack HCI デプロイの一元的なビューにより、クラスターが強化されます。 Windows Admin Center や PowerShell などの既存のツールを使用して、クラスターを管理できます。
Azure Stack HCI の機能とアーキテクチャ
Azure Stack HCI は、既に大規模にデプロイされている実証済みのテクノロジ (Hyper-V、記憶域スペース ダイレクト、Azure によって触発されたSDN など) に基づいて構築された、世界クラスの統合された仮想化スタックです。 Azure Stack HCI は、Azure Stack ファミリの一員で、Azure Stack Hub と同じ、ソフトウェアによるコンピューティング、ストレージ、およびネットワーク ソフトウェアを利用します。
各 Azure Stack HCI クラスターは、1 台から 16 台の検証済み物理サーバーで構成されます。 単一サーバーを含め、すべてのクラスター化サーバーは、Windows Server フェールオーバー クラスタリング機能を活用して、共通の構成とリソースを共有します。
Azure Stack HCI は、以下のものを組み合わせます。
- Azure Stack HCI オペレーティング システム
- OEM パートナーからの検証済みハードウェア
- Azure ハイブリッド サービス
- Windows Admin Center
- Hyper-V ベースのコンピューティング リソース
- 記憶域スペース ダイレクトベースの仮想化ストレージ
- ネットワーク コントローラーを使用した、SDN ベースの仮想化ネットワーク (省略可能)
Azure Stack HCI と Windows 管理センターを使用すると、管理しやすいハイパー集約型クラスターを作成できます。記憶域スペース ダイレクトが使用されるので、優れたストレージの価格パフォーマンスを実現できます。 これには、複数のサイトをまたぐようにクラスターを拡張し、自動フェールオーバーを使用するオプションが含まれます。 最新の機能強化の詳細については、「Azure Stack HCI バージョン 22H2 の新機能」を参照してください。
Azure Stack HCI にする理由
お客様は以下のようなさまざまな理由で Azure Stack HCI を選択します。
- Hyper-V やサーバーの管理者にとっては使い慣れたものであり、既存の仮想化およびストレージの概念とスキルを活用できます。
- Microsoft System Center、Active Directory、グループ ポリシー、PowerShell スクリプトなど、データ センターの既存のプロセスとツールで動作します。
- バックアップ、セキュリティ、監視に関する一般的なサードパーティ製ツールで動作します。
- ハードウェアを柔軟に選択できるので、お客様は、最寄りの地域でサービスとサポートが最も優れたベンダーを選択できます。
- Microsoft とハードウェア ベンダーの共同サポートにより、カスタマー エクスペリエンスが向上します。
- シームレスで完全なスタックの更新により、最新の状態を簡単に維持できます。
- 柔軟で広範なエコシステムにより、IT プロフェッショナルはニーズに最適なソリューションを柔軟に構築できます。
Azure Stack HCI の一般的なユース ケース
多くの場合、お客様は次のようなシナリオで Azure Stack HCI を選択します。
| ユース ケース | 説明 |
|---|---|
| ブランチ オフィスとエッジ | ブランチ オフィスとエッジのワークロードでは、クラウド監視や USB ドライブベースのファイル共有監視といった低コストの監視オプションを使用して 2 ノード クラスターを展開することで、インフラストラクチャのコストを最小限に抑えることができます。 2 ノード クラスターが低コストであるもう 1 つの要因は、スイッチレス ネットワークがサポートされることです。このネットワークでは、より高価な高速スイッチではなく、クラスター ノード間でクロスオーバー ケーブルが使用されます。 また、お客様は、リモート環境の Azure Stack HCI のデプロイを Azure portal で一元的に見ることもできます。 このワークロードの詳細については、「Azure Stack HCI にブランチ オフィスとエッジをデプロイする」を参照してください。 |
| 仮想デスクトップ インフラストラクチャ (VDI) | Azure Stack HCI クラスターは、RDS または同等のサードパーティ製品を仮想デスクトップ ブローカーとして使用する大規模な VDI デプロイに適しています。 Azure Stack HCI では、一元化されたストレージとセキュリティの強化により、ユーザー データの保護が簡素化され、偶発的または意図的なデータ リークのリスクが最小限に抑えられるため、さらに大きなメリットを得ることができます。 このワークロードの詳細については、「Azure Stack HCI に仮想デスクトップ インフラストラクチャ (VDI) をデプロイする」を参照してください。 |
| 高性能 SQL Server | Azure Stack HCI では、SQL Server の可用性の高い、ミッションクリティカルな Always On 可用性グループ ベースのデプロイに対し、より高い回復性が提供されます。 また、このアプローチでは、単一ベンダーのアプローチに関連するメリットも得ることができます。たとえば、基のプラットフォームに組み込まれている簡素化されたサポートやパフォーマンスの最適化などです。 このワークロードの詳細については、「Azure Stack HCI 上で SQL Server をデプロイする」を参照してください。 |
| エンタープライズ向け高信頼仮想化 | Azure Stack HCI には、仮想化ベースのセキュリティ (VBS) のサポートが組み込まれているため、エンタープライズ向け高信頼仮想化の要件を満たしています。 VBS では、Hyper-V を使用して仮想保護モードと呼ばれるメカニズムが実装されます。このメカニズムにより、ゲスト VM 内に分離された専用メモリ領域が形成されます。 プログラミングの手法を使用することで、ホスト OS からのアクセスをブロックしながら、指定された、セキュリティを重視した操作をこの専用メモリ領域で実行できます。 こうすることで、カーネルベースの悪用に対する潜在的な脆弱性が大幅に制限されます。 このワークロードの詳細については、「Azure Stack HCI におけるエンタープライズ向け高信頼仮想化のデプロイ」を参照してください。 |
| Azure Kubernetes Service (AKS) | Azure Stack HCI を活用して、コンテナーベースのデプロイをホストすることができます。こうすることで、ワークロード密度とリソース使用効率が向上します。 また、Azure Stack HCI によって、Azure Kubernetes のデプロイに固有の機敏性と回復性がさらに強化されます。 Azure Stack HCI では、基になる物理コンポーネントに局所的な障害があった場合に、Kubernetes クラスター ノードとして機能する仮想マシンの自動フェールオーバーが管理されます。 これにより、Kubernetes に組み込まれた高可用性が強化され、同じまたは別の仮想マシン上で失敗したコンテナーが自動的に再起動されます。 このワークロードの詳細について、「Azure Kubernetes Service on Azure Stack HCI and Windows Server とは」を参照してください。 |
| スケールアウト ストレージ | 記憶域スペース ダイレクトは Azure Stack HCI の中核となるテクノロジであり、ローカルに接続されたドライブを備えた業界標準のサーバーを使用して、高可用性、パフォーマンス、スケーラビリティを提供します。 記憶域スペース ダイレクトを使用すると、記憶域ネットワーク (SAN) またはネットワーク接続ストレージ (NAS) テクノロジに基づく競合プランと比較して、大幅なコスト削減を実現できます。 これらのメリットは、革新的な設計と、永続的な読み取り/書き込みキャッシュ ドライブ、ミラーリングによって高速化されたパリティ、入れ子の回復性、重複除去などの幅広い機能強化による結果です。 |
| 仮想化されたワークロードのディザスター リカバリー | Azure Stack HCI のストレッチ クラスターは、プライマリ サイトで障害が発生した後に、仮想化されたワークロードをセカンダリ サイトに自動的フェールオーバーします。 同期レプリケーションにより、VM ディスクのクラッシュ整合性が保証されます。 |
| データ センターの統合と近代化 | Azure Stack HCI を使用して老朽化した仮想化ホストを更新して統合すると、スケーラビリティが向上し、環境の管理とセキュリティ保護が容易になります。 また、レガシ SAN ストレージを退役させて、占有領域と総保有コストを削減するのにもよい機会です。 運用とシステムの管理は、統合されたツールとインターフェイス、および単一のサポートにより簡素化されます。 |
| Azure サービスをオンプレミスで実行する | Azure Arc を使用すると、どこでも Azure サービスを実行できます。 これにより、Azure、オンプレミス、エッジ、または他のクラウド プロバイダーで実行できる Azure サービスを使用して、一貫性のあるハイブリッドとマルチクラウドのアプリケーション アーキテクチャを構築できます。 Azure Arc 対応サービスを使用すると、Azure App Service、Functions、Logic Apps、Event Grid、API Management などの Azure データ サービスと Azure アプリケーション サービスをどこでも実行して、ハイブリッド ワークロードをサポートできます。 詳細については、「Azure Arc の概要」を参照してください。 |
Azure Stack HCI Microsoft Azure を使用するデモ
Azure Arc、Azure Kubernetes Service、Azure Stack HCI を使用してエッジでアプリとインフラストラクチャを管理するために azure Microsoftを使用するエンド ツー エンドの例については、Azure ハイブリッドによる小売エッジ変換のデモを参照してください。
実際の顧客から直接着想を得た架空の顧客を使用して、Kubernetes のデプロイ、GitOps の設定、VM のデプロイ、Azure Monitor の使用、ハードウェア障害の詳細を確認する方法を、すべてAzure portalから離れることなく確認できます。
このビデオには、実際の製品機能を示すプレビュー機能が含まれていますが、厳密に制御された環境にあります。
Azure 統合の利点
Azure Stack HCI は、クラウドとオンプレミスのリソースを連携させて利用し、監視、セキュリティ保護、クラウドに対するバックアップをネイティブに行うことができます。
Azure に Azure Stack HCI クラスターを登録した後は、最初に Azure portal を使用して以下のことができます。
- 監視: すべての Azure Stack HCI クラスターを 1 つのグローバルなビューで表示し、リソース グループ別にグループ化したり、タグを付けたりします。
- 課金: Azure サブスクリプションを通じて Azure Stack HCI の料金を支払います。
また、追加の Azure ハイブリッド サービスをサブスクライブすることもできます。
Azure Stack HCI のクラウド サービス コンポーネントの詳細については、「Azure サービスを使用した Azure Stack HCI のハイブリッド機能」を参照してください。
Azure Stack HCI に必要なもの
作業を開始するには、以下が必要です。
- お好みの Microsoft ハードウェア パートナーから購入した、Azure Stack HCI カタログに掲載されている 1 台以上のサーバーのクラスター。
- Azure サブスクリプション。
- ワークロード VM 用のオペレーティング システム ライセンス (Windows Server など)。 「Windows Server VM のアクティブ化」を参照してください。
- クラスター内の各サーバーのインターネット接続。少なくとも 30 日ごとに HTTPS 送信トラフィック経由で既知の Azure エンドポイントに接続できる必要があります。 詳細については、Azure の接続の要件に関するページを参照してください。
- 複数のサイトにまたがるクラスターの場合:
- 少なくとも 4 つのサーバー (各サイトに 2 つ)
- サイト間に少なくとも 1 つの 1 Gb 接続 (25 Gb RDMA 接続が推奨されます)
- 両サイトで同時に書き込みが発生する同期レプリケーションを実行する場合は、サイト間のラウンド トリップの平均待機時間は往復で 5 ms です。
- SDN を使用する計画の場合は、ネットワーク コントローラー VM を作成するために Azure Stack HCI オペレーティング システム用の仮想ハード ディスク (VHD) が必要です (「ネットワーク コントローラーのデプロイを計画する」をご覧ください)。
ハードウェアが システム要件 を満たしていることと、ネットワークが Azure Stack HCI の 物理ネットワーク と ホストネットワーク の要件を満たしていることを確認します。
Azure Kubernetes Service on Azure Stack HCI and Windows Server の要件については、Azure Stack HCI での AKS の要件に関する記事を参照してください。
Azure Stack HCI は、オンプレミスのサーバーでコアごとに課金されます。 現在の価格については、「Azure Stack HCI の価格」を参照してください。
ハードウェアおよびソフトウェアのパートナー
Azure Stack HCI を実行する最適なエクスペリエンスを提供するために、Microsoft のハードウェア パートナーによって構築され、Microsoft によって検証された統合システムを購入することを Microsoft では推奨しています。 Azure Stack HCI を検証済みノードで実行することもできます。このノードでは、HCI クラスターの基本的な構成要素が提供されているので、より多くのハードウェアを選択できます。 また、Microsoft パートナーは、単一窓口で実装およびサポート サービスの問い合わせに対応します。
Azure Stack HCI ソリューションのページにアクセスするか、Azure Stack HCI カタログを参照して、Microsoft パートナー (ASUS、Blue Chip、DataON、Dell EMC、富士通、HPE、日立、Lenovo、NEC、primeLine Solutions、QCT、SecureGUARD、Supermicro など) の Azure Stack HCI ソリューションを確認してください。
一部のMicrosoft パートナーによって、IT 管理者が使い慣れたツールを使用できるように、Azure Stack HCI の機能を拡張するソフトウェアが開発されています。 詳細については、「Azure Stack HCI のユーティリティ アプリケーション」を参照してください。