Establecimiento de conexiones de salida compartidas mediante un vínculo privado

Artículo
10/22/2024

En este artículo se explica cómo configurar llamadas privadas y salientes de Azure AI Search a un recurso PaaS de Azure que se ejecuta dentro de una red virtual de Azure.

La configuración de una conexión privada permite que un servicio de búsqueda se conecte a una dirección IP de red virtual en lugar de un puerto abierto a Internet. El objeto creado para la conexión se denomina vínculo privado compartido. En la conexión, el servicio de búsqueda usa internamente el vínculo privado compartido para acceder a un recurso PaaS de Azure dentro del límite de red.

El vínculo privado compartido es una característica premium que se factura por uso. Al configurar un vínculo privado compartido, los cargos por el punto de conexión privado se agregan a la factura de Azure. Al usar el vínculo privado compartido, también se facturan las tasas de transferencia de datos para el acceso entrante y saliente. Para obtener más información, consulte Precios de Azure Private Link.

Nota:

Si está configurando una conexión de indexador privado a una instancia administrada de SQL, consulte este artículo para ver los pasos específicos para ese tipo de recurso.

Cuándo debe usarse un vínculo privado compartido

Azure AI Search realiza llamadas salientes a otros recursos PaaS de Azure en los escenarios siguientes:

El indizador o motor de búsqueda se conecta a Azure OpenAI para inserciones de texto a vector
Conexiones del indexador a orígenes de datos admitidos
Conexiones del indizador (conjunto de aptitudes) a Azure Storage para almacenar en caché enriquecimientos, el estado de la sesión de depuración o escribir en un almacén de conocimiento
Solicitudes de clave de cifrado a Azure Key Vault
Solicitudes de aptitudes personalizadas a Azure Functions o a un recurso similar

Los vínculos privados compartidos solo funcionan para las conexiones de Azure a Azure. Si se conecta a OpenAI u otro modelo externo, la conexión debe ser mediante la red pública de Internet.

Los vínculos privados compartidos son para las operaciones y los datos a los que se accede mediante un punto de conexión privado para los recursos o clientes de Azure que se ejecutan en una red virtual de Azure.

Un vínculo privado compartido:

Se crea con herramientas, API o SDK de Azure AI Search
Lo aprueba el propietario del recurso PaaS de Azure
Lo usa internamente Búsqueda de Azure AI en una conexión privada a un recurso de Azure específico.

Solo el servicio de búsqueda puede usar los vínculos privados que crea y solo puede haber un vínculo privado compartido creado en el servicio para cada combinación de recurso y subrecurso.

Una vez configurado el vínculo privado, se usa automáticamente cada vez que el servicio de búsqueda se conecta a ese recurso PaaS. No es necesario modificar la cadena de conexión ni modificar el cliente que usa para emitir las solicitudes, aunque el dispositivo usado para la conexión debe conectarse mediante una dirección IP autorizada en el firewall del recurso PaaS de Azure.

Hay dos escenarios para usar Azure Private Link y Azure AI Search juntos.

Escenario uno: cree un vínculo privado compartido cuando una conexión saliente (indexador) a Azure PaaS requiera una conexión privada.
Escenario dos: configure la búsqueda de una conexión entrante privada desde clientes que se ejecutan en una red virtual.

El primer escenario se trata en este artículo.

Aunque ambos escenarios tienen una dependencia en Azure Private Link, son independientes. Puede crear un vínculo privado compartido sin tener que configurar su propio servicio de búsqueda para un punto de conexión privado.

Limitaciones

A la hora de evaluar vínculos privados compartidos para su escenario, recuerde estas restricciones.

Varios de los tipos de recursos usados en un vínculo privado compartido están en versión preliminar. Si se conecta a un recurso de versión preliminar (Azure Database for MySQL o Instancia administrada de Azure SQL), use una versión preliminar de la API de REST de administración para crear el vínculo privado compartido. Estas versiones incluyen 2020-08-01-preview, 2021-04-01-preview, 2024-03-01-preview y 2024-06-01-preview. Se recomienda la API de versión preliminar más reciente.
La ejecución del indexador debe usar el entorno de ejecución privado específico del servicio de búsqueda. Las conexiones de punto de conexión privado no se admiten en el entorno multiinquilino. La configuración de este requisito se trata en este artículo.

Requisitos previos

