Instalación y configuración

Pasos

Descargar e instalar el módulo Velneo vModApache

Accede a la página de descargas de nuestro sitio web, descarga el producto e instálalo en la máquina donde vayas a instalar el servidor Apache si es Windows y descomprimirlo en una carpeta si es Linux.

En este punto aclarar que el servidor Apache y Velneo vServer no tienen por qué estar en la misma máquina; pueden estar en máquinas diferentes.

Descargar e instalar el servidor Apache 2.4

Windows

Dado que no suele haber instaladores, lo que puedes hacer es descargar los binarios.

Una vez que descargue el paquete binario descomprímelo en una ubicación que prefieras.

Para ejecutar Apache como servicio puedes hacerlo usando la consola o símbolo del sistema desde el subdirectorio bin de Apache y ejecutar el comando:

httpd.exe -k install

Linux

Para obtener Apache: sudo apt-get install apache2-mpm-worker

lo dejara en /etc/apache2

Nota: debemos instalar Apache en modo Worker, no en modo _Prefork.

Para activar el modulo:

sudo a2enmod, introducir vModApache

Para desactivarlo:

sudo a2dismod
Nota
Si da error mirar log: tail -f /var/log/apache2/error.log.

Configurar la carga del módulo Velneo vModApache

Windows

El nombre del archivo correspondiente al módulo vModApache se llama llama mod_velneo.so; éste no es instalado en el directorio de módulo de Apache, sino que se instala en el directorio de Velneo por defecto (C:\Archivos de programa\Velneo\); el motivo de ello es que dicho módulo usa una serie de librerías que son instaladas en dicho directorio.

Por tanto, para declarar su carga, debemos incluir la senda completa del mismo y entrecomillarla si ésta contiene espacios en blanco:

#Carga el módulo de Velneo
LoadModule velneo_module "C:/Archivos de programa/Velneo/mod_velneo.so"

Linux

Dentro del directorio del apache se encuentra el fichero envvars, añadir las entradas siguientes:

export LD_LIBRARY_PATH=/SENDA_Velneo-vmodapache
export QT_PLUGIN_PATH=/SENDA_Velneo-vmodapache/plugins

Con la senda en la que se encuentra la instalación de vModApache.

Esta configuración es necesaria para el correcto funcionamiento del módulo además de la carga de plugins para formatos de imágenes, etc.

El nombre del archivo correspondiente al módulo vModApache se llama libmod_velneo.so. Se instala en el directorio donde hayas descomprimido vModApache.

Con sudo nautilus o consola:

En /etc/apache2/mods-available crear el fichero vModApache.load que contenga la senda de instalación de vModApache:

LoadModule velneo\module SENDA\Velneo-vmodapache/libmod_velneo.so

Desarrollar e instanciar un proyecto que contendrá los procesos que, ejecutados desde la web, retornarán el código html a servir

Consultar en el capítulo dedicado a Velneo vDevelop.

Los procesos ejecutados vía web son ejecutados en primer plano.

Configurar en Apache las directivas de virtualhost o location para el servicio de páginas de Velneo

Windows

Se configurará en el archivo de configuración de Apache (httpd.conf)

Podremos, o bien, establecer una directiva de location, o bien una directiva de virtualhost.

La declaración de una directiva de location sería:

<Location /senda_base>
setHandler velneo
Vrl vatp://usuario:contraseña@servidor[:NUM_PUERTO]/ID_INSTANCIA
</Location>

Linux

Crear el fichero vModApache.conf que contenga la directiva location o virtualhost:

<Location /senda_base>
setHandler velneo
Vrl vatp://usuario:contraseña@servidor[:NUM_PUERTO]/ID_INSTANCIA
</Location>

Donde:

senda_base será la senda base para la web del proyecto a servir.

En el parámetro Vrl se indicará la VRL del servidor, usuario, contraseña e identificador de la instancia que va a ser atacada vía web.

Si el servidor con el que nos conectamos no tiene activado el protocolo VATPS en al Vrl especificaremos “vatp://” si lo tiene, tendemos que especificar “vatps://”.

