Documentación del Hospedaje web de la redUI

La red de Unidades Informáticas (de la UdelaR (en el Interior)) hospeda varias decenas de sitios web. En su plataforma de computación en la nube, ofrece diferentes servicios de integración, desarrollo, hospedaje y mantenimiento de sitios web, que se describen a continuación.

Multisitio Wordpress

Tenemos un multisitio de producción. Hospedar un sitio ahí requiere utilizar ciertos temas y plugins ya instalados, o analizar con nosotros que se los pueda agregar, en función de su calidad, seguridad y mantenibilidad.

Arenero de sitios de Grupos I+D

Mucho más abierto, tenemos otro multisitio como arenero para que los grupos I+D construyan sus sitios. Puedes solicitar acceso para probar la construcción de un sitio wordpress en un entorno multisitio.

• Agregar un tema al multisitio

Cuentas de hospedaje LAMP

Para ir más allá del hegemónico gestor de contenidos Wordpress, la redUI ofrece toda una gama de servicios, que pueden ir hasta la provisión de un servidor dedicado, para necesidades específicas.

Más acá, luego de la posibilidad de armarse una instancia de multi-sitio Wordpress, el siguiente servicio se accede mediante una cuenta en una de nuestros [Hestia Control Panel], que ofrecen un hospedaje LAMPP (Linux / Apache / MySQL / PostgreSQL / PHP) de primer nivel.

Una cuenta de hospedaje ofrece diferentes bondades manejables por una intefaz web. Para trabajar, te podemos delegar una sub-zona DNS de una zona que manejamos, como arenero.uy. Por ejemplo, si te llamas Juan y quieres armar la web de un poyecto denominado Tobogán, te podremos dar las credenciales de una cuenta juan, y delegarte la zona tobogan.arenero.uy. A través de esta consola, podrás:

• gestionar sitios web como https://opcion1.tobogan.arenero.uy, https://opcion2.tobogan.arenero.uy, ..., depositando los archivos por ssh o sftp,
• crear bases de datos mysql y postgres,
• instalar y correr en pocos clics varias aplicaciones clásicas: Wordpress, Drupal, Mediawiki, ...
• depositar y gestionar archivos en el hospedaje,
• acceder a un shell completo de usuarix en ssh, con una o varias claves priv/pub,
• instalar y correr cualquier otra aplicación PHP / MySQL o Postgres,
• gestionar cuentas de correo, que serán correctamente autenticables en internet,
• recopilar las estadísticas de visita de tus sitios web (web analytics)

Cabe notar que los aplicativos PHP no tienen envío abierto de mail. Si un aplicativo debe enviar mails, se deberá configurar una zona DNS, con gestión de mail, al menos una casilla y utilizar su autenticación de envío, o usar un relay SMTP externo.

De esta manera, cada webmestre es responsable del tráfico de mails que emana de su aplicación. Si el monitoreo detecta un tráfico anormal, se podrá suspender sólo la casilla de la aplicación incriminada, no de todo el servidor.

Infraestructura de hospedaje LAMP, DNS, certificados SSL y mail

Para proveer una Plataforma LAMP como Servicio (PaaS), utilizamos originalmente, desde 2011, el Panel de Control AlternC y luego Hestia Control Panel, en el que se basan las instancias más recientes de hospedaje.

Tres servidores virtuales, h1.cielito.uy, h2.cielito.uy y h3.cielito.uy, ofrecen un servicio DNS como cluster de varios NS autoritativos. Cada cual tendrá un propósito de perfil y calidad de servicio:

• h1, excelencia: hospeda los sitios institucionales y estratégicos. El de más alto nivel, el hospedaje en este host se gestiona por procesos institucionales. Debe(ría)n tener mantenimiento asegurado, por equipos de la redUI u otro personal específicamente dedicado,
• h3, devops: Es el espacio estable de integración y pruebas. En este sentido de prod vs. stage el hestia en h3 es una "plataforma como servicio" (PaaS) de producción, pero en la que se despliegan todo tipo de entornos LAMPP, de stage o de producción, según la necesidad de los usuarixs. El mantenimiento y el servicio de los sistemas LAMPP son de responsabilidad de cada unx de lxs usuarixs.
• h2, pragmatismo: todo el resto. Sitios web de grupos y proyectos, por ejemplo, o sitios comunitarios.

h1 y h2 son VMs, con un almacenamiento masivo en redota, h3 será un contenedor.

Frontal de servidor de aplicaciones

Varios servidores de aplicaciones, como Tomcat/Java, dan servicio en puertos web alternativos, como 8080 y 8083, y se les sueles poner por delante un servidor web que juegue un papel de reverse proxy, efectuando previamente todos los controles de sanidad oportunos.

El hestia ofrece la posibilidad de personalizar las plantillas de los servidores virtuales en cada zona. Hicimos uso de ésta para elaborar la plantilla proxy luca, que permite

• configurar en un dominio web un reverse proxy nginx al host luca.interior.edu.uy,
• filtrar la direcciones de app (el script de la url) mediante una lista de valores o patrones de regex, en un archivo `~/conf/web/extension.arenero.uy/nginx.luca_apps.conf, que se puede actualizar desde la consola o por ssh con una cuenta hestia.
• personalizar las páginas de error, que se sirven desde este frontal, en particular fuera de la precedente lista.