Solo para la vectorización integrada, las conexiones salientes a través de un vínculo privado compartido se admiten en todos los niveles facturables, solo en los servicios creados después del 3 de abril de 2024 ubicados en regiones que proporcionan mayor capacidad.
Para el enriquecimiento con IA, el procesamiento de conjuntos de aptitudes que no incluye una aptitud de inserción y en los servicios creados antes del 3 de abril de 2024, Búsqueda de Azure AI debe ser Estándar 2 (S2) o superior.
Para todos los demás casos de uso que no implican conjuntos de aptitudes, Búsqueda de Azure AI puede ser Básica o superior.
Un recurso de PaaS de Azure de la lista siguiente de tipos de recursos admitidos, configurado para ejecutarse en una red virtual.
Permisos tanto en Búsqueda de Azure AI como en el origen de datos:
- En el recurso PaaS de Azure, debe tener permiso para aprobar conexiones de punto de conexión privado. Por ejemplo, si usa una cuenta de Azure Storage como origen de datos (como el contenedor de blobs, el recurso compartido de Azure Files, la tabla de Azure), necesita Microsoft.Storage/storageAccounts/privateEndpointConnectionsApproval/action.
- En el servicio de búsqueda, debe tener permisos de lectura y escritura en recursos compartidos de vínculo privado y estados de operación de lectura:
  - Microsoft.Search/searchServices/sharedPrivateLinkResources/write
  - Microsoft.Search/searchServices/sharedPrivateLinkResources/read
  - Microsoft.Search/searchServices/sharedPrivateLinkResources/operationStatuses/read

Tipos de recurso admitidos

Puede crear un vínculo privado compartido para los siguientes recursos.

Tipo de recurso	Subrecurso (o identificador de grupo)
Microsoft.Storage/storageAccounts ¹	`blob`, `table`, `dfs`, `file`
Microsoft.DocumentDB/databaseAccounts ²	`Sql`
Microsoft.Sql/servers ³	`sqlServer`
Microsoft.KeyVault/vaults	`vault`
Microsoft.DBforMySQL/servers (versión preliminar)	`mysqlServer`
Microsoft.Web/sites ⁴	`sites`
Microsoft.Sql/managedInstances (preview) ⁵	`managedInstance`
Microsoft.CognitiveServices/accounts ⁶ ⁷	`openai_account`

¹ Si Azure Storage y Azure AI Search están en la misma región, la conexión al almacenamiento se realiza a través de la red troncal de Microsoft, lo que significa que un vínculo privado compartido es redundante para esta configuración. Sin embargo, si ya ha configurado un punto de conexión privado para Azure Storage, también debe configurar un vínculo privado compartido o la conexión se rechazará en el lado de almacenamiento. Además, si usa varios formatos de almacenamiento para varios escenarios en la búsqueda, asegúrese de crear un vínculo privado compartido independiente para cada subrecurso.

² El tipo de recurso Microsoft.DocumentDB/databaseAccounts se usa para las conexiones del indexador a Azure Cosmos DB for NoSQL. El nombre del proveedor y el identificador de grupo distinguen mayúsculas de minúsculas.

³ El tipo de recurso Microsoft.Sql/servers se utiliza para las conexiones a la base de datos Azure SQL. Actualmente no hay soporte para un vínculo privado compartido a Azure Synapse SQL.

⁴ El tipo de recurso Microsoft.Web/sites se usa para App Service y Azure Functions. En el contexto de Azure AI Search, una función de Azure es el escenario más probable. Normalmente se usa una función de Azure para hospedar la lógica de una aptitud personalizada. Azure Function tiene los siguientes planes de hospedaje de App Service: Consumo, Premium y Dedicado. Las instancias de App Service Environment (ASE), Azure Kubernetes Service (AKS) y Azure API Management no se admiten en este momento.

⁵ Consulte Crear un vínculo privado compartido para una SQL Managed Instance para obtener instrucciones.

⁶El tipo de recurso Microsoft.CognitiveServices/accounts se utiliza para las conexiones del vectorizador y el indexador a Azure OpenAI cuando se implementa la Vectorización integrada. Actualmente no hay compatibilidad con el vínculo privado compartido para insertar modelos en el catálogo de modelos de Inteligencia artificial de Azure Studio o en la API replicada de Visión de Azure AI.

⁷ Private Link compartido para Azure OpenAI solo se admite en la nube pública. Otras ofertas en la nube, como Microsoft Azure Government, no admiten vínculos privados compartidos para el openai_account identificador de grupo.