Si el usuario especificado no tiene contraseña, no se incluirá dicho parámetro, pero sí los dos puntos: …usuario:@SERVIDOR…”

En el caso de que el usuario o la contraseña incluya caracteres especiales tales como @, \, etc. éstos no podrán ser escritos directamente en la cadena sino que tendrán que ir codificados en su equivalente html (%CODIGO_CARACTER). Ejemplo:

Ejemplo: si la contraseña del usuario es 123@45, la especificaríamos así: 123%4045

Si el número de puerto del servicio VATP es el 690, no habrá que especificarlo tampoco en la VRL, ya que éste es el puerto por defecto para el servicio.

Ejemplo:

#Ejemplo de directivas location Velneo en httpd.conf
<Location /gestion>
setHandler velneo
Vrl vatp://web:2e3x4A1@localhost/GESTION
</Location>

Supongamos que en el proyecto de destino hemos creado un proceso llamado INDEX; la url para ejecutarlo sería:

http://IP_SERVIDOR/gestion/index.pro

Donde:

IP_SERVIDOR será la IP o el nombre del servidor donde está alojado el servidor apache.

gestion es la senda base que hemos especificado en el archivo de configuración de Apache.

index.pro Objeto a ejecutar de la instancia de Velneo, la extensión “.pro” lo identifica como un proceso.

Declaración de una directiva de virtualhost:

Esta podremos declararla tanto en el fichero httpd.conf como en el fichero httpd-vhosts.conf de Apache, en caso de hacerlo en el segundo, tendremos que asegurarnos que en el fichero httpd.conf se incluya la llamada al fichero httpd-vhosts.conf, mediante el comando:

Include conf/extra/httpd-vhosts.conf

Habitualmente este include suele venir declarado en el fichero pero a modo de comentario:

#Include conf/extra/httpd-vhosts.conf

Para habilitar la llamada simplemente habrá que quitarle el carácter #.

La directiva de virtualhost la declararemos del modo siguiente:

<VirtualHost *:número_puerto>
ServerName nombre_servidor
setHandler velneo
Vrl vatp://usuario:contraseña@servidor[:NUM_PUERTO]/ID_INSTANCIA</VirtualHost>

Donde:

número_puerto será el número de puerto de escucha para la web.

nombre_servidor será el nombre del servidor virtual.

En el parámetro Vrl se indicará la VRL del servidor, usuario, contraseña e identificador de la instancia que va a ser atacada vía web.

Si el usuario especificado no tiene contraseña, no se incluirá dicho parámetro, pero sí los dos puntos: …usuario:@SERVIDOR…”

Si el número de puerto del servicio VATP es el 690, no habrá que especificarlo tampoco en la VRL, ya que éste es el puerto por defecto para el servicio.

Ejemplo

#Ejemplo de directivas virtualhost de Velneo
<VirtualHost *:80>
ServerName midominio.com
setHandler velneo
Vrl vatp://web:2e3x4A1@localhost/GESTION
</VirtualHost>

Supongamos que en el proyecto de destino hemos creado un proceso llamado INDEX; la url para ejecutarlo sería:

http://midominio.com/index.pro

Donde:

midominio.com será el nombre del dominio.

gestion es la senda base que hemos especificado en el archivo de configuración de Apache.

index.pro Objeto a ejecutar de la instancia de Velneo, la extensión “.pro” lo identifica como un proceso.

Una vez configurado el servidor Apache, en Windows, debemos reiniciar el servicio de Apache para que tome la nueva configuración.

En Linux reiniciaremos Apache con:

sudo /etc/init.d/apache2 restart

Nota: si da error mirar log: tail -f /var/log/apache2/error.log.

Si todo está correcto y el servicio de Apache se ha iniciado, nos conectaremos con Velneo vAdmin al servidor donde está la aplicación configurada en Apache y deberá haberse generado un enganche de ejecución.

Importante: para conectarnos a un vServer con protocolo VATPS activado que produce excepciones (por ejemplo cuando nos conectamos a un vServer con un certificado autogenerado), debemos añadir la excepción en un fichero.

En Windows hay que añadirlo a la rama de registro:

HKEY_CURRENT_USER\Software\Velneo\SslExceptions

Añadiendo como claves alfabéticas (REG_SZ), las VRL’s correspondientes, con la clave vacía, por ejemplo: subdominio.dominio.com:9999

En Linux la ruta del fichero es (en el usuario que lanza el componente):
$HOME/.config/Velneo/SslExceptions.conf

Por ejemplo, si queremos ignorar las excepciones cuando nos conectamos a localhost:6900, el fichero quedaría de la siguiente manera:
[General]
localhost:6900=””

En macOS, el fichero estará en ~/Library/Preferences y se llamará com.velneo.SslExceptions.plist.

A tener en cuenta sobre la configuración de instancias en Apache

Velneo vModApache comparte funcionalmente la mayoría de las características del componente Velneo vClient, por lo tanto:

  • Velneo vClient sólo puede ejecutar una única instancia de una solución.
  • Velneo vModApache funciona igual y sólo puede ejecutar una única instancia de una solución.

Vemos algunos ejemplos que aclaren su funcionamiento.

Tengo un Velneo vServer con dos soluciones:

SOLUCION_ERP
SOLUCION_CRM

En ese servidor tengo creadas las siguientes instancias:

INSTANCIA_EMPRESA_A de SOLUCION_ERP
INSTANCIA_EMPRESA_A de SOLUCION_CRM
INSTANCIA_EMPRESA_B de SOLUCION_ERP

¿Cómo puedo configurar la salida web de esta tres instancias con vModApache?

Puedes configurar con Virtualhost en el mismo Velneo vModApache a la vez las siguientes instancias ya que corresponden a 2 soluciones diferentes:

INSTANCIA_EMPRESA_A_ERP e
INSTANCIA_EMPRESA_A_CRM

Lo que no permite Velneo vModApache es configurar contra el mismo servidor varias instancias de la misma solución ya que se producirían conflictos a la hora de leer y/o grabar los valores de las variables y las tablas. Por ejemplo:

No se debe configurar en el mismo Velneo vModApache las siguientes instancias porque corresponden a la misma solución:

INSTANCIA_EMPRESA_A_ERP e
INSTANCIA_EMPRESA_B_ERP

Es posible tener en una misma máquina distintos servidores de Apache, cada uno atacando a una instancia diferente o incluso a la misma. Por ejemplo:

Puedes configurar dos servidores Apache diferentes en la misma máquina y en cada uno de ellos conectar una instancia diferente de la misma solución.

Apache 1 con instancia INSTANCIA_EMPRESA_A_ERP.
Apache 2 con instancia INSTANCIA_EMPRESA_B_ERP.

Configurar en el mismo Velneo vModApache muchas instancias tiene los siguientes inconvenientes:

Cada Velneo vModApache al igual que ocurre con Velneo vClient consume una cantidad de memoria que puede llegar a ser notable en función del tamaño de la aplicación y del uso de las cachés.

Si en la misma máquina instalamos múltiples instancias el consumo de memoria de ese vModApache puede llegar a ser elevado.

Las cachés que Velneo vModApache al igual que Velneo vClient que se liberan automáticamente para mantener la memoria a un nivel óptimo produciría que unas instancias penalicen la caché de otras.

Si un sólo Velneo vModApache tiene que gestionar múltiples peticiones de diferentes instancias, la carga de trabajo de unas puede penalizar el rendimiento del resto.

Por todo esto la configuración más óptima, escalable y recomendable es:

Configurar un servidor Apache por cada instancia o al menos un servidor Apache por cada grupo de instancias correspondientes a un cliente.

La recomendación no implica que, tal y como se indicó al principio del documento no sea posible configurar en el mismo Velneo vModApache varias instancias siempre y cuando sean todas ellas de soluciones diferentes.

results matching ""

    No results matching ""