Exportar (0) Imprimir
Expandir todo

P+F de precios de Bus de servicio

Actualizado: octubre de 2014

Si tiene preguntas sobre la estructura de precios de Microsoft Azure Service Bus, consulte las P+F de la siguiente sección. También puede consultar las Preguntas más frecuentes sobre precios de la plataforma de Azure para ver información general sobre precios de Microsoft Azure. Para obtener información completa sobre los precios del CmdLets, vea Detalles de precios de Service Bus.

noteNota
Los precios para CmdLets los concentradores de eventos se describen en Disponibilidad y soporte técnico de la vista previa de los concentradores de eventos.

Para obtener información completa sobre los precios de CmdLets, consulte Precios y facturación del Bus de servicio y Detalles de precios de Service Bus. Además de los precios indicados, se cobrarán las transferencias de datos asociadas por salidas del centro de datos en el que se aprovisiona la aplicación. Encontrará más detalles en la sección ¿Qué uso de Bus de servicio está sujeto a transferencia de datos? ¿Cuál no? siguiente.

Cualquier transferencia de datos dentro de una región determinada de Azure se proporciona sin cargos. Cualquier transferencia de datos fuera de una región está sujeta a cargos de salida al precio de 0,15 USD por GB desde las zonas de Norteamérica y Europa y 0,20 USD por GB desde la zona de Asia-Pacífico. Cualquier transferencia de datos entrante se proporciona sin cargos.

Una retransmisión es una entidad de CmdLets que retransmite mensajes entre clientes y servicios Web. La retransmisión proporciona al servicio una dirección CmdLets detectable y permanente, una conectividad fiable con capacidades transversales de firewall/NAT y funciones adicionales como un equilibrio de carga automático. En una dirección CmdLets determinada (espacio de nombres de la URL) se abre y se crea una instancia de forma implícita de una retransmisión siempre que un servicio WCF habilitado para la retransmisión o un "agente de escucha de retransmisión" se conecte primero a dicha dirección. Las aplicaciones crean agentes de escucha de retransmisión utilizando la API administrada de .NET de CmdLets que proporciona versiones especiales con retransmisión de los enlaces de WCF estándar.

Las horas de retransmisión se facturan por la cantidad acumulada de tiempo durante el cual cada retransmisión de CmdLets se "abre" durante un período de facturación determinado. En una dirección CmdLets determinada (URL de espacio de nombres de servicio) se abre y se crea una instancia de forma implícita de una retransmisión siempre que un servicio WCF habilitado para la retransmisión o un "agente de escucha de retransmisión" se conecte primero a dicha dirección. La retransmisión se cierra solo cuando el último agente de escucha se desconecta de su dirección. Por tanto, con fines de facturación, una retransmisión se considera "abierta" desde el momento en que se conecta el primer agente de escucha de retransmisión, hasta el momento en que el último agente de escucha de retransmisión se desconecta de la dirección CmdLets de dicha retransmisión. En otras palabras, una retransmisión se considera "abierta" cuando uno o más agentes de escucha de retransmisión se conectan a su dirección CmdLets.

En algunos casos, una sola retransmisión en el CmdLets puede tener varios agentes de escucha conectados. Esto puede ocurrir con servicios con equilibrio de carga que utilizan enlaces netTCPRelay o *HttpRelay WCF o con agentes de escucha de eventos de difusión que utilizan el enlace de netEventRelay WCF. Una retransmisión en el CmdLets se considera "abierta" cuando, al menos, un agente de escucha de retransmisión está conectado a ella. Agregar agentes de escucha adicionales a una retransmisión abierta no cambia el estado de esa retransmisión con fines de facturación. El número de remitentes de retransmisión (clientes que invocan o envían mensajes a retransmisiones) conectados a una retransmisión tampoco tiene efecto en el cálculo de las horas de retransmisión.

En general, los mensajes facturables se calculan para las retransmisiones con el mismo método que se describe anteriormente para entidades negociadas (colas, temas y suscripciones). No obstante, hay algunas diferencias importantes:

  1. Cuando se envía un mensaje a una retransmisión de CmdLets se trata como un envío "completo" al agente de escucha de retransmisión que recibe el mensaje, en lugar de como un envío a la retransmisión de CmdLets seguido de una entrega al agente de escucha de retransmisión. Así, una invocación de servicio del tipo solicitud-respuesta (de hasta 64 KB) frente a un agente de escucha de retransmisión producirá dos mensajes facturables: un mensaje facturable por la solicitud y otro por la respuesta (suponiendo que la respuesta sea también <= 64 KB). Esto es diferente a utilizar una cola para mediar entre un cliente y un servicio. En el último caso, el mismo patrón de solicitud-respuesta requeriría el envío de una solicitud a la cola, seguido de una eliminación de cola/entrega de la cola al servicio, seguido de un envío de respuesta a otra cola y una eliminación de cola/entrega desde esa cola al cliente. Si se utilizan las mismas suposiciones de tamaño (<= 64 KB) en todo el proceso, el patrón de cola de mediación produciría cuatro mensajes facturables, el doble de los facturados al implementar el mismo patrón mediante retransmisión. Por supuesto, existen ventajas a la hora de usar colas para obtener este patrón, como la duración y el nivel de carga. Estas ventajas pueden justificar el gasto adicional.

  2. Las retransmisiones que se abren mediante el enlace de NetTCPRelay WCF tratan los mensajes no como mensajes individuales sino como un flujo de datos que fluye por el sistema. En otras palabras, solo el emisor y el agente de escucha tienen visibilidad sobre la trama de los mensajes individuales enviados/recibidos mediante este enlace. Así, para retransmisiones que utilizan en enlace de netTCPRelay, todos los datos se tratan como un flujo con el fin de calcular los mensajes facturables. En ese caso, el CmdLets calculará la cantidad total de datos enviados o recibidos a través de cada retransmisión individual cada 5 minutos y dividirá el total entre 64 KB para determinar el número de mensajes facturables para la retransmisión en cuestión durante ese período de tiempo.

No, el CmdLets no cobra por almacenamiento. No obstante, hay una cuota que limita la cantidad máxima de datos que pueden permanecer por cola/tema. Vea la sección ¿Tiene el Bus de servicio alguna cuota de uso? a continuación.

De forma predeterminada, para cualquier servicio en la nube, Microsoft establece una cuota de uso mensual agregada que se calcula en todas las suscripciones de un cliente. Como entendemos que puede necesitar más de lo establecido por estos límites, póngase en contacto con el servicio de atención al cliente en cualquier momento para que podamos comprender sus necesidades y ajustar estos límites en consecuencia. Para el CmdLets, las cuotas de uso agregadas son las siguientes:

  • 5000 millones de mensajes

  • 2 millones de horas de retransmisión

Aunque nos reservamos el derecho a deshabilitar la cuenta de un cliente que ha superado sus cuotas de uso en un mes determinado, mandaremos una notificación por correo electrónico y realizaremos varios intentos de contactar con un cliente antes de llevar a cabo ninguna acción. Los clientes que superen estas cuotas seguirán siendo responsables de los cargos que superen las cuotas.

Al igual que con otros servicios de Azure, el CmdLets aplica un conjunto de cuotas específicas para garantizar que se hace un uso justo de los recursos. Estas son las cuotas de uso que aplica el servicio:

  • Tamaño de cola/tema: el tamaño máximo de cola o tema se especifica cuando se crea la cola o el tema. Esta cuota puede tener un valor de 1, 2, 3, 4 o 5 GB. Si se alcanza el tamaño máximo, los mensajes entrantes adicionales se rechazarán y el código de llamada recibirá una excepción.

  • Número de conexiones simultáneas

    • Cola/tema/suscripción: el número de conexiones TCP simultáneas en una cola/tema/suscripción se limita a 100. Si se alcanza esta cuota, se rechazarán las siguientes solicitudes de conexiones adicionales y el código de llamada recibirá una excepción. Por cada generador de mensajería, el CmdLets mantiene una conexión TCP si cualquiera de los clientes creados por ese generador tiene una operación activa pendiente o ha completado una operación hace menos de 60 segundos. Las operaciones REST no se cuentan en las conexiones de TCP simultáneas.

  • Número de agentes de escucha simultáneos en una retransmisión: el número de agentes de escucha NetTcpRelay y NetHttpRelay simultáneos en una retransmisión está limitado a 25 (1 para una retransmisión NetOneway).

  • Número de agentes de escucha de retransmisión simultáneos por espacio de nombres de servicio: el CmdLets aplica un límite de 2000 agentes de escucha de retransmisión simultáneos por espacio de nombres de servicio. Si se alcanza esta cuota, las solicitudes posteriores para abrir agentes de escucha de retransmisión adicionales se rechazarán y el código de llamada recibirá una excepción.

  • Número de temas/colas por espacio de nombres de servicio: el número máximo de temas/colas (entidades almacenadas duraderas) en un espacio de nombres de servicio se limita a 10.000. Si se alcanza esta cuota, se rechazarán las siguientes solicitudes de creación de un nuevo tema/cola en el espacio de nombres de servicio. En este caso, el portal de administración mostrará un mensaje de error o el código de cliente de llamada recibirá una excepción, dependiendo de si el intento de creación se realizó a través del portal o en el código cliente.

  • Cuotas de tamaño de mensaje

    • Cola/tema/suscripción

      • Tamaño de mensaje: cada mensaje se limita a un tamaño total de 256 KB, incluyendo los encabezados de mensaje.

      • Tamaño de encabezado de mensaje: cada encabezado de mensaje se limita a 64 KB.

    • Retransmisiones de NetOneway y NetEvent: cada mensaje se limita a un tamaño total de 64 KB, incluyendo los encabezados de mensaje.

    • Retransmisiones de Http y NetTcp: el CmdLets no aplica un límite superior en el tamaño de estos mensajes.

    Los mensajes que superan estas cuotas de tamaño se rechazarán y el código de llamada recibirá una excepción.

  • Número de suscripciones por tema: el número máximo de suscripciones por tema se limita a 2.000. Si se alcanza esta cuota, las siguientes solicitudes para crear suscripciones adicionales en el tema se rechazarán. En este caso, el portal de administración mostrará un mensaje de error o el código de cliente de llamada recibirá una excepción, dependiendo de si el intento de creación se realizó a través del portal o en el código cliente.

  • Número de filtros SQL por tema: el número máximo de filtros SQL por tema se limita a 2000. Si se alcanza esta cuota, las siguientes solicitudes para crear filtros adicionales en el tema se rechazarán y el código de llamada recibirá una excepción.

  • Número de filtros de correlación por tema: el número máximo de filtros de correlación por tema se limita a 100.000. Si se alcanza esta cuota, las siguientes solicitudes para crear filtros adicionales en el tema se rechazarán y el código de llamada recibirá una excepción.

Para obtener más información acerca de las cuotas, vea Cuotas de Bus de servicio.

Mostrar:
© 2015 Microsoft