Azure Stack HCI とは
ハイブリッド運用モデルに移行する準備ができていないお客様はまだ多数います。 そのような場合、オンプレミスのデータセンターで稼働する Windows または Linux サーバーを展開して管理するための従来のツールや方法に頼ることを好みます。 また、中には、従来のオンプレミス運用モデルにより適しているワークロードもあります。 このようなワークロードの例として、Contoso 社の投資銀行業務部門における、ユーザー向け分離 VDI ファームの計画展開があります。 Azure Stack HCI は、これらの種類のシナリオを最適な方法で実装するのに役立ちます。 このユニットでは、Azure Stack HCI の概要と、どのような場合に最も大きなメリットが得られるかについて説明します。
Azure Stack HCI とは
Azure Stack HCI を使うと、独自のデータセンターまたはサービス プロバイダーによって管理されているデータセンターのハイパーコンバージド インフラストラクチャ (HCI) クラスターに、Windows ベースおよび Linux ベースの仮想化されコンテナー化されたワークロードを展開できます。 ハードウェアの観点から見ると、各 Azure Stack HCI クラスターは、ハイパーコンバージド インフラストラクチャ用に意図的に定義された特殊なオペレーティング システムを実行している、1 台から 16 台の検証済み物理サーバーで構成されています。
注意
簡単に言うと、Azure Stack HCI は、Windows と Linux の Hyper-V 仮想マシンのデプロイに使用可能な、事前構築および構成済みの、高度に最適化されたハイパーコンバージド クラスターであると考えることができます。
Note
ソフトウェアによるテクノロジという観点から見ると、"ハイパー収束" という用語は、ソフトウェア ベースの仮想化とハードウェア ベースの仮想化を利用してコンピューティング、ストレージ、およびネットワーク リソースを組み合わせるシステム アーキテクチャを指します。 物理サーバーとそのハードウェア コンポーネントはリソースのプールを形成しており、個々のサーバーのワークロードに任意に割り当てることができます。
Note
Azure Stack Hub と同様に、Azure Stack HCI クラスターは、Microsoft から構成の検証と認定を受けた、さまざまなハードウェア ベンダーの "統合システム" として利用できます。
クラスター化サーバーは、Windows Server フェールオーバー クラスタリング機能を使って、共通の構成とリソースを共有します。 以下のようなリソースが共有されます。
- Hyper-V ベースのコンピューティング リソース。
- 記憶域スペース ダイレクトベースの仮想化ストレージ。
- ネットワーク コントローラーの Windows サーバー ロールを使った、ソフトウェアによるネットワーク制御 (SDN) ベースの仮想ネットワーク (オプション)。
適切に定義された制約付きインターフェイスを使って、制限された管理タスクのみを許可する Azure Stack Hub とは異なり、Azure Stack HCI を使うと、基になるハードウェア、クラスター ノードで実行されているオペレーティング システムに直接かつ完全にアクセスできます。 Windows PowerShell やサーバー マネージャーなどのツールを使って、Windows Server ベースの他のクラスターと同じように Azure Stack HCI の操作を管理できます。 また、エクスペリエンスを最適化するには、Windows Admin Center を使うことをお勧めします。
Azure Stack HCI は、拡張クラスタリングの機能に基づくディザスター リカバリー機能も備えています。 拡張 Azure Stack HCI クラスターをデプロイすると、2 つの異なるオンプレミスの場所にワークロードを同期的にレプリケートし、それらの間で自動的にフェールオーバーすることができます。 Azure Stack HCI は、Azure Arc と共にオンプレミスでサービスとしてのプラットフォーム (PaaS) サービスも実行します。
一方、Azure Stack HCI は、Azure Stack Hub では利用可能な、Azure Resource Manager に依存する Azure ベースのデプロイ手法をサポートしていません。 また、Azure Stack HCI では、本質的にマルチテナントが適用または提供されません。
Azure Stack HCI の一般的なユースケース
Azure Stack HCI では、次のような場合に、最も大きなメリットを得ることができます。
| ユース ケース | 説明 |
|---|---|
| ブランチ オフィスとエッジ | ブランチ オフィスとエッジのワークロードでは、クラウド監視や USB ドライブベースのファイル共有監視といった低コストの監視オプションを使用して 2 ノード クラスターを展開することで、インフラストラクチャのコストを最小限に抑えることができます。 2 ノード クラスターが低コストであるもう 1 つの要因は、スイッチレス ネットワークがサポートされることです。このネットワークでは、より高価な高速スイッチではなく、クラスター ノード間でクロスオーバー ケーブルが使います。 |
| VDI | Azure Stack HCI クラスターは、RDS または同等のサードパーティ製品を仮想デスクトップ ブローカーとして使用する大規模な VDI デプロイに適しています。 Azure Stack HCI では、一元化されたストレージとセキュリティの強化により、ユーザー データの保護が簡素化され、偶発的または意図的なデータ リークのリスクが最小限に抑えられるため、さらに大きなメリットを得ることができます。 |
| 高性能 SQL Server | Azure Stack HCI では、SQL Server の可用性の高い、ミッションクリティカルな Always On 可用性グループ ベースのデプロイに対し、より高い回復性が提供されます。 また、このアプローチでは、単一ベンダーのアプローチに関連するメリットも得ることができます。たとえば、基のプラットフォームに組み込まれている簡素化されたサポートやパフォーマンスの最適化などです。 |
| エンタープライズ向け高信頼仮想化 | Azure Stack HCI には、仮想化ベースのセキュリティ (VBS) のサポートが組み込まれているため、エンタープライズ向け高信頼仮想化の要件を満たしています。 VBS では、Hyper-V を使用して "仮想保護モード" と呼ばれるメカニズムが実装されます。このメカニズムにより、ゲスト仮想マシン (VM) 内に分離された専用メモリ領域が形成されます。 プログラミングの手法を使用することで、ホスト OS からのアクセスをブロックしながら、指定された、セキュリティを重視した操作をこの専用メモリ領域で実行できます。 このような構成なので、カーネルベースの悪用に対する潜在的な脆弱性が大幅に制限されます。 |
| スケールアウト ストレージ | 記憶域スペース ダイレクトは、Azure Stack HCI の中核となるテクノロジの 1 つです。 主なメリットとして、高可用性、高パフォーマンス、およびローカルに接続されたドライブを使用できるスケーラビリティがあります。 記憶域スペース ダイレクトを使用すると、記憶域ネットワーク (SAN) またはネットワーク接続ストレージ (NAS) テクノロジに基づく競合プランと比較して、大幅なコスト削減を実現できます。 これらのメリットは、革新的な設計と、永続的な読み取り/書き込みキャッシュ ドライブ、ミラーリングによって高速化されたパリティ、入れ子の回復性、重複除去などの幅広い機能強化による結果です。 |
| Azure Kubernetes Service (AKS) | Azure Stack HCI を使って、コンテナーベースのデプロイをホストすることができます。こうすることで、ワークロード密度とリソース使用効率が向上します。 また、Azure Stack HCI によって、Azure Kubernetes のデプロイに固有の機敏性と回復性がさらに強化されます。 Azure Stack HCI では、基になる物理コンポーネントに局所的な障害があった場合に、Kubernetes クラスター ノードとして機能する仮想マシンの自動フェールオーバーが管理されます。 この構成により、Kubernetes に組み込まれた高可用性が強化され、同じまたは別の VM で失敗したコンテナーが自動的に再起動されます。 |
| 仮想化されたワークロードのディザスター リカバリー | Azure Stack HCI のストレッチ クラスターは、プライマリ サイトで障害が発生した後に、仮想化されたワークロードをセカンダリ サイトに自動的フェールオーバーします。 同期レプリケーションにより、仮想マシン ディスクのクラッシュ整合性が保証されます。 |
以下の各質問に最も適した回答を選んでください。次に、[答えを確認する] を選択します。