Azure には、アプリケーションとワークロードをホストし、Azure サービスを拡張し、ハイブリッド環境用のセキュリティと運用のツールを提供できるハイブリッド ソリューションがいくつか用意されています。 Azure ハイブリッド サービスは、従来の IT アプリとデータベースをホストする仮想化されたハードウェアから、オンプレミス、エッジ、マルチクラウドのシナリオ用に統合されたサービスとしてのプラットフォーム (PaaS) ソリューションまで多岐に及びます。 このガイドは、ビジネス要件を満たすハイブリッド ソリューションを選択するのに役立ちます。
ハイブリッドの概念
ハイブリッド環境には、次の種類のホスティング場所とインフラストラクチャが含まれます。
- ハイブリッド クラウド: これらの環境では、パブリック クラウド サービスとオンプレミス インフラストラクチャが組み合わされます。 このハイブリッド戦略は、厳格なデータ主権規制、短い待機時間という要件、不可欠な回復性とビジネス継続性のニーズを持つ組織で一般的です。
- エッジ: これらの環境では、オンプレミスのコンピューティングとデータ ストレージを提供するデバイスがホストされます。 このアプローチは、データに近い状態を維持し、待機時間を短縮し、ほぼリアルタイムでデータを計算する必要がある組織やアプリケーションで一般的です。
- マルチクラウド: これらの環境では、複数のクラウド コンピューティング サービスとプロバイダーが使用されます。 この戦略は、柔軟性を提供し、リスクを軽減でき、組織が特定のアプリケーションに対してさまざまなプロバイダーを調べて使用できるようにします。 ただし多くの場合、このアプローチにはクラウド固有の知識が必要で、管理、運用、セキュリティが複雑になります。
ハイブリッド ソリューションには、システムのコントロール プレーンとデータ プレーンが含まれます。
- "コントロール プレーン" このプレーンは、Azure 仮想マシン (VM) の作成などのリソース管理操作を指します。 Azure では、Azure Resource Manager を使用してコントロール プレーンを処理します。
- データ プレーン: このプレーンは、コントロール プレーンによって作成されるリソース インスタンスの機能 (リモート デスクトップ プロトコル (RDP) 経由で Azure VM にアクセスするなど) を使用します。
Azure ハイブリッド ソリューションは、Azure データセンターの外部で Azure コントロール プレーン操作を拡張したり、専用のコントロール プレーン インスタンスを実行したりして、データ プレーン機能を提供できます。
ハイブリッドの考慮事項
ハイブリッド ソリューションを決定するには、ハードウェア、ホスティングとデプロイ、アプリケーションまたはワークロードの要件と制約を考慮する必要があります。 ハイブリッド ソリューションでは、開発者の操作 (DevOps) もサポートし、組織および業界標準と規制に準拠する必要があります。
ハードウェア
ワークロードの種類によっては、VM、コンテナー、データベースを実行できる従来のデータセンター ハードウェアが必要になる場合があります。 IoT デプロイなどの他のシナリオでは、制限されたハードウェア デバイスの方が適していて、ラック、ポータブル、またはラグド サーバーで実行できます。
既存のハードウェアの更新、再利用、または置換を検討します。 ブラウンフィールド シナリオでは、既存のハードウェアを最新のハイブリッド ワークロード アプローチで使用します。 グリーンフィールド シナリオでは、新しいハードウェアを取得するか、月額料金のサービスとしてのハードウェアを使用します。
ホスティングと配置
オンプレミスのデータセンター、エッジ、Azure クラウド、一貫したクラウドネイティブ テクノロジ アプローチのマルチクラウド ホスティングのいずれを使用するかを検討します。 ビジネス、コンプライアンス、コスト、またはセキュリティの要件によって、ホスティングの場所が決まります。
大規模なアプリケーションのデプロイは、小規模な実装とは異なります。 VM とデータベースへの従来の IT デプロイは、コンテナーや分散デバイスへのデプロイとは異なります。
分散、複雑、大規模なデプロイでは、サービス実装を大規模にスケーリングできる必要があり、従来の IT とは異なるビジネス継続性などの懸念への対処が発生する可能性があります。
アプリケーションまたはワークロード
アプリケーションまたはワークロードを、VM またはデータベースで分散するか、コンテナー化するか、従来の IT でホストするかを検討します。 Azure IoT Hub、Azure Kubernetes Service (AKS) クラスター、または Azure データセンター外の PaaS ソリューションは、ハイブリッド ワークロードをホストできます。
VM 上で実行される従来のアプリケーションは、導入後の運用にハイパーコンバージド インフラストラクチャ (HCI) と、Azure 運用、セキュリティ、管理のツールを利用できます。 クラウドネイティブ アプリケーションは、AKS などのコンテナー オーケストレーターで実行し、Azure PaaS ソリューションを使用する場合に適しています。
クラウドで構築およびトレーニングされたモデルをデプロイしてオンプレミスで実行する必要があるか、IoT デバイスを大規模に監視するか、Azure データ転送オプションを提供する必要がある場合は、エッジのデプロイとソリューションを検討してください。
ハイブリッド ソリューションを選択する
前述の要素はすべて最終的なソリューションにとって重要ですが、要件、背景、専門知識によっては、組織が異なる観点からソリューションの評価にアプローチする場合があります。 組織は、ハードウェアとホスティングの要件と制約から着手することも、アプリケーションとワークロードの観点から Azure サービスを調べることもあり得ます。 DevOps チームは、大規模なデプロイと、制限付きまたは専用のハードウェアを注視することがあります。一方、システム管理者はホスティングの場所やハードウェアとハイパーバイザーの使用状況を重視することがあります。
次のセクションでは、デプロイ モデルに基づくハイブリッド ソリューションのデシジョン ツリーと、サポートされているワークロード、ハードウェアの種類、デプロイ モデルを説明する Azure ハイブリッド サービスのマトリックスを示します。 次の図に従って、候補のソリューションを選択します。 次に、候補サービスの詳細な評価を実行して、ニーズを満たしているかどうかを確認します。
ハイブリッド ソリューションデシジョン ツリー
次のデシジョン ツリーは、既存またはカスタム、マルチクラウド、あるいは Azure 指定のハイブリッド ソリューションの選択から始まります。 ツリーはデシジョン地点を進み、適切な Azure ハイブリッド サービスが選択されます。
この記事のすべての図の PowerPoint ファイルをダウンロードします。
既存またはカスタムのデプロイの場合:
ハードウェアを制限付きにするか、データセンターにデプロイするかを決定します。
制限付きハードウェアの場合は、デプロイを大規模と小規模のいずれにするかを決定します。
データセンターとマルチクラウドのデプロイの場合は、ワークロードの種類でコンテナーと、VM または SQL データベースでの従来の IT デプロイのいずれを使用するかを決定します。
既存とカスタムの IoT ワークロードでは、Azure IoT Edgeを使用できます。 既存とカスタムの従来、データベース、およびクラウドネイティブのデプロイでは、Azure Arc 対応のサーバーとサービスを使用できます。
コンテナーベースのデプロイでは、Azure Arc 対応 Kubernetes を使用できます。 VM ベースのデプロイでは、Azure Arc 対応サーバーを使用できます。 SQL データベースのデプロイでは、Azure Arc 対応データ サービスを使用できます。
Azure 指定デプロイの場合:
サービスとしてのハードウェアと、Azure データセンター似のいずれのデプロイにするかを決定します。 Azure データセンター似のデプロイでは、Azure Stack Hub を使用できます。
サービスとしてのハードウェアの場合は、ワークロードの種類でデータ転送とコンピューティングを使用するか、ハイパーコンバージド インフラストラクチャ (HCI) を使用するかを決定します。 ハイパーコンバージド ソリューションの場合は、Azure Stack HCI を使用できます。
データ転送ワークロードとコンピューティング ワークロードでは、Azure Stack Edge を使用できます。 データセンター デプロイでは、Azure Stack Edge Pro 2 を使用できます。 ポータブル デプロイでは、Azure Stack Edge Mini R を使用できます。ラグド デプロイでは、Azure Stack Edge Pro R を使用できます。
Azure ハイブリッド サービスのマトリックス
複数の Azure ハイブリッド サービスでサポートされているワークロード、ハードウェア機能、デプロイ モデルを次のデシジョン マトリックスに示します。 すべての Azure サービスには、Azure portal およびその他の Azure の運用と管理のツールが含まれます。
この記事のすべての図の PowerPoint ファイルをダウンロードします。
Azure クラウドは、クラウドベースのサービスとしてのソフトウェア (SaaS)、サービスとしてのインフラストラクチャ (IaaS)、PaaS コンピューティング、ストレージ、ネットワーク サービスを提供します。 サービスは、Azure データセンターの Microsoft ハードウェアで実行されます。
Azure Stack は、Azure をエッジまたはオンプレミスのデータセンターに拡張する製品およびソリューションのファミリです。 Azure Stack には、さまざまなユース ケースに対応するいくつかのソリューションが用意されています。
- Azure Stack Hub は、オンプレミス環境でアプリを実行するように Azure を拡張します。 Azure Stack Hub は、SaaS、IaaS、および PaaS ハイパーコンバージド コンピューティング、ストレージ、ネットワーク サービスを提供し、業界標準ハードウェアのオンプレミスまたはマルチクラウドのデータセンターで実行されます。 Azure Stack Hub は、統合システムがあるデータセンターに Azure サービスを提供し、接続または切断された環境で実行できます。
- Azure Stack HCI は、検証済みのハードウェアを使用して、仮想化およびコンテナー化されたワークロードをオンプレミスで実行するハイパーコンバージド ソリューションです。 Azure Stack HCI は、VM ベースおよび AKS ベースのハイパーコンバージド コンピューティング、ストレージ、およびネットワーク サービスを提供し、業界標準ハードウェアのオンプレミスまたはマルチクラウドのデータセンターで実行されます。 Azure Stack HCI は、クラウド サービスと管理のためにワークロードを Azure に接続します。
- Azure Stack Edge は、コンピューティング、ストレージ、ネットワーク、ハードウェアアクセラレータによる機械学習などの Azure の機能をエッジの場所に提供します。 Azure Stack Edge は、業界標準のサービスとしてのハードウェア上に VM ベース、AKS ベース、機械学習、データ転送の各サービスを提供し、オンプレミスまたはマルチクラウドのデータセンターで実行されます。
Azure IoT Edge と IoT Hub は、カスタム機能を大量のデバイスにデプロイします。 IoT Edge は、IoT Hub とネイティブに統合され、DevOps、PaaS、コンテナー化されたサービスをカスタムおよび業界標準のハードウェアに提供し、オンプレミスまたはマルチクラウドのデータセンターで実行されます。
Azure Arc は、Azure Arc 対応サービスを使用して、VM、SQL データベース、および Kubernetes にアプリケーションの配信と管理を提供します。 Azure Arc は、既存のベア メタル、VM、Kubernetes インフラストラクチャ リソースを Azure に投影し、Azure の管理およびセキュリティのツールを使用して運用を処理します。 Azure Arc では、Azure サービスに一貫したマルチクラウドとオンプレミスの管理プラットフォームを提供することで、ガバナンスと管理が簡素化されています。
Azure Arc は、既存の業界標準ハードウェア、ハイパーバイザー、Azure Stack HCI、または Azure Stack Edge、オンプレミス、またはマルチクラウドのデータセンターで実行されます。 Azure Arc には次の機能が含まれています。
- Azure Arc 対応サーバー
- Azure Arc 対応サーバーでの SQL Server
- Azure Arc 対応 Kubernetes
- Azure Arc 対応の vSphere
- Arc 対応 System Center Virtual Machine Manager
- Azure Stack HCI 上の Azure Arc 対応 VM
Azure Arc 対応サービスを使用すると、Azure PaaS とデータ サービス (Azure App Service、Azure Functions、Azure Logic Apps、Azure SQL Managed Instance、PostgreSQL Hyperscale、Azure Machine Learning など) を使用してオンプレミスおよびマルチクラウドのアプリケーションを作成できます。 これらのサービスはどこでも実行でき、既存のインフラストラクチャを使用できます。
共同作成者
この記事は、Microsoft によって保守されています。 当初の寄稿者は以下のとおりです。
- Robert Eichenseer | シニア サービス エンジニア
- Laura Nicolas | シニア ソフトウェア エンジニア
公開されていない LinkedIn プロフィールを見るには、LinkedIn にサインインしてください。
次のステップ
- ハイブリッド ワークロードの概要
- Azure のハイブリッドおよびマルチクラウドのパターンとソリューションのドキュメント
- ハイブリッドおよびマルチクラウドの概要
- Azure ハイブリッド クラウド サービスの概要 (Learn モジュール)