En el desarrollo de uno de nuestros proyectos nos hemos encontrado con la necesidad de utilizar un sistema caché. El Framework CakePHP tiene una librería denominada cache muy completa la cual permite seleccionar uno de los siguientes sistemas caché File, Memcached, Xcache y Apc.

Los dos primeros, son sistemas caché que permiten almacenar objetos o variables (uno en ficheros y el otro en memoria) y los dos restantes son sistemas especializados en cachear Opcodes “almacenan código compilado de php” permitiendo acelerar la ejecución de nuestra aplicación PHP.

Elegir un sistema cache va a depender del tipo de proyecto, pero lo normal es encontrarnos con que si queremos optimizar nuestro proyecto lo mejor será reducir el numero de consultas SQL. En un momento dado, todos los visitantes de nuestra página estarán intentando acceder a la misma información almacenada en nuestro sistema, es por ello que habrá gran cantidad de consultas repetidas.

Pongamos como ejemplo una página que no tiene activado el sistema de caché y que se actualiza como media una vez al día. Para generar la página de inicio, el sistema tendrá que realizar 20 consultas por cada visita, esto supone más del 50% del tiempo que consume para generar una respuesta.

Si esta página tiene gran cantidad de visitantes, en períodos de tiempo cortos, la información mostrada será siempre la misma. Por lo que todas las consultas realizadas por los usuarios obtendrán los mismos resultados.

Activando un sistema tipo memcached, podríamos hacer que los resultados de esas consultas se almacenasen en memoria. Únicamente la primera visita tendría que esperar el tiempo necesario para realizar esas consultas, el resto accedería directamente a los datos almacenados en memoria, con lo que el tiempo de respuesta mejoraría considerablemente.

Por otra parte, activando un cacheador tipo opcode lo que hará es agilizar la ejecución de nuestra página php almacenando en Ram el código php compilado. Esto no va a suponer una gran mejoría puesto que lo que realmente consume tiempo es el acceso a los datos y no la generación del código php compilado.

Para solventar esto lo recomendable es utilizar los sistemas de cache memcached o file, y cachear directamente los respuestas a las consultas que se van a repetir. Evidentemente lo mejor es cachearlo en memoria Ram ¿Pero cuánto?.

Para ello hemos probado la diferencia de los sistemas cache antes mencionados, utilizado la herramienta jmeter, muy útil para pruebas de carga, además open source.

Prueba:

Las pruebas consistieron en recorrer todas las páginas del proyecto (10 veces para poder obtener una media estable), teniendo en cuenta diferentes supuestos, que serán los siguientes:

• Un usuario con el sistema cache memcached.

• Un usuario con el sistema cache file

• Diez usuarios concurrentes con el sistema cache memcached.

• Diez usuarios concurrentes con el sistema cache file.

Con todos los tiempos obtenidos en cada muestra, jmeter calcula el tiempo medio y la desviación típica sobre la media de esta prueba.

Se recomienda para las pruebas de carga prescindir, en jmeter, del sistema de almacenamiento del cache de paginas. El motivo principal es que nos va interesar comprobar cuanto varía el valor de las muestras obtenidas.

Con sistemas caché vamos a tener muestras que han descargado todos los objetos y otras muestras que se aprovechan de esos objetos descargados siendo obviamente más rápidas.

Resultados:

Los datos obtenidos son los siguientes:

• En la prueba de un usuario probando el sistema memcached tiene una media: 1512 milisegundos y una desviacion típica de 1031,224.

• Los datos de la prueba con un usuario y sistema cache file serian 1230 milisegundos de media y una desviacion típica de 1352,202.

• Con los diez usuarios y el sistema memcached se obtiene una media: 1595 milisegundos y una desviacion típica de 1039,463.

• En la ultima prueba obtenemos una media de 1800 milisegundos y una desviacion típica de 1775,695.

Conclusión:

Como podemos observar el sistema caché memcached hace que nuestras respuestas http sufran muchas menos variaciones en el tiempo de respuesta aunque incrementa el tiempo de media. Pero como se puede comprobar, con el incremento de usuarios concurrentes, este sistema caché supone una gran mejoría.

