はじめに
このモジュールでは、Azure Arc の基礎と、それを使用して Azure Stack HCI クラスターの管理と監視に新しい機能を大規模に導入する方法について説明します。
シナリオ
Contoso は、英国のロンドンに本社を置き世界中にオフィスがある中規模の金融サービス会社です。 現在は、ほぼすべての運用をオンプレミスで行っており、コンピューティング環境の大部分が Windows Server プラットフォーム上で実行されています (Windows Server 2012 R2 上の仮想化されたワークロード、Windows Server 2016 の Microsoft Hyper-V ホストなど)。 社内の IT スタッフは、仮想化やソフトウェアによるデータセンター オファリングなど、Microsoft のテクノロジに精通しています。
最近数か月の間に、データセンターの統合と近代化の取り組みの一環として、Contoso IT により、いくつかのアプリケーションが、Azure のさまざまなサービスとしてのインフラストラクチャ (IaaS) およびサービスとしてのプラットフォーム (PaaS) のサービスに移行されました。 ただし、規制の厳しい多くのワークロードは、オンプレミスのデータセンターに残しておく必要があります。
これら 2 種類のワークロードには、パフォーマンスと回復性の要件のため、特定の課題があります。 1 つ目のものは、Contoso の各リージョンのローン組成部門用のトランザクション データベースがホストされている Microsoft SQL Server インスタンスで構成されています。 2 つ目のワークロードの種類は、ローカルな証券取引所がある各リージョンのサードパーティ製 Kubernetes クラスターで実行されている証券調査部門のアプリを提供する、一連のコンテナー化されたアプリです。
Contoso の最高情報責任者 (CIO) は、これらのワークロードを実装するにはハードウェアへの追加投資が必要であることを認識しています。 投資を行う前に、その追加費用が、IT 組織による最新のテクノロジ ソリューションの提供に役立ち、データセンター統合の取り組みを加速するかどうかを、確認しようと考えています。 また、既存の IT スキルを利用するだけでなく、Azure で実行されているワークロードの管理方法にも適合する、一貫性のある管理手法を実現するために、新しい実装が役に立つことを確認する必要もあります。
Contoso の環境のハイブリッドな性質を考えて、CIO は、オンプレミスの管理モデルとクラウド サービスの間のギャップを埋めるテクノロジを調査したいと考えています。 IT エンジニアリング チームのリーダーであるあなたは、Azure Stack HCI と Azure Arc のハイブリッド機能を調査して評価し、Contoso のデータセンターに残しておく必要がある 2 種類のワークロードの管理とメンテナンスを効率化できるかどうかを判断する作業を任されました。
このモジュールを通じて、Azure Arc の機能と、Contoso のようなお客様にとってのそのメリットについて確認します。 このモジュールを終了すると、大規模な Azure Stack HCI の管理と監視にこれらの利点がどのように役に立つかを説明できるようになります。
学習の目的
このモジュールを終了すると、次のことができるようになります。
- Azure Arc、そのコンポーネント、ユース ケースについて説明する。
- Azure Arc と Azure Stack HCI の統合の原則について説明する。
- Azure Arc 対応 Azure Stack HCI クラスターの利点について説明する。
前提条件
このモジュールの学習効果を最大限に高めるには、以下に関する知識が必要です。
- クラウド テクノロジの基本的な概念。
- Azure で利用可能なサービスの基本的な特性。
- 仮想化とコンテナー化の基本的な概念。
- Azure Stack HCI の基本的なアーキテクチャと動作原理。
- Azure Resource Manager の目的とコア機能。