次の方法で共有

Azure Stack Hub にワークロードをデプロイする

  • [アーティクル]

Azure Stack を使用すると、組織は独自の Azure インスタンスをそのデータセンターで実行できます。 組織が Azure Stack をクラウド戦略に含めるのは、パブリック クラウドではうまくいかない状況への対応に役立つからです。 Azure Stack を使用する最も一般的な理由は次の 3 つです。

  • パブリック クラウドへのネットワーク接続が貧弱である。
  • 規制上または契約上の要件。
  • インターネットに公開できないバックエンド システム。

サービスとしてのインフラストラクチャのデプロイ

サービスとしてのインフラストラクチャ (IaaS) をデプロイする理由が何であれ、Azure Stack Hub へのデプロイは、他の IaaS のデプロイと似ています。 IaaS は仮想マシン (VM) にすぎないと考える人が多くいますが、IaaS はそれだけではありません。 Azure または Azure Stack に VM をデプロイする場合、マシンには、ドメイン ネーム システム、パブリック IP、ファイアウォール規則 (ネットワーク セキュリティ グループとも呼ばれます) を含むソフトウェアによるネットワークと、それ以外の多くの機能が含まれることになります。 VM をデプロイすると、Azure Blob Storage を使用して、VM のためのディスクがソフトウェアによるストレージ上に作成されます。

VM の Azure Stack へのデプロイに関する詳細なガイダンスについては、Azure Stack のコンピューティングの概要に関する記事を参照してください。

サービスとしてのプラットフォームのデプロイ

クラウドでは、すべてのサービスとしてのプラットフォーム (PaaS) リソースは、VM などの何らかの形態のインフラストラクチャ サービス上で実行されます。 とはいえ、Azure サービスはこれらのバックエンド リソースを難読化するので、お客様がそれらを管理する必要はありません。 これらのインフラストラクチャ リソースの難読化や調整は、Azure Resource Manager によって管理されます。 Azure Resource Manager テンプレートを使用して Azure にデプロイする際に、Resource Manager の一つの側面に気づいたかもしれません。 これらのテンプレートにより、呼び出したいリソース プロバイダーやリソースの構成方法が Azure に指定されます。

クラウドをデータセンターで実行する場合は、Stack Hub の管理者は難読化の層について少し知っておく必要があります。 お客様のユーザーまたは開発者が PaaS リソースを使用できるようにする前に、Azure Stack Hub の管理者はマーケットプレースからリソース プロバイダーをインストールする必要があります。 これらのリソース プロバイダーを使用すると、Azure Stack Hub のインスタンスが、Azure のリソース プロバイダーの機能をお客様のスタック インスタンスで複製できるようになります。 Azure Stack Hub のリソース プロバイダーのデプロイについての詳細は、Azure Stack IaaS のブログ シリーズを参照してください。

ワークロードのデプロイ

Azure Stack Hub の管理者がスタック インスタンスを適切に構成したら、他のほとんどの Azure 移行の作業と同じ方法で移行を継続できます。 Azure Stack を使用すると、チームは次のいずれかの種類の移行を実行できます。

移行に関するその他の考慮事項

以下のリソースは、チームが移行と最新化を行う際に役立ちます。

次の手順

クラウド導入の取り組みの特定の要素に関するガイダンスについては、以下を参照してください。