Preguntas frecuentes sobre Azure Relay

El servicio Azure Relay facilita sus aplicaciones híbridas, al ayudar a exponer a la nube pública, de un modo seguro, servicios que residen en una red empresarial. Puede exponer los servicios sin tener que abrir una conexión de firewall y sin requerir cambios intrusivos en la infraestructura de red corporativa.

Un espacio de nombres es un contenedor de ámbito que puede usar para hacer referencia a recursos de Relay dentro de la aplicación. Debe crear un espacio de nombres para utilizar Relay. Este es uno de los primeros pasos en la introducción.

El servicio anteriormente llamado Service Bus Relay se conoce ahora como Azure Relay. Este servicio se puede seguir usando de la manera habitual. La característica Conexiones híbridas es una versión actualizada de un servicio trasplantado desde Azure BizTalk Services. Tanto WCF Relay como Conexiones híbridas seguirán siendo admitidos en el futuro.

Precios

Esta sección responde a algunas preguntas frecuentes sobre la estructura de precios de Relay. También puede ver Preguntas frecuentes de soporte técnico de Azure para obtener información general sobre los precios de Azure. Para obtener más información sobre los precios de Relay, consulte Precios de Service Bus.

Para obtener información completa sobre los precios de retransmisión, consulte la tabla Conexiones híbridas y retransmisiones de WCF en la página de detalles de precios de Service Bus. Además de los precios indicados en dicha página, se le cobrará por las transferencias de datos asociadas para salidas del centro de datos en el que se aprovisiona la aplicación.

WCF Relay solo está disponibles en los espacios de nombres de nivel Estándar. En cualquier otro caso, el precio y las cuotas de conexión de las retransmisiones permanecen igual. Esto significa que las retransmisiones seguirán cobrándose según el número de mensajes (y no de operaciones) y las horas de retransmisión. Para obtener más información, consulte la tabla Conexiones híbridas y retransmisiones de WCF en la página de detalles de precios.

En algunos casos, una sola transmisión tiene muchos escuchas conectados. Una retransmisión se considera abierta cuando al menos un agente de escucha de retransmisión está conectado a ella. Si agrega agentes de escucha a una retransmisión abierta, se generarán horas de retransmisión adicionales. El número de remitentes de retransmisión (clientes que invocan o envían mensajes a retransmisiones) conectados a una retransmisión no tiene ningún efecto en el cálculo de horas de retransmisión.

(Esto solo se aplica a retransmisiones WCF. Los mensajes no son un costo en Conexiones híbridas. )

En general, los mensajes facturables para retransmisiones se calculan utilizando el mismo método que se usa para las entidades negociadas (colas, temas y suscripciones), que se ha descrito anteriormente. Sin embargo, hay algunas diferencias importantes.

El envío de un mensaje a Azure Relay se trata como un envío de tipo "completo a través" al agente de escucha de retransmisión que recibe el mensaje. No se trata como una operación de envío a Azure Relay seguida de una entrega al agente de escucha de retransmisión. Una invocación de servicio de tipo solicitud-respuesta (de hasta 64 KB) a un agente de escucha de retransmisión producirá dos mensajes facturables: un mensaje facturable por la solicitud y un mensaje facturable por la respuesta (siempre que la respuesta sea también igual o inferior a 64 KB). Esto difiere del uso de una cola para mediar entre un cliente y un servicio. Si utiliza una cola para mediar entre un cliente y un servicio, el propio patrón de solicitud y respuesta requiere el envío de una solicitud a la cola, seguido de una eliminación de la cola y entrega desde la cola al servicio. A esto le sigue el envío de la respuesta a otra cola y la eliminación de la cola y entrega desde esa otra cola al cliente. Con las mismas suposiciones de tamaño (hasta 64 KB), el patrón de cola de mediación produce cuatro mensajes facturables. Se le facturaría dos veces el número de mensajes para implementar el mismo patrón que se logra con el uso de la retransmisión. Por supuesto, existen ventajas en el uso de colas para lograr este patrón, como la duración y la nivelación de la carga. Estas ventajas pueden justificar el gasto adicional.

Las retransmisiones que se abren mediante el enlace WCF netTCPRelay tratan los mensajes no como mensajes individuales, sino como un flujo de datos que fluye a través del sistema. Cuando se usa este enlace, solo el remitente y el agente de escucha tienen visibilidad sobre la trama de los mensajes individuales enviados y recibidos. Para las retransmisiones que usan el enlace netTCPRelay, todos los datos se tratan como un flujo para el cálculo de los mensajes facturables. En este caso, Service Bus calcula la cantidad total de datos enviados o recibidos a través de cada retransmisión individual en una base de 5 minutos. A continuación, divide la cantidad total de datos entre 64 KB para determinar el número de mensajes facturables para dicha retransmisión durante ese período de tiempo.

Cuotas

De forma predeterminada, para cualquier servicio en la nube, Microsoft establece una cuota de uso mensual agregada que se calcula en todas las suscripciones del cliente. Somos conscientes de que en ocasiones sus necesidades pueden superar estos límites. Puede ponerse en contacto con el servicio de atención al cliente en cualquier momento para que podamos conocer sus necesidades y ajustar estos límites según corresponda. Para Service Bus, las cuotas de uso agregado son las siguientes:

• 5 millardos de mensajes
• 2 millones de horas de retransmisión

Aunque nos reservamos el derecho de deshabilitar una cuenta que supera sus cuotas de uso mensuales, se proporcionará una notificación por correo electrónico y se realizarán varios intentos para ponerse en contacto con el cliente antes de llevar a cabo cualquier acción. Los clientes que superen estas cuotas siguen siendo responsables de cargos por exceso de las mismas.

El nombre de un espacio de nombres de Relay debe tener entre 6 y 50 caracteres de longitud.

Para mover un espacio de nombres de una suscripción de Azure a otra, puede utilizar Azure Portal o comandos de PowerShell. Para mover un espacio de nombres a otra suscripción, el espacio de nombres ya debe estar activo. El usuario que ejecuta los comandos debe ser un usuario administrador en las suscripciones de origen y de destino.

Azure Portal

Para usar Azure Portal para migrar espacios de nombres de Azure Relay de una suscripción a otra suscripción, consulte Mover recursos a un nuevo grupo de recursos o suscripción.

PowerShell

Para usar PowerShell para mover un espacio de nombres de una suscripción de Azure a otra, utilice la siguiente secuencia de comandos. Para ejecutar esta operación, el espacio de nombres ya debe estar activo y el usuario que ejecuta los comandos de PowerShell debe ser un usuario administrador en las suscripciones de origen y destino.

# Create a new resource group in the target subscription.
Select-AzSubscription -SubscriptionId 'ffffffff-ffff-ffff-ffff-ffffffffffff'
New-AzResourceGroup -Name 'targetRG' -Location 'East US'

# Move the namespace from the source subscription to the target subscription.
Select-AzSubscription -SubscriptionId 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa'
$res = Find-AzResource -ResourceNameContains <NAMESPACE NAME> -ResourceType 'Microsoft.ServiceBus/namespaces'
Move-AzResource -DestinationResourceGroupName 'targetRG' -DestinationSubscriptionId 'ffffffff-ffff-ffff-ffff-ffffffffffff' -ResourceId $res.ResourceId

Para obtener una descripción de excepciones comunes y las acciones sugeridas que puede realizar, consulte Excepciones de Azure Relay.

Las firmas de acceso compartido (SAS) son un mecanismo de autenticación basado en valores hash seguros SHA-256 o en URI. Para obtener información sobre cómo generar sus propias firmas en Node.js, PHP, Python, Java, C y C#, consulte Autenticación de Service Bus con firmas de acceso compartido.

Sí. El cliente de Relay establece conexiones al servicio de Azure Relay mediante nombres de dominio completos. Los clientes pueden añadir una entrada para *.servicebus.windows.net en firewalls compatibles con listas de aprobaciones de DNS. También es posible incluir en la lista de permitidos un espacio de nombres específico mediante your-namespace-name.servicebus.windows.net. En este caso, también tendrá que incluir en la lista de permitidos las puertas de enlace del espacio de nombres, que se pueden encontrar mediante este script de PowerShell.

Pasos siguientes

• Creación de un espacio de nombres
• Introducción a .NET
• Introducción a Node