Pues ahora que hice todo para que jalara en producción (ya en dos equipos diferentes) resulta que tengo que hacer que funcione en desarrollo, pues no soporta importar los dumps... Pero el DVD que bajé, sólo funciona para equipos x64 y desarrollo es de i686 (32 bits), por lo que tengo que bajar nuevamente el DVD para esa máquina, y mientras tanto no puedo subir los presupuestos del 2010 (podría, si apunto todo para que se vaya a producción directamente, pero no me parece bien)... En fin, estoy bajándolo, pero cada más me decido más y más a cambiar de base de datos... realmente no creo que valga la pena pagar lo que estamos pagando por tener oracle, cuando claramente lo estamos subutilizando. Espero este año, poder hacer el esfuerzo de migrar nuestras aplicaciones a otra base de datos (Postgres es la que tiene la ventaja, y ahora con lo de MySQL, pues más...).
Pues nos hemos animado a crear un cluster de tomcat. La verdad es muy sencillo hacerlo, simplemente habilitas unas opciones que ya vienen en tomcat y configuras mod_jk en apache para que administre el cluster y haga el balanceo de cargas. Muy, muy fácil, el detalle está en que no tienes alta disponibilidad, razón por la que puse el cluster en primer lugar. ¿Y entonces? Pues me puse a investigar, ya probé LiveRebel, y funciona de maravilla, pero igual te cobran... Así que busqué un poco más y di con mod_cluster de RedHat. Esta herramienta te permite lo mismo que mod_jk, pero le agrega alta disponibilidad, ¿a qué me refiero con alta disponibilidad? Al hecho de que cuando hay que hacer un redeploy de la aplicación si estas con mod_jk, apache no va a darse cuenta y te va a seguir enviando al tomcat que está haciendo el redeploy, y el cliente recibe el error de que no hay nada ahí, lo que sí hace mod_jk es notar que una instancia de tomcat ha sido dada de baja, entonces para lograr alta d...
Comentarios