1 - Creación de un vínculo privado compartido

Use Azure Portal, la API de REST de administración, la CLI de Azure o Azure PowerShell para crear un vínculo privado compartido.

A continuación se muestran algunas sugerencias:

Asigne un nombre descriptivo al vínculo privado. En el recurso PaaS de Azure, aparece un vínculo privado compartido junto con otros puntos de conexión privados. Un nombre como "shared-private-link-for-search" puede recordarle cómo se usa.

Cuando complete los pasos de esta sección, tendrá un vínculo privado compartido aprovisionado en un estado pendiente. Se tarda unos minutos en crear el vínculo. Una vez creado, el propietario del recurso debe aprobar la solicitud antes de que esté operativa.

Inicie sesión en Azure Portal y encuentre su servicio de búsqueda.
En el panel de navegación de la izquierda, en Configuración, seleccione Redes.
En la página Acceso privado compartido, seleccione + Agregar acceso privado compartido.
Seleccione Conectarse a un recurso de Azure en mi directorio o Conectarse a un recurso de Azure por Id. de recurso.
Si selecciona la primera opción (recomendada), el portal le ayudará a elegir el recurso de Azure adecuado y rellenará automáticamente otras propiedades, como el Id. de grupo del recurso y el tipo del recurso.
Si selecciona la segunda opción, escriba el identificador de recurso de Azure manualmente y elija el identificador de grupo adecuado en la lista al principio de este artículo.
Confirme que el estado de aprovisionamiento es "Actualizando".
Una vez creado correctamente el recurso, el estado de aprovisionamiento del recurso cambia a "Correcto".

Nota:

Las versiones preliminares de la API, son necesarias para los identificadores de grupo que están en versión preliminar. Los siguientes tipos de recursos están en versión preliminar: managedInstance, mySqlServer y sites.

Aunque las herramientas como Azure Portal, Azure PowerShell o la CLI de Azure tienen mecanismos integrados para el inicio de sesión de cuentas, un cliente REST debe proporcionar un token de portador que permita que la solicitud pase.

Dado que es fácil y rápida, en esta sección se usan los pasos de la CLI de Azure para obtener un token de portador. Para ver enfoques más duraderos, consulte Administración con REST.

Abra una línea de comandos y ejecute az login para el inicio de sesión de Azure.
Muestre la cuenta activa y la suscripción. Compruebe que esta suscripción es la misma que tiene el recurso PaaS de Azure para el que va a crear el vínculo privado compartido.
```
az account show
```
Cambie la suscripción si no es la correcta:
```
az account set --subscription {{Azure PaaS subscription ID}}
```
Cree un token de portador y, a continuación, copie todo el token (todo lo que hay entre las comillas).
```
az account get-access-token
```

Cambie a un cliente REST y configure un recurso GET de vínculo privado compartido. Revise los vínculos privados compartidos existentes para asegurarse de que no está duplicando ningún vínculo. Solo puede haber un vínculo privado compartido para cada combinación de recurso y subrecurso.

@subscriptionId = PASTE-HERE
@rg-name = PASTE-HERE
@service-name = PASTE-HERE
@token = PASTE-TOKEN-HERE

GET https://https://management.azure.com/subscriptions/{{subscriptionId}}/resourceGroups/{{rg-name}}/providers/Microsoft.Search/searchServices/{{service-name}}/sharedPrivateLinkResources?api-version=2023-11-01 HTTP/1.1
  Content-type: application/json
  Authorization: Bearer {{token}}

Envíe la solicitud. Debe obtener una lista de todos los recursos de vínculo privado compartidos que existen para el servicio de búsqueda. Asegúrese de que no haya ningún vínculo privado compartido existente para la combinación de recurso y subrecurso.

Formule una solicitud PUT para crear o actualizar un vínculo privado compartido para el recurso PaaS de Azure.

PUT https://https://management.azure.com/subscriptions/{{subscriptionId}}/resourceGroups/{{rg-name}}/providers/Microsoft.Search/searchServices/{{service-name}}/sharedPrivateLinkResources/{{shared-private-link-name}}?api-version=2023-11-01 HTTP/1.1
  Content-type: application/json
  Authorization: Bearer {{token}}