Pasadas las 13h de ayer, 3 de Mayo, se produjo un ataque de denegación de servicio (más información en la wikipedia sobre DoS) en la red que alimenta el centro de datos en el que se ubican nuestros servidores.
Dicho ataque consiguió vulnerar todas las medidas preventivas implantadas saturando la red y evitando la consulta de cualquier aplicación web alojada en los servidores.

Aproximadamente a las 18h se consiguió detener el ataque y los servidores comenzaron a enviar datos de nuevo a las solicitudes de los visitantes.

Sentimos en gran medida las molestias ocasionadas. La dirección del centro revisará todo lo ocurrido para evitar en la medida de lo posible que no vuelva a suceder.

Actualmente todos los servicios están restaurados completamente, si tiene algún problema, por favor envíenos una notificación a través de nuestro centro de soporte y le atenderemos con la mayor premura.

Un saludo.

El pasado día 22 se produjo una importante avería en el centro de datos Telvent Housing en Alcobendas (Madrid), donde se encuentran alojados nuestros servidores. Esta avería afectó a todos los clientes del centro de datos.

Informe técnico Telvent

Sentimos las molestias que haya causado la incidencia.

En Google News podéis ver las noticias relacionadas con la incidencia recogidas en otros medios

Mediante la petición de un cliente via nuestro centro de soporte hemos activado el filtro anti spam, SpamAssasin, para aquellos servidores dedicados a hosting JAVA.

Este software permite filtrar el spam que recibimos en nuestra cuenta de correo mediante el uso de amplia variedad de tests locales y remotos para identificar spam.

Se puede configurar de dos maneras diferentes

• Borrando aquellos mensajes sospechosos que lleguen al servidor de correo
• Cambiando el asunto del email sospechoso por “X-Spam-Flag: YES” o “X-Spam-Status: Yes”.

Ésta última opción es recomendable para aquellos usuarios que prefieran revisar los emails manualmente desde su propias computadoras.

Existe más información sobre la configuración en nuestro centro de soporte:

• ¿Cómo configurar mi filtro AntiSpam?
• Activación y configuración de filtro anti-spam (videotutorial)

A partir de hoy existen a disposición de nuestros clientes en nuestro centro de soporte videotutoriales de soporte para hosting y dominios en Plesk.

• Tutoriales sobre dominios
• Tutoriales sobre hosting
• Soporte sobre base de datos
• Soporte sobre correo electrónico
• Soporte sobre FTP
• Soporte sobre panel de control Plesk
• Soporte sobre Hosting revendedores/multidominio

Estos videotutoriales desarrollados en Flash fueron adquiridos en la web VideoSoporte.

Ahora al contratar uno de nuestros servicios de hosting si no queda satisfecho con el servicio recibido le devolvemos el dinero.

En todos nuestros servicios de hosting, incluidos el hosting php y mysql, como hosting ruby on rails como hosting java nos comprometemos a darle un servicio de calidad, por ello, si finalmente cree que el servicio no se ha ajustado a lo que le ofrecemos le devolvemos el dinero sin coste alguno.

Para que le podamos devolver el dinero deberá indicarnos una cuenta bancaria del territorio español. En la devolución no se incluirá el coste de registro de dominios u otros servicios relacionados con el hosting.

El tiempo de que dispondrá el cliente para anular sin coste los servicios contratados es de 30 días desde el momento de la contratación.

Con el fin de evitar estas acciones que no benefician ni al cliente ni a nosotros Hospedaxes ofrece una cuenta de pruebas durante 7 días sin compromiso.

Durante la mañana de ayer se produjo una incidencia en el router que proporciona la conexión a nuestros servidores.

El problema fue solucionado de manera rápida gracias a la intervención del personal del centro de datos donde tenemos ubicados nuestros servidores, Interxion

Hospedaxes dispone de un servicio integral de hosting proactivo para wordpress.

