Help Center > Foundation Help

Se aplica a:

  • Winshuttle Foundation

Instalar Winshuttle Server 10.6.1: Resumen

A continuación encontrará un resumen detallado del proceso de instalación de Winshuttle Server.

  1. Instalar Erlang y RabbitMQ
  2. Instalar Winshuttle Server Manager
  3. Ejecutar la utilidad QueueDeployment
  4. Modificar el archivo web.config
  5. Instalar Server Worker
  6. (Opcional): Configurar Central para grabación automática

Existen varias configuraciones posibles para la instalación de RabbitMQ, Winshuttle Server Manager y Winshuttle Worker.

Consulte Instalación de Winshuttle Server y opciones de configuración (a continuación) para obtener más información sobre la arquitectura del servidor y las consideraciones de implementación.

Leer antes de comenzar

  • Winshuttle Server puede instalarse y ejecutarse en el mismo equipo en el que se encuentran Winshuttle Central y Winshuttle Workflow (únicamente) en un entorno de prueba.
  • En un entorno de producción, Winshuttle Server debe instalarse y ejecutarse en un equipo distinto de aquel en el que se encuentran Winshuttle Central y Winshuttle Workflow.

Instalación y opciones de configuración de Winshuttle Server

Volver al principio

Existen varias configuraciones posibles para la instalación de Erlang OTP, RabbitMQ, Winshuttle Server Manager y Winshuttle Worker.

Nota: Las configuraciones básicas de uno y dos servidores suele ser las mejores para uso exclusivo en entornos de desarrollo.

A continuación se describen las configuraciones de Winshuttle Server más complejas y robustas con tres y más servidores. Por lo general, se recomiendan las configuraciones de seis servidores para un rendimiento óptimo.

Implementación mínima del servidor

Volver al principio

Esta es la configuración básica recomendada para un entorno de desarrollo.

Notas:

  • Manager único: Recomendada para entornos de desarrollo o de control de calidad
  • Servidor SQL como base de datos en el mismo equipo o en equipos distintos

Configuraciones adicionales

A continuación encontrará posibles configuraciones de servidor adicionales para cuatro, cinco y seis servidores.

Configuración de cinco servidores

Volver al principio

Esta configuración permite una alta disponibilidad tanto para los componentes Manager como para los componentes Worker. El componente Queue compartirá un nodo de servidor con uno de los componentes Manager. SQL Server compartirá un nodo de servidor con otro Manager.

Ventajas

  • Alta disponibilidad para los componentes Manager
  • Alta disponibilidad para los componentes Worker

Desventajas

  • El coste es más elevado (cinco servidores)
  • Sobrecarga administrativa

Seis servidores

Volver al principio

Se recomienda esta arquitectura. Esta configuración requiere seis nodos de servidor para garantizar que cada proceso tenga su propio servidor en el que no se compartirán recursos.

Esta configuración requiere tres nodos de servidor adicionales, además de los que se suministran habitualmente.

Ventajas

  • Managers de alta disponibilidad
  • Workers de alta disponibilidad
  • Queue en su propio servidor dedicado
  • Escalabilidad según sea necesario

Desventajas

  • Cantidad máxima de servidores/coste
  • Sobrecarga administrativa

Implementación de servidor de alta disponibilidad

Volver al principio

Para un entorno de alta disponibilidad, se recomienda una configuración con varios Managers detrás de un equilibrador de carga.

Nota:

  • SQL Server se encuentra en un equipo distinto.
  • Todos los componentes (Manager, base de datos, RabbitMQ y Worker) deben estar en equipos distintos.
  • Al tener varios componentes Manager detrás de un equilibrador de carga, cuando un Manager no está disponible, el otro sí lo está para asumir la responsabilidad. Tener varios componentes Worker con el mismo conjunto de funcionalidades garantiza la redundancia.

implementación-winshuttle-server-alta-disponibilidad