{
    "properties":
     {
        "groupID": "blob",
        "privateLinkResourceId": "/subscriptions/{{subscriptionId}}/resourceGroups/{{rg-name}}/providers/Microsoft.Storage/storageAccounts/{{storage-account-name}}",
        "provisioningState": "",
        "requestMessage": "Please approve this request.",
        "resourceRegion": "",
        "status": ""
     }
}

Si el recurso PaaS de Azure está en otra suscripción, use la CLI de Azure para cambiar la suscripción y, a continuación, obtenga un token de portador válido para esa suscripción:

az account set --subscription {{Azure PaaS subscription ID}}

az account get-access-token

Envíe la solicitud. Para comprobar el estado, vuelva a ejecutar la primera solicitud GET de vínculo privado compartido para supervisar el estado de aprovisionamiento a medida que hace la transición de "Actualizando" a "Correcto".

Consulte Administración con PowerShell para obtener instrucciones sobre cómo empezar.

En primer lugar, use Get-AzSearchSharedPrivateLinkResource para revisar los vínculos privados compartidos existentes para asegurarse de que no está duplicando ningún vínculo. Solo puede haber un vínculo privado compartido para cada combinación de recurso y subrecurso.

Get-AzSearchSharedPrivateLinkResource -ResourceGroupName <search-service-resource-group-name> -ServiceName <search-service-name>

Use New-AzSearchSharedPrivateLinkResource para crear un vínculo privado compartido, sustituyendo los valores válidos para los marcadores de posición. Este ejemplo es para Blob Storage.

New-AzSearchSharedPrivateLinkResource -ResourceGroupName <search-service-resource-group-name> -ServiceName <search-service-name> -Name <spl-name> -PrivateLinkResourceId /subscriptions/<alphanumeric-subscription-ID>/resourceGroups/<storage-resource-group-name>/providers/Microsoft.Storage/storageAccounts/myBlobStorage -GroupId blob -RequestMessage "Please approve"

Vuelva a ejecutar la primera solicitud para supervisar el estado de aprovisionamiento a medida que pasa de "Actualizando" a "Correcto".

Consulte Administración con la CLI de Azure para obtener instrucciones sobre cómo empezar.

En primer lugar, use az-search-shared-private-link-resource list para revisar los vínculos privados compartidos existentes para asegurarse de que no está duplicando ningún vínculo. Solo puede haber un vínculo privado compartido para cada combinación de recurso y subrecurso.

az search shared-private-link-resource list --service-name {{your-search-service-name}} --resource-group {{your-search-service-resource-group}}

Use az-search-shared-private-link-resource create para el siguiente paso. Este ejemplo es para Azure Cosmos DB for NoSQL.

La sintaxis distingue mayúsculas de minúsculas, por lo que debe asegurarse de que el identificador de grupo sea Sql y que el nombre del proveedor sea Microsoft.DocumentDB.

az search shared-private-link-resource create --name {{your-shared-private-link-name}} --service-name {{your-search-service-name}} --resource-group {{your-search-service-resource-group}} --group-id Sql --resource-id "/subscriptions/{{your-subscription-ID}}/{{your-cosmos-db-resource-group}}/providers/Microsoft.DocumentDB/databaseAccounts/{{your-cosmos-db-account-name}}"

Vuelva a ejecutar la primera solicitud para supervisar el estado de aprovisionamiento a medida que pasa de "Actualizando" a "Correcto".

Flujo de trabajo de creación de vínculos privados compartidos

Se devuelve la respuesta 202 Accepted en caso de éxito. El proceso de creación de un punto de conexión privado de salida es una operación de larga duración (asincrónica), Implica la implementación de los siguientes recursos:

Un punto de conexión privado asignado con una dirección IP privada con un estado "Pending". La dirección IP privada se obtiene del espacio de direcciones que se asigna a la red virtual del entorno de ejecución del indexador privado específico del servicio de búsqueda. Tras la aprobación del punto de conexión privado, cualquier comunicación desde Azure AI Search al recurso de Azure se origina desde la dirección IP privada y un canal de vínculo privado seguro.
Una zona DNS privada para el tipo de recurso, que se basa en el Id. de grupo. Mediante la implementación de este recurso se asegura de que todas las búsquedas DNS en el recurso privado utilizan la dirección IP asociada con el punto de conexión privado.

2 - Aprobación de la conexión del punto de conexión privado

La aprobación de la conexión de punto de conexión privado se concede en el lado de PaaS de Azure. Se requiere la aprobación explícita del propietario del recurso. Los pasos siguientes tratan sobre la aprobación mediante Azure Portal, pero estos son algunos vínculos para aprobar la conexión mediante programación desde el lado PaaS de Azure:

En Azure Storage, use conexiones de punto de conexión privado: Put
En Azure Cosmos DB, use conexiones de punto de conexión privado: Create o Update
En Azure OpenAI, use Conexiones de punto de conexión privado: crear o actualizar

Con Azure Portal, realice los pasos siguientes:

Abra la página Redes del recurso de PaaS de Azure.texto
Busque la sección en la que se enumeran las conexiones de punto de conexión privado. El ejemplo siguiente es para una cuenta de almacenamiento.
Seleccione la conexión y, después, Aprobar. El estado puede tardar unos minutos en actualizarse.

Después de que se aprueba el punto de conexión privado, Azure AI Search crea las asignaciones de zona DNS necesarias en la zona DNS que se crea para él.

Aunque el vínculo de punto de conexión privado de la página de Redes está activo, no se resolverá.

Al seleccionar el vínculo se produce un error. Un mensaje de estado "The access token is from the wrong issuer" y must match the tenant associated with this subscription aparece porque el recurso de punto de conexión privado de back-end lo aprovisiona Microsoft en un inquilino administrado de Microsoft, mientras que el recurso vinculado (Búsqueda de Azure AI) está en su inquilino. De manera deliberada, no se le permite acceder al recurso de punto de conexión privado seleccionando el vínculo de conexión de punto de conexión privado.

Siga las instrucciones de la sección siguiente para comprobar el estado del vínculo privado compartido.

3 - Comprobación del estado del vínculo privado compartido

En el lado de Búsqueda de Azure AI, puede confirmar la aprobación de la solicitud; para ello, vuelva a consultar la página Acceso privado compartido de la página Redes del servicio de búsqueda. El estado de conexión debe aprobarse.

Como alternativa, también puede obtener el estado de conexión mediante la Recursos de vínculo privado compartido: Obtener.

az rest --method get --uri https://management.azure.com/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/contoso/providers/Microsoft.Search/searchServices/contoso-search/sharedPrivateLinkResources/blob-pe?api-version=2024-07-01

Esto devolvería un elemento JSON, donde el estado de conexión aparece como "status" en la sección "properties". A continuación se muestra un ejemplo de una cuenta de almacenamiento.

{
      "name": "blob-pe",
      "properties": {
        "privateLinkResourceId": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/contoso/providers/Microsoft.Storage/storageAccounts/contoso-storage",
        "groupId": "blob",
        "requestMessage": "please approve",
        "status": "Approved",
        "resourceRegion": null,
        "provisioningState": "Succeeded"
      }
}

Si el estado de aprovisionamiento (properties.provisioningState) del recurso es "Correcto" y el estado de conexión (properties.status) es "Aprobado", significa que el recurso de vínculo privado compartido es funcional y que el indexador se puede configurar para comunicarse a través del punto de conexión privado.

4 - Configurar el indexador para que se ejecute en el entorno privado

La ejecución del indexador se produce en un entorno privado específico del servicio de búsqueda o en un entorno multiinquilino que se usa internamente para descargar el procesamiento costoso del conjunto de aptitudes para varios clientes.

El entorno de ejecución es transparente, pero una vez que empiece a crear reglas de firewall o establecer conexiones privadas, tiene que tener en cuenta la ejecución del indexador. Para una conexión privada, configure la ejecución del indexador para que siempre se ejecute en el entorno privado.

En este paso se muestra cómo configurar el indexador para que se ejecute en el entorno privado usando la API REST. También puede establecer el entorno de ejecución mediante el editor de JSON en Azure Portal.

Nota:

Este paso se puede realizar antes de que se apruebe la conexión del punto de conexión privado. Sin embargo, hasta que la conexión de punto de conexión privado se muestre como aprobada, cualquier indexador existente que intente comunicarse con un recurso protegido (como la cuenta de almacenamiento) terminará en un estado de error transitorio y no se podrán crear nuevos indexadores.

Cree la definición de origen de datos, el índice y el conjunto de aptitudes (si usa uno) como lo haría normalmente. No hay propiedades en ninguna de estas definiciones que varíen al usar un punto de conexión privado compartido.
Cree un indexador que apunte al origen de datos, el índice y el conjunto de aptitudes que creó en el paso anterior. Además, fuerce a que el indexador se ejecute en el entorno de ejecución privado; para ello, establezca la propiedad de configuración executionEnvironment del indexador en private.
```
{
    "name": "indexer",
    "dataSourceName": "blob-datasource",
    "targetIndexName": "index",
    "parameters": {
        "configuration": {
            "executionEnvironment": "private"
        }
    },
    "fieldMappings": []
}
```

