次の方法で共有


Azure Arc 対応データ サービスのデプロイを計画する

この記事では、Azure Arc 対応データ サービスのデプロイを計画する方法について説明します。

ヒント

デプロイを開始する前に、この記事のすべての情報を確認してください。

デプロイメントの手順

Azure Arc 対応データ サービスを利用するには、次のタスクを完了する必要があります。

  1. デプロイを計画する

    この記事では、計画について詳しく説明します。

  2. クライアント ツールをインストールします

  3. 次のように、Azure Arc 対応データ サービスをデプロイするサブスクリプションに Microsoft.AzureArcData プロバイダーを登録します。

    az provider register --namespace Microsoft.AzureArcData
    
  4. Kubernetes クラスターにアクセスします。

    デモンストレーション、テスト、検証のために、Azure Kubernetes Service クラスターを使用できます。 クラスターを作成するには、「クイックスタート: Azure Arc をデプロイする - データ サービスを有効にする - 直接接続モード - Azure portal」の手順に従って、プロセス全体を実行します。

  5. 直接接続モードで Azure Arc データ コントローラーを作成する (前提条件)

    データ コントローラーを作成するその他の方法については、「関連コンテンツ」にあるリンクを参照してください。

  6. データ サービスを作成します。

    たとえば、「Azure Arc で有効な SQL Managed Instance を作成する」です。

  7. Azure Data Studio に接続します。

Azure Arc 対応データ サービスのデプロイを計画するにあたっては、データベース ワークロードとそれらのワークロードのビジネス要件を正しく理解することが重要です。 たとえば、可用性、ビジネス継続性、これらのワークロードに対するメモリ、CPU、ストレージの容量要件などを検討する必要があります。 また、ビジネス要件に基づいて、これらのデータベース ワークロードをサポートするインフラストラクチャを慎重に準備する必要があります。

前提条件

Azure Arc 対応データ サービスをデプロイする前に、前提条件を満たしていること、必要な背景や情報が準備できていることを確認してください。 デプロイを成功させるには、インフラストラクチャ環境を適切なレベルのアクセスと、ストレージ、CPU、メモリの適切な容量で適切に構成する必要があります。

以下の記事を確認してください。

次のことを確認します。

  • arcdata CLI 拡張子 がインストールされている。

  • 他のクライアント ツールがインストールされている。

  • Kubernetes クラスターにアクセスできる。

  • kubeconfig ファイルが構成されている。 デプロイ先の Kubernetes クラスターがポイントされている必要があります。 クラスターの現在のコンテキストを確認するには、次のコマンドを実行します。

    kubectl cluster-info
    
  • Azure Arc データ コントローラー、Azure Arc 対応 SQL Managed Instance、Azure Arc 対応 PostgreSQL サーバーなどのリソースが予測され、請求される Azure サブスクリプションがある。

  • Azure Arc 対応データ サービスをデプロイするサブスクリプションに Microsoft.AzureArcData プロバイダーが登録されている。

インフラストラクチャの準備ができたら、次の方法で Azure Arc 対応データ サービスをデプロイします。

  1. Kubernetes クラスターの検証済みディストリビューションのいずれかで Azure Arc 対応データ コントローラーを作成します。
  2. Azure Arc 対応 SQL Managed Instance または Azure Arc 対応 PostgreSQL サーバー、あるいはその両方を作成します。

注意事項

一部のデータ サービス レベルとモードは一般提供 (GA)段階であり、一部はプレビュー段階です。 同じデータ コントローラーで GA サービスとプレビュー サービスを混在させないことをお勧めします。 同じデータ コントローラーで GA サービスとプレビュー サービスを混在させている場合、インプレース アップグレードはできません。 このシナリオでは、アップグレードするときに、データ コントローラーとデータ サービスをいったん削除してから再作成する必要があります。

展開の要件

さまざまな種類の Kubernetes クラスターに Azure Arc 対応データ サービスをデプロイできます。 現時点で検証されている Kubernetes サービスとディストリビューションの一覧は次のとおりです。

  • Amazon Elastic Kubernetes Service (Amazon EKS)
  • Azure Kubernetes Service (AKS)
  • Azure Stack HCI の Azure Kubernetes Service
  • Azure Red Hat OpenShift
  • Google Kubernetes Engine (GKE)
  • オープンソースのアップストリーム Kubernetes (通常、Kubeadm を使用してデプロイされる)
  • OpenShift Container Platform (OCP)
  • K3s
  • 追加のパートナー検証済み Kubernetes ディストリビューション

重要

  • Kubernetes のサポートされている最小バージョンは 1.21 です。
  • サポートされる OCP の最小バージョンは 4.8 です。
  • Azure Kubernetes Service を使用している場合は、クラスターのワーカー ノードの仮想マシン (VM) サイズが少なくとも Standard_D8s_v3 であり、Premium ディスクを使用している必要があります。
  • クラスターは複数の可用性ゾーンにまたがることはできません。
  • 詳細については、リリース ノートを参照してください。