Se trata de un servicio con el fin de que los autores del blog sólo se preocupen de publicar artículos. Nosotros nos encargamos de:

• Diseño web del blog adaptado a la temática y estilo. Renovaciones periódicas de la imagen del sitio
• Instalación y actualización del software wordpress. Actualizaciones de seguridad para evitar pérdidas de datos u otros contratiempos.
• Instalación y actualización de mods. Aplicaciones adicionales para el blog con el fin de mejorar las características del sitio
• Posicionamiento en buscadores, incremento de la popularidad, aumento de backlinks
• Redacción de informes de mejora y estadísticas del sitio
• Asesoramiento para obtener rendimiento económico del blog

Con este servicio pretendemos aportar nuestra experiencia en implementación y mantenimiento de blogs. Poniendo a disposición del cliente las herramientas y conocimientos necesarios para que su bitácora sea todo un éxito.

Puedes consultar nuestros servicios de hosting para wordpress en nuestra página de contacto.

Desde hace mucho tiempo vengo escuchando que el mercado del hosting está saturado.

Aunque las últimas estadísticas disponibles de technorati son hasta Marzo de 2007 demuestran que Internet sigue creciendo, sobre todo, la blogosfera.

Cada día miles de blogs nuevos son creados, con la consecuente necesidad del registro de un dominio y alojamiento web para dicho blog.

Por ello creemos que el mercado del hosting no está para nada saturado sino que debe adaptarse a los nuevos tiempos. Es fundamental ofrecer soporte especializado en herramientas como joomla, cuentas de hosting con wordpress preinstalado, herramientas online que faciliten el trabajo diario de las pymes, etc…

Por tanto animo a aquellos que están pensando en convertirse en distribuidores de hosting como resellers o revendedores a dar el paso adelante.

Puedes ver nuestras soluciones en hosting para resellers

Hace apenas unos meses comenzamos a ofrecer servicios de hosting con soporte para JAVA.

Durante este tiempo nos hemos encontrado con una demanda inesperada que ha sobrepasado nuestras expectativas. Por ello, con el fin de atajar la demanda y de mejorar el servicio de hosting para soporte JAVA hemos dado de alta un nuevo servidor que se dedicará en exclusiva para este tipo de hosting.

Así podemos proporcionar a nuestres de hosting JSP un servidor con las características más adecuadas a sus necesidades.

El nuevo servidor cuenta con las características siguientes:

• Servidor Dell PowerEdge 1950
• CPU 2 X Quad Core Intel® Xeon® E5310, 2×4MB Cache
• Panel de control: Plesk 8.2.1
• Sistema operativo: CentOS 5
• Tomcat 5.5.23
• MySQL 5.0.22
• PHP 5.1.6
• Awstats 6.6
• DrWeb 4.33
• SpamAssasin 3.1.9
• Webalizer 2.01

Otros paquetes instalados relacionados con Tomcat y JAVA

• gcc-java-4.1.1-52.el5.2
• java-1.4.2-gcj-compat-1.4.2.0-40jpp.112
• java-1.4.2-gcj-compat-devel-1.4.2.0-40jpp.112
• tomcat5-jasper-5.5.23-0jpp.3.0.2.el5
• tomcat5-common-lib-5.5.23-0jpp.3.0.2.el5
• tomcat5-webapps-5.5.23-0jpp.3.0.2.el5
• tomcat5-servlet-2.4-api-5.5.23-0jpp.3.0.2.el5
• tomcat5-jsp-2.0-api-5.5.23-0jpp.3.0.2.el5
• tomcat5-5.5.23-0jpp.3.0.2.el5
• tomcat5-admin-webapps-5.5.23-0jpp.3.0.2.el5
• tomcat5-server-lib-5.5.23-0jpp.3.0.2.el5

Puedes ver nuestros planes de hosting disponibles en hosting JAVA

Actualización 19 de Febrero de 2008

Como se trata de una cuestión común entre los desarrolladores de JAVA interesados en nuestros hosting os indicamos que la versión del JDK instalado en el entorno es JDK 1.5 upgrade 24 de Sun Microsystems.