Una vez que el indexador se cree correctamente, debería conectarse al recurso de Azure a través de la conexión de punto de conexión privado. Puede supervisar el estado del indexador. Para ello, se utiliza Indexer Status API.

Nota:

Si ya tiene indexadores, puede actualizarlos a través de la API PUT. Para ello, establezca executionEnvironment en private o use el editor de JSON en Azure Portal.

5 - Creación de un vínculo privado compartido

Si aún no lo ha hecho, compruebe que el recurso PaaS de Azure rechaza las conexiones de la red pública de Internet. Si se aceptan conexiones, revise la configuración de DNS en la página Redes del recurso PaaS de Azure.
Elija una herramienta que pueda invocar un escenario de solicitud saliente, como una conexión de indexador a un punto de conexión privado. Una opción sencilla es usar el Asistente para importar datos, pero también puede probar un cliente REST y API de REST para una mayor precisión. Suponiendo que el servicio de búsqueda no esté configurado también para una conexión privada, la conexión del cliente REST a la búsqueda puede realizarse a través de la red Internet pública.
Establezca la cadena de conexión en el recurso PaaS privado de Azure. El formato de la cadena de conexión no cambia para el vínculo privado compartido. El servicio de búsqueda invoca el vínculo privado compartido internamente.

En el caso de las cargas de trabajo del indexador, la cadena de conexión se encuentra en la definición del origen de datos. Un ejemplo de un origen de datos podría tener este aspecto:
```
 {
   "name": "my-blob-ds",
   "type": "azureblob",
   "subtype": null,
   "credentials": {
     "connectionString": "DefaultEndpointsProtocol=https;AccountName=<YOUR-STORAGE-ACCOUNT>;AccountKey=..."
   }
```

En el caso de las cargas de trabajo del indexador, recuerde establecer el entorno de ejecución en la definición del indexador. Un ejemplo de una definición de indexador podría tener este aspecto:

"name": "indexer",
"dataSourceName": "my-blob-ds",
"targetIndexName": "my-index",
"parameters": {
   "configuration": {
       "executionEnvironment": "private"
       }
   },
"fieldMappings": []
}

Ejecute el indexador. Si la ejecución del indexador se realiza correctamente y el índice de búsqueda se rellena, el vínculo privado compartido funciona.

Solución de problemas

Si se produce un error en la creación del indexador con "Las credenciales del origen de datos no son válidas", compruebe el estado de aprobación del vínculo privado compartido antes de depurar la conexión. Si el estado es Approved, compruebe la propiedad properties.provisioningState. Si es Incomplete, puede haber un problema con las dependencias subyacentes. En este caso, vuelva a emitir la solicitud PUT para volver a crear el vínculo privado compartido. Es posible que también tenga que repetir el paso de aprobación.
Si los indexadores no se pueden realizar de forma coherente o intermitente, compruebe la propiedad executionEnvironment en el indexador. El valor debe establecerse en private. Si no estableció esta propiedad y las ejecuciones del indexador se realizaron correctamente en el pasado, se debe a que el servicio de búsqueda usó un entorno privado propio. Un servicio de búsqueda saca el procesamiento del entorno estándar si el sistema está bajo carga.
Si recibe un error al crear un vínculo privado compartido, compruebe los límites del servicio para comprobar que está por debajo de la cuota del nivel.

Pasos siguientes

Más información sobre los puntos de conexión privados y otros métodos de conexión segura:

Compartir a través de

Establecimiento de conexiones de salida compartidas mediante un vínculo privado

Cuándo debe usarse un vínculo privado compartido

Limitaciones

Requisitos previos

Tipos de recurso admitidos

1 - Creación de un vínculo privado compartido

Flujo de trabajo de creación de vínculos privados compartidos

2 - Aprobación de la conexión del punto de conexión privado

3 - Comprobación del estado del vínculo privado compartido

4 - Configurar el indexador para que se ejecute en el entorno privado

5 - Creación de un vínculo privado compartido

Solución de problemas

Pasos siguientes

Comentarios

Recursos adicionales