展開情報

Azure Arc 対応データ サービスを作成する場合、選択したサービスまたはディストリビューション オプションに関係なく、次の情報を提供する必要があります。

  • データ コントローラー名: データ コントローラーのわかりやすい名前 (例: production-dcseattle-dc など)。 名前は Kubernetes 名前付け標準を満たしている必要があります。

  • ユーザー名: Kibana または Grafana 管理者ユーザーのユーザー名。

  • パスワード: Kibana または Grafana 管理者ユーザーのパスワード。

  • Kubernetes 名前空間の名前: データ コントローラーを作成する Kubernetes 名前空間の名前。

  • 接続モード: Azure Arc 対応データ サービス環境から Azure への接続の程度が決定されます。 選択した接続モードによって、デプロイ方法のオプションが決まります。 詳細については、「接続モードと要件」を参照してください。

  • Azure サブスクリプション ID: Azure 内のデータ コントローラー リソースを作成する場所の Azure サブスクリプション GUID。 Azure Arc 対応 SQL Managed Instance および Azure Arc 対応 PostgreSQL のすべてのデプロイも、このサブスクリプションが作成元と、課金対象になります。

  • Azure リソース グループ名: Azure 内のデータ コントローラー リソースを作成するリソース グループの名前。 Azure Arc 対応 SQL Managed Instance および Azure Arc 対応 PostgreSQL のすべてのデプロイも、このリソース グループで作成されます。

  • Azure の場所: Azure でデータ コントローラー リソースのメタデータが格納される Azure の場所。 利用可能なリージョンの一覧については、Azure グローバル インフラストラクチャの「リージョン別の利用可能な製品」ページを参照してください。 デプロイされたデータ コントローラーによって管理される Azure リソースに関するメタデータと課金情報は、場所パラメーターとして指定した Azure 内の場所だけに保存されます。 直接接続モードでデプロイしている場合、データ コントローラーの場所パラメーターは、対象とするカスタム場所リソースの場所と同じになります。

  • サービス プリンシパル情報:

  • インフラストラクチャ: 課金のために、Azure Arc 対応データ サービスを実行しているインフラストラクチャを示す必要があります。 オプションは次のとおりです。

  • alibaba

  • aws

  • azure

  • gcp

  • onpremises

  • other

  • コンテナー ランタイム: コンテナー ランタイムには containerd ランタイムを使用します。 Azure Arc 対応データ サービスは、Docker ランタイムをサポートしていません。

直接接続モードの追加の概念

接続モードと要件」で説明されているように、Azure Arc データ コントローラーは直接または間接の接続モードでデプロイできます。 直接接続モードで Azure Arc データ サービスをデプロイするには、さらにいくつかの概念と考慮事項を理解している必要があります。

  • まず、Azure Arc 対応データ サービスがデプロイされる Kubernetes クラスターは、Azure Arc 対応 Kubernetes クラスターである必要があります。 Kubernetes クラスターを Azure に接続することで、Azure portal から直接クラスターに Azure Arc データ サービスをデプロイして管理したり、使用状況、ログ、およびメトリックを Azure に自動的にアップロードしたり、その他の Azure のメリットを活用したりすることができます。 方法については、Azure へのクラスターの接続に関するページを参照してください。

  • Kubernetes クラスターで Azure Arc が有効になったら、以下を実行して、Azure Arc 対応のデータ サービスをデプロイします。

    1. Azure Arc データ サービス拡張機能を作成します。 方法については、「Azure Arc 対応 Kubernetes のクラスター拡張機能」を参照してください。
    2. カスタムの場所を作成する。 方法については、「Azure Arc 対応 Kubernetes でのカスタムの場所」を参照してください。
    3. Azure Arc データ コントローラーを作成します。

    これら 3 つの手順はすべて、Azure portal の Azure Arc データ コントローラー作成ウィザードを使用して 1 回の手順で実行できます。

Azure Arc データ コントローラーをインストールしたら、Azure Arc 対応 SQL Managed Instance や Azure Arc 対応 PostgreSQL サーバーなどのデータ サービスを作成して、アクセスできます。

既知の制限事項

現時点では、Kubernetes クラスターごとに 1 つの Azure Arc データ コントローラーのみがサポートされています。 ただし、Arc 対応 SQL マネージド インスタンスや Arc 対応 PostgreSQL サーバーなど、同じ Azure Arc データ コントローラーによって管理される複数の Arc データ サービスを作成できます。

Azure Arc データ コントローラーを作成するための追加オプションがいくつかあります。

試してみたい場合 AKS、Amazon EKS、または GKE 上、または Azure VM 内で Azure Arc Jumpstart をすぐに開始できます。