Azure ロケーション構造の拡張機能として、カスタム ロケーション機能は、テナント管理者が Azure Arc 対応の Kubernetes クラスターを、Azure サービス インスタンスをデプロイするためのターゲット ロケーションとして使用できる方法を提供します。 カスタムロケーションに配置できるAzureの提供例としては、Azure Arcによって有効化されたSQLマネージドインスタンスやAzure Arc対応のPostgreSQLサーバーなどのデータベースがあります。
テナント内のエンドユーザーは、Azureのロケーションと同様に、カスタムロケーションへのアクセス権を持つ場合、自社のプライベートコンピューティングを使用してそこにリソースをデプロイすることができます。
Azure Arc 対応の Kubernetes クラスター、クラスター接続、クラスター拡張機能の上にある抽象化レイヤーとして、カスタムロケーションを可視化することができます。 カスタムロケーションは、他のAzureサービスがクラスターにアクセスするために必要な詳細なロールバインディングおよびクラスターロールバインディングを作成します。 これらの他の Azure サービスでは、デプロイされたリソースを管理するためにクラスター アクセスが必要です。
アーキテクチャ
管理者がクラスタでカスタムロケーション機能を有効にすると、カスタムロケーションリソースプロバイダーが使用するMicrosoft Entraアプリケーションを承認するがクラスタに作成されます。 承認されると、カスタムの場所のリソース プロバイダーは、他の Azure リソース プロバイダーがこのクラスターにカスタム リソースを作成するために必要な ClusterRoleBinding オブジェクトまたは RoleBinding オブジェクトを作成できます。 クラスターにインストールされたクラスター拡張機能は、承認するリソースプロバイダーの一覧を決定します。
アーキテクチャ図を高解像度でダウンロードするには、 Jumpstart Gem にアクセスしてください。
ユーザーがクラスター上でデータサービスインスタンスを作成する際には、
- PUT リクエストは Azure Resource Manager に送信されます。
- PUTリクエストは、Azure Arc対応のデータサービスリソースプロバイダーに転送されます。
- RPは、Azure Arc対応のKubernetesクラスターに関連付けられた
kubeconfigファイルを取得します。このクラスターにはカスタムロケーションが存在します。- オリジナルのPUTリクエストでは、
extendedLocationとしてカスタムロケーションが参照されています。
- オリジナルのPUTリクエストでは、
- Azure Arc 対応データ サービス リソース プロバイダーは、
kubeconfigを使用してクラスターと通信し、カスタム ロケーションにマッピングされた名前空間に Azure Arc 対応データ サービス タイプのカスタム リソースを作成します。- カスタム ロケーションが存在する前に、Azure Arc 対応データ サービス オペレーターは、クラスター拡張の作成を通じてデプロイされました。
- Azure Arc 対応データサービスオペレーターは、クラスタ上で作成された新しいカスタムリソースを読み取り、データコントローラーを作成します。これにより、クラスタ上の望ましい状態の実現が達成されます。
上記に記載されている手順の順序と同じように、SQLマネージドインスタンスとPostgreSQLインスタンスを作成する手順も同様です。
次のステップ
- クイックスタートを使用してKubernetes クラスターを Azure Arc に接続します。
- Azure Arc 対応 Kubernetes クラスターにカスタムの場所を作成します。