Archive for redhat

Shared SCSI Storage with VMWare Server 1.X and OCFS

Posted in Computación with tags , , , , , on 22/April/2009 by Alex Pérez

Sometimes, when testing software while a pilot test with virtual machines you need to emulate a SAN or setup some kind of shared storage between all nodes. I remember that some (old?) versions of VMWare products allowed SCSI controller to be shared between some nodes, and thus all the devices attached to this SCSI controller are accesible to all nodes: simple and neat. Perhaps that was an option only with VMWare Workstation, or ESX …

VMWare Logo

Free VMWare products -at least VMWare Server 1.0.X- can do the same despite it’s a bit tricky. Along this post I will explain how to setup this kind of shared storage between a group of VM. I’m using a CentOS 5.2 VM because it’s Linux and it’s 99.9% compatible with it’s RHEL counterpart that you can find at your favourite production environment. So, for this test I used the CentOS available at bagside that I found at the VMWare Appliances MarketPlace. Continue reading

Advertisements

distribuciones Linux y google trends

Posted in Computación with tags , , , , , on 19/July/2008 by Alex Pérez

mi primer linux chispas

Hace algunos días, rebuscando por meneame encontré una “noticia” que me impactó bastante. Ojo, el entrecomillado es porque ya ha llovido bastante desde que se publicó. Aunque la noticia no es correcta del todo, el fondo es innegable. Por supuesto, el tema ha sido tratado en Barrapunto al menos aqui y aqui, pero la pregunta sigue en el aire.

¿Hay demasiadas distribuciones Linux?
En la variedad está el gusto, si. Cada comunidad debe tener su propia distribución en su idioma, correcto. Pero, ¿no se están dilapidando demasiados esfuerzos en una secuencia interminable de distribuciones específicas? Linex, GuadaLinex, MoLinux .. etc, no las veo significativamente diferentes de las distros de las que derivan, aunque sí que es verdad que aportan aplicaciones específicas. En mi opinón, estas distribuciones ¿regionales, por comunidad autónoma, nacionales? sólo sirven para que los políticos de turno se puedan poner medallas y opcionalmente quitarselas entre ellos mientras dicen que en su comunidad tienen una versión propia de Linux y son más guays que las comunidades de otro partido, aunque no aporten demasiado valor añadido … excepto para las empresas que hay detrás. Continue reading

apache – tomcat/jboss (mod_jk)

Posted in Computación with tags , , , on 7/July/2008 by Alex Pérez

Esta es la receta que uso para conectar un servidor Apache HTTPd con Tomcat, JBoss… cualquier servidor de aplicaciones que entienda el protocolo AJP.

¿En qué consiste esto?

Con esta configuración tendremos que las peticiones HTTP que haga un cliente, se procesarán primero en el servidor HTTP (apache) y dependiendo de la configuración de éste se reenviarán a Tomcat (o JBoss, Resin … o lo que sea, en esta entrada me referiré a todos ellos como Tomcat para abreviar).

¿Qué ventajas tiene?

En mi opinión hay configuraciones que son mucho más simples de aplicar sobre un Apache que sobre un Tomcat. p.ej:

  • Configurar el servicio para que obligue al usuario a usar https para navegar por http://lalala/secured/*
  • Exigir que el usuario se valide contra un directorio LDAP para acceder a la web
  • Permitir el acceso a determinadas zonas de la web en función de la ip/subred de origen

Pero además de facilitar estas tareas de configuración, nos puede aportar algunos beneficios como:

  • Distribuir el trabajo entre dos servicios que no tienen por qué estar en el mismo servidor: Apache maneja el cifrado SSL y Tomcat la aplicación y/o Apache sirve el contenido estático (imágenes, css, javascript) y sólo envía las peticiones de contenido dinámico (jsp’s) a Tomcat, de esta manera no le llegan peticiones de contenido estático a Tomcat y apache actúa de “proxy” de estáticos.
  • Se pueden agrupar distintas aplicaciones que corren en uno o más tomcats, para que se acceda siempre desde la misma URL: p. ej. http://www.domain.com (apache), http://www.domain.com/app1 (tomcat1), http://www.domain.com/app2 (cluster de tomcats2), … con lo que se usa siempre el mismo dominio para todas.
  • Escalado: se pueden añadir más o menos servidores Tomcat, Apache, sin tener que aumentar las prestaciones de un equipo concreto, sino añadiendo equipos o aumentando los recursos allí donde realmente hace falta. Continue reading