Compartir a través de

Ubicaciones personalizadas

  • Artículo

Como extensión de la construcción de ubicación de Azure, una ubicación personalizada proporciona una referencia como objetivo de implementación que los administradores pueden configurar al crear un recurso de Azure. La característica de ubicación personalizada abstrae los detalles de la infraestructura de back-end de los desarrolladores de aplicaciones, los usuarios administradores de bases de datos u otros usuarios de la organización. Estos usuarios pueden después hacer referencia a la ubicación personalizada sin tener que estar al tanto de estos detalles.

Las ubicaciones personalizadas pueden utilizarse para habilitar los clústeres de Kubernetes habilitados para Azure Arc como ubicaciones de destino para implementar instancias de servicios Azure. Las ofertas de Azure que pueden implementarse sobre ubicaciones personalizadas incluyen bases de datos, como SQL Managed Instance habilitada por Azure Arc y Servidor PostgreSQL habilitado por Azure Arc.

En clústeres de Kubernetes habilitados para Arc, una ubicación personalizada representa una abstracción de un espacio de nombres dentro del clúster de Kubernetes habilitado para Azure Arc. Ubicaciones personalizadas crea los RoleBindings y ClusterRoleBindings pormenorizados necesario para que otros servicios de Azure accedan al clúster.

Permisos de ubicación personalizada

Puesto que la ubicación personalizada es un recurso Azure Resource Manager que admite control de acceso basado en rol de Azure (RBAC), un administrador u operador puede determinar qué usuarios tienen acceso para crear instancias de recursos en:

  • Un espacio de nombres dentro de un clúster de Kubernetes para la implementación de destino de SQL Managed Instance habilitado para Azure Arc y los servidores de PostgreSQL habilitados para Azure Arc.
  • El proceso, el almacenamiento, las redes y otros recursos de vCenter Azure Stack HCI para implementar y administrar máquinas virtuales.

Por ejemplo, un operador de clúster podría crear una ubicación personalizada Contoso-Michigan-Healthcare-App que represente un espacio de nombres en un clúster de Kubernetes en el Centro de datos de Michigan de la organización. El operador puede asignar permisos RBAC de Azure a los desarrolladores de aplicaciones en esta ubicación personalizada para que puedan implementar aplicaciones web relacionadas con la atención sanitaria. Después, los desarrolladores pueden implementar estas aplicaciones en Contoso-Michigan-Healthcare-App sin tener que conocer los detalles del espacio de nombres y el clúster de Kubernetes.

Arquitectura para Kubernetes habilitado para Arc

Cuando un administrador habilita la característica Ubicaciones personalizadas en un clúster, se crea un ClusterRoleBinding, lo que autoriza la aplicación de Microsoft Entra utilizada por el proveedor de recursos de ubicaciones personalizadas (RP). Una vez autorizado, el RP de ubicaciones personalizadas puede crear los ClusterRoleBindings o RoleBindings que necesiten otros RP de Azure para crear los recursos personalizados en este clúster. Las extensiones de clúster instaladas en el clúster determinan la lista de RP que se van a autorizar.

Diagrama que muestra la arquitectura de ubicaciones personalizadas en Kubernetes habilitado para Arc.

Cuando el usuario crea una instancia del servicio de datos en el clúster:

  1. La solicitud PUT se envía a Azure Resource Manager.
  2. La solicitud PUT se reenvía al RP de Data Services habilitado para Azure Arc.
  3. El RP captura el archivo kubeconfig asociado con el clúster de Kubernetes habilitado para Azure Arc, en el que existe la ubicación personalizada.
    • Se hace referencia a la ubicación personalizada como extendedLocation en la solicitud PUT original.
  4. El RP de Data Services habilitado para Azure Arc usa kubeconfig para comunicarse con el clúster a fin de crear un recurso personalizado del tipo Data Services habilitado para Azure Arc en el espacio de nombres asignado a la ubicación personalizada.
    • El operador de Data Services habilitado para Azure Arc se implementó mediante la creación de una extensión de clúster antes de que existiera la ubicación personalizada.
  5. El operador de Data Services habilitado para Azure Arc lee el nuevo recurso personalizado creado en el clúster y crea el controlador de datos, que se traduce en la concreción del estado deseado en el clúster.

La secuencia de pasos para crear la instancia administrada de SQL o la instancia de PostgreSQL es idéntica a la descrita anteriormente.

Pasos siguientes