IBM Cloud Docs
Tamaños de gestores de colas

Tamaños de gestores de colas

Obtenga información sobre las características de los gestores de colas de IBM que se pueden desplegar en IBM Cloud.

Gestores de colas Lite

Para que pueda probar MQ como servicio gestionado, el servicio de IBM MQ on Cloud ofrece un gestor de colas Lite. Si actualmente no tiene desplegado ningún gestor de colas Lite, puede crear uno siguiendo la guía sobre creación de un gestor de colas.

Nota:

  • Puede desplegar un máximo de dos gestores de colas Lite por instancia de servicio Lite
  • Puede suprimir un gestor de colas Lite existente y desplegar uno nuevo en cualquier momento
  • Los gestores de colas Lite se suprimen automáticamente después de 30 días de inactividad, pero siempre puede desplegar uno nuevo
  • Un gestor de colas de Lite se considera activo si ha enviado un mensaje (utilizando una cola que no es del sistema) o ha iniciado una sesión en la instancia de servicio mediante la interfaz de usuario de IBM Cloud
  • Nunca se le cobrará por un gestor de colas Lite
  • Mientras que todos los gestores de colas facturables tienen copias de seguridad regulares, recuerde que para los gestores de colas de Lite no se hacen copias de seguridad y, por lo tanto, la configuración de usuario no es recuperable

Gestores de colas facturables

El servicio IBM MQ on Cloud ofrece los siguientes tamaños de gestores de colas facturables:

  • Extra pequeño: adecuado para cargas de trabajo muy ligeras u ocasionales con requisitos de rendimiento modestos

  • Pequeño: adecuado para cargas de trabajo ligeras, tales como el soporte de un departamento o aplicación individual

  • Mediano: adecuado para uso compartido por varias aplicaciones con cargas de trabajo entre ligeras y moderadas

  • Grande: adecuado para escenarios con grandes cargas de trabajo en los que el rendimiento de las transacciones resulta crítico

Un gestor de colas facturable se factura en función del número de horas de VPC (Virtual Processor Core) que está activo; por ejemplo, un gestor de colas de gran tamaño cuesta cuatro veces (4x) la tarifa de un gestor de colas de tamaño pequeño. El coste por hora depende de la moneda local y se puede ver en el Plan de fijación de precios en la parte inferior de Página del catálogo de servicios de MQ, donde puede seleccionar su país o región.

Puede ver detalles de su uso facturable en el panel de control de uso deIBM Cloud a nivel de cuenta o grupo de recursos.

Si no puede ver el uso de MQ en el panel de control, pero ha desplegado un gestor de colas facturable, asegúrese de que ha seleccionado ver el uso del grupo de recursos, por ejemplo, bajo el título del Panel de control de uso, en el menú desplegable Group:, seleccione Resource Groups y después default.

Recursos de los gestores de colas

La tabla siguiente contiene información sobre los recursos disponibles para cada tamaño de gestor de colas y los resultados en cuanto a rendimiento basados en pruebas:

Lite[1] Muy pequeño Pequeño Medio Grande
VPC
0.5 1 2 4
Memoria (GB de RAM)
1 1 2 4
Tamaño de disco (GB)
20 20 40 40
Rendimiento de disco (operaciones de E/S por segundo - IOPS)
80 200 400 400
Productividad de mensajes no persistentes de TCP [2] 10000
al mes		 800
por segundo		 1500
por segundo		 3000
por segundo		 6000
por segundo
Productividad de mensajes persistentes de TCP [3] 10000
al mes		 50
por segundo		 100
por segundo		 400
por segundo		 1000
por segundo
Productividad de mensajes no persistentes de REST [4] 10000
al mes		 250
por segundo		 450
por segundo		 900
por segundo		 1900
por segundo
Productividad de mensajes persistentes de REST [5] 10000
al mes		 50
por segundo		 100
por segundo		 400
por segundo		 1000
por segundo
Máximo de conexiones de cliente simultáneas [6] 20 30 50 300 1000

Notas sobre las pruebas de referencia

  • Las aplicaciones de pruebas de referencia para producir y consumir mensajes se han escalado para proporcionar el número máximo de conexiones simultáneas para cada tamaño del gestor de colas determinado. Es posible que las aplicaciones de una sola hebra o de simultaneidad limitada no puedan alcanzar la capacidad máxima del gestor de colas
  • Las aplicaciones se despliegan en la misma región de nube que el gestor de colas para minimizar la latencia de la conectividad. Las aplicaciones desplegadas en ubicaciones de nube diferentes o en centros de datos locales darán un menor rendimiento
  • TLS anónimo (solo servidor) está configurado en los canales de MQ para proteger los datos y las credenciales de los mensajes a medida que fluyen por la red. Los canales que no tienen TLS habilitado suelen tener una productividad superior al 10 % pero no se recomiendan por razones de seguridad
  • Se utilizan mensajes de un tamaño de 2KB para el escenario de prueba de referencia. Aproximadamente la productividad de IBM MQ tiene una correlación lineal inversa con el tamaño del mensaje, por lo que un tamaño de mensaje de 4KB muestra aproximadamente la mitad del rendimiento descrito arriba

Pruebas de referencia de TCP

  • Las aplicaciones de pruebas de referencia de TCP están escritas utilizando el cliente IBM MQ C que utiliza una conexión de cliente por cada hebra de aplicación. Recuerde el comentario en la nota 6 anterior sobre el uso de conexiones de cliente por parte de las aplicaciones JMS

Pruebas de referencia de REST

  • Las aplicaciones de pruebas de referencia de REST están escritas utilizando un cliente Python con cada hebra de aplicación utilizando la autenticación básica para generar una conexión TLS nueva por cada solicitud en la misma cola de mensajes.
  • La productividad de mensajes REST generalmente será un 10-15 % más alto si la aplicación cliente utiliza la autenticación de cookies. Consulte Autenticación del cliente para invocar solicitudes de API REST.

  1. A los gestores de colas Lite se les asignan recursos limitados y no deben utilizarse para la evaluación del rendimiento. ↩︎

  2. Las estimaciones de rendimiento dependen en gran medida de la lógica y topología específicas de la aplicación. Se recomienda a los usuarios que validen su propio escenario específico como parte del proceso de prueba. El escenario de referencia utilizado para los datos de esta tabla es como se describe en los puntos más abajo. ↩︎

  3. Las estimaciones de rendimiento dependen en gran medida de la lógica y topología específicas de la aplicación. Se recomienda a los usuarios que validen su propio escenario específico como parte del proceso de prueba. El escenario de referencia utilizado para los datos de esta tabla es como se describe en los puntos más abajo. ↩︎

  4. Las estimaciones de rendimiento dependen en gran medida de la lógica y topología específicas de la aplicación. Se recomienda a los usuarios que validen su propio escenario específico como parte del proceso de prueba. El escenario de referencia utilizado para los datos de esta tabla es como se describe en los puntos más abajo. ↩︎

  5. Las estimaciones de rendimiento dependen en gran medida de la lógica y topología específicas de la aplicación. Se recomienda a los usuarios que validen su propio escenario específico como parte del proceso de prueba. El escenario de referencia utilizado para los datos de esta tabla es como se describe en los puntos más abajo. ↩︎

  6. La biblioteca de cliente JMS de IBM MQ utilizada para las figuras TCP normalmente utiliza dos conexiones de cliente por aplicación (una para la conexión JMS y otra para cada sesión JMS), por lo que un límite de conexión de 20 da soporte a un máximo de 10 aplicaciones JMS simultáneas. ↩︎