Opciones de Despliegue

Como se documenta arriba, CentreStack tiene tres componentes lógicos: la base de datos, el nodo trabajador y el almacenamiento. Esta sección repasará las diferentes opciones de despliegue.

Implementación Todo-en-Uno

Esta es la implementación más sencilla. La base de datos y los nodos de trabajo están todos en la misma máquina que el almacenamiento. Cuando estás atendiendo a < 1000 usuarios o estás haciendo una Prueba de Concepto (POC), esta es la implementación ideal debido a su simplicidad. Puedes tener el instalador de CentreStack para instalar SQL Express/MySQL en la misma máquina antes de instalar el software de CentreStack y luego apuntar la base de datos a localhostSQLEXPRESS o MySQL local. En la implementación Todo-en-Uno, la ubicación del almacenamiento se establece típicamente en una carpeta en el disco local C: o en el disco local D:.

El instalador puede instalar SQL EXPRESS, por lo que es una instalación de un solo clic para mayor comodidad. No es necesario realizar una instalación separada de SQL EXPRESS.

Nota

Si esta es la primera vez que instalas CentreStack, esta es la configuración recomendada porque es la más fácil de configurar y solo toma de 15 a 30 minutos en una máquina limpia. El instalador se encargará de toda la instalación sin otros pasos manuales.

En el último instalador de CentreStack, el instalador es capaz de realizar la instalación todo en uno sin pedirte que configures la base de datos por separado.

Despliegue de Servidor Único

Esta es otra implementación sencilla. Es muy similar a la implementación Todo-en-Uno. La única diferencia es que el almacenamiento de archivos está fuera de la máquina en lugar de en la máquina.

El almacenamiento de archivos externo puede ser un almacenamiento de archivos en una ruta UNC o también puede ser un servicio de almacenamiento de objetos.

En esta implementación, la base de datos y el Nodo de Trabajo/Nodo Web siguen estando desplegados en la misma máquina.

Despliegue de Dos Servidores

En la implementación de dos servidores, la base de datos se instala en su propio servidor; separada del nodo trabajador de CentreStack. Por lo general, esto es un paso intermedio hacia la «Implementación de Tres Servidores» y un paso hacia el escalado de la granja de servidores.

Despliegue de Tres Servidores para Redundancia

La implementación de 3 máquinas es otra implementación sencilla. El nodo de la base de datos se instala por separado. Se instalan dos nodos trabajadores de CentreStack. El campo «URL Externa» para cada nodo es el mismo, como «cloud.acme.com». El balanceador de carga realizará un balanceo de carga round robin a cualquiera de los nodos. Una variación de la implementación es configurar el campo «URL Externa» de manera diferente para los dos nodos trabajadores. Cuando el campo «URL Externa» es el mismo que la URL del balanceador de carga, todo es round robin. Cuando la «URL Externa» es diferente, como node1.acme.com y node2.acme.com, los usuarios tendrán afinidad a uno de los nodos. Por ejemplo, si al usuario1 se le asigna node1.acme.com, continuará utilizando node1.acme.com. En esta implementación, el tamaño del clúster está soportando 2000 usuarios concurrentes por nodo. El beneficio es que si un nodo se cae, hay otro nodo para redundancia.

Despliegue en Múltiples Máquinas para Escalabilidad

En esta implementación, tendrá una clara separación de la base de datos, el servicio de almacenamiento y los nodos de trabajo en una granja de servidores.

La base de datos no es un nodo trabajador de CentreStack; es solo un servidor que ejecuta SQL Server o MySQL.

Los nodos trabajadores son todos nodos de CentreStack que ejecutan el mismo software. La mayoría del tiempo, en la implementación de múltiples máquinas, se utiliza un balanceador de carga de hardware para distribuir la carga de manera uniforme.

Dentro de un nodo trabajador, hay una división adicional del trabajo entre un “nodo web” y el resto del “nodo trabajador”.

Los nodos web se utilizan para el inicio de sesión del usuario. Después del inicio de sesión, el usuario será redirigido al nodo worker correspondiente. (El nodo web se puede omitir si ya tiene un Balanceador de Carga).

Para que el balanceo de carga funcione, todos los nodos trabajadores deben estar en el mismo dominio DNS y en el mismo nivel de subdominio (por ejemplo, pueden estar cubiertos por el mismo certificado SSL comodín, como *.acme.com). El balanceo de carga requiere al menos dos nodos trabajadores.

• Instale el servidor CentreStack en la primera máquina del nodo trabajador. Reinicie y configure la cuenta de administrador del clúster.

Nota

Recomendamos que configure y ponga en marcha el primer nodo y se asegure de que funciona correctamente antes de configurar e instalar el segundo nodo.

• Instale el servidor de CentreStack en todos los demás nodos de trabajo.

En la ventana de configuración de la base de datos, utilice el mismo servidor de base de datos que en la primera instalación.

Por favor, NO agregue nodos web a la lista de Nodos de Trabajo del Clúster. La mayoría de las veces, cuando tiene un diseño de múltiples nodos de trabajo, está atendiendo a muchos usuarios y, la mayoría de las veces, tiene su propio balanceador de carga. En el caso de que tenga su propio balanceador de carga, la funcionalidad del nodo web se fusiona con el nodo de trabajo. Así que puede tener una configuración sin nodos web.

• Configurar el balanceo de carga DNS para todos los nodos trabajadores.

La mayoría del tiempo configuras un cortafuegos o un balanceador de carga y apuntas el DNS hacia el balanceador de carga. El balanceador de carga entonces reenviará al nodo trabajador de CentreStack.

Nota

Si está utilizando un balanceador de carga de hardware, puede omitir los nodos web y tener un clúster de solo nodos trabajadores.

Despliegue Típico en Empresas

Aquí se muestra un esquema de implementación típico en Diagrama de Visio para implementaciones muy grandes en grandes empresas. En esta implementación, la funcionalidad de gestión se puede separar en un nodo de gestión interno (Una propiedad del nodo trabajador). Cuando la funcionalidad de gestión se separa en nombres DNS internos, el portal web de gestión es solo interno y, por lo tanto, más seguro.

Despliegue de Alta Disponibilidad

Para alta disponibilidad, puede preparar la implementación de alta disponibilidad en tres capas diferentes y asegurarse de que haya alta disponibilidad dentro de cada capa.

1. Almacenamiento

Si está utilizando Microsoft File Server Share como su almacenamiento, puede prepararlo para ser replicado, por ejemplo, utilizando DFS.

Si está utilizando Amazon S3 o Windows Azure Blob, por defecto es redundante y de alta disponibilidad.

2. Base de datos

Puede utilizar el Clustering de Grupo de Disponibilidad de Microsoft SQL Server o el Fail Over de Grupo de Disponibilidad para lograr alta disponibilidad de la base de datos.

3. Nodo Trabajador de CentreStack

Puede tener varios nodos trabajadores de centrestack en una configuración de balanceo de carga round robin para proporcionar alta disponibilidad.