ELECCION DEL SERVIDOR

Elección del servidor

El sistema operativo

Existen básicamente dos grandes grupos bien diferenciados, los servidores basados en Windows (NT, 2000, 2003), y los basados en Unix (Linux, FreeBSD, Solaris, AIX, etc.). La elección depende de las necesidades específicas del webmaster, y condicionará el crecimiento del sitio, por sus diferentes características y funciones.

Hay un temor a contratar servidores Unix por parte de los webmasters con conocimientos de Unix muy escasos o nulos, al desconocer con qué han de enfrentarse. Gracias a los paneles de control que incorporan todos los planes de alojamiento, el sistema bajo el que trabaje el servidor es prácticamente transparente en su uso para la mayoría de aplicaciones. Sólo en un uso avanzado puede necesitarse hacer uso del shell (línea de comandos) del sistema, si es que su plan de alojamiento lo permite.

Tampoco afecta con qué sistema operativo se trabaje localmente, perfectamente puede manejarse un servidor Unix desde un equipo local Windows, son cosas independientes.

La información aquí publicada, debe considerarse orientativa, por tratarse de forma genérica. Deberá siempre verificar la disponibilidad de los elementos que necesite en el plan de hosting concreto que esté examinando.

Servidor web

Pese a existir otras opciones, los servidores Windows emplean típicamente IIS (Microsoft Internet Information Server) como servidor HTTP (web), y los Unix, emplean habitualmente Apache.

Los IIS, tienen una mayor integración con los sistemas de desarrollo y software de Microsoft, mientras los Apache, disponen de mayores opciones de configuración de forma relativamente sencilla, como son los redireccionamientos, personalización de páginas de error, accesos protegidos con contraseñas y otros detalles, además de existir una gran información sobre ellos en Internet.

Lenguajes de programación y scripts

Si bien hay lenguajes más habituales en alojamientos Unix que en Windows y al revés, hay disponibilidad de los siguientes lenguajes y scripts para ambos sistemas:

• Perl: El lenguaje para CGI por excelencia. Bajo Unix, tiene acceso a mayores partes del sistema, en Windows se encuentra parcialmente limitado.
• PHP: Un buen lenguaje para webmasters principiantes, my extendido en la actualidad y que se integra en el código HTML.
• ASP: Para Unix, existe la versión ChiliSoft!, pero si requiere de las últimas versiones, deberá decidirse por Windows.
• VBscript: Si bien está soportado en Unix, las versiones más evolucionadas funcionan sobre Windows.
• Phyton
• Miva
• TCL
• C
• Java
• Jsp
• ColdFusion

Bases de datos

El sistema de bases de datos a emplear es crítico, pues cuando se requieran, limitará los servidores a emplear. La migración de aplicaciones propias de uno a otro sistema es relativamente complejo, así como la migración del contenido de las bases de datos.

Existen numerosas aplicaciones que pueden requerir en un momento dado, que le exigirán un sistema de bases de datos concreto. El habitualmente utilizado por aplicaciones para web, es MySQL, un potente sistema de bases de datos gratuito, que se ejecuta perfectamente en servidores Unix y Windows y que también puede emplear en su máquina local independientemente de que coincida con el sistema del servidor o no.

Base de datos	Windows	Unix	Comentarios
MySQL			Poco habitual en planes de alojamiento Windows. Sin coste de licencia.
MS Access			Sistema de base de datos empleado por el paquete Microsoft Office.
MS SQL			Sistema propietario de Microsoft.
mSQL			Gratuito para uso no comercial
PostgreSQL			Licencia BSD (gratuita)

Tanto en servidores Windows como Unix, existen posibilidades de conexiones ODBC con las bases de datos. De este modo puede, por ejemplo, utilizar el entorno de Access para mantener una base de datos MySQL.

FrontPage

Si emplea FrontPage para el diseño de la web, ha de verificar que el servidor que desea contratar tiene instaladas las extensiones para FrontPage para poder usar determinadas características específicas del programa. Ambos sistemas las soportan y suelen formar parte del equipamiento incluido.

Seguridad

No hay ningún sistema 100% seguro. Durante mucho tiempo, los servidores IIS han protagonizado la mayor parte de incidentes. Algunos, como el gusano CodeRed, afectó a un alto número de ellos. Los incidentes de seguridad con servidores Apache, si bien han sufrido un incremento, son menos frecuentes. La mayor parte de ataques son realizados de forma excesivamente simple, localizando versiones desactualizadas o configuraciones inadecuadas de programas comunes de gestión de la web y su contenido.

Precios

En muchos casos, a igualdad de prestaciones, los alojamientos Unix se ofrecen a un menor precio. El coste de licencias de software -nulo en algunos casos- el menor requerimiento de hardware y mantenimiento, llevan a los sistemas Unix a una ventaja económica.

Conclusiones

Si sus necesidades le permiten elegir entre ambos sistemas y no se ha decidido todavía, la recomendación habitual es elegir un servidor Unix (habitualmente Linux). Son más estables y seguros, disponen normalmente de un mayor número de pequeñas opciones que no están disponibles en los Windows, hay mayor cantidad de software preparado para ellos, y en Internet encontrará todo lo que necesite saber (y mucho más) sobre ellos.

Espacio en disco

Uno de los factores sobre los que forzosamente hay que tomar decisión al contratar un plan de alojamiento (hosting) es el espacio en disco.

Para quienes no tienen una experiencia previa, la duda puede ser importante. Empecemos por saber en qué se va a ocupar el espacio:

• Archivos web.
• CGIs.
• E-mail.
• Logs.
• Bases de datos.

Archivos web

Es la parte más evidente y fácil de calcular. Tan sólo ha de comprobar el espacio que ocupa en su disco local la web que pretende publicar, prever el crecimiento de contenido y listo, ya tiene el dato.

CGIs

A no ser que utilice algún programa especial (foros, buscadores, comercio electrónico, etc.), los CGI básicos, que suelen ser contadores, proceso de formularios por e-mail, etc.; ocupan un espacio mínimo que no merece consideración.

En muchos casos se encontrará ya con CGIs preinstalados. Estos CGIs también forman parte del espacio consumido, habrían de contabilizarse también si los mantiene.

E-mail

A un buzón de correo POP3 se le suelen asignar 5MB de espacio, suficiente para un uso normal del mismo, siempre que se descargue el correo con frecuencia.

El espacio para el correo, sólo se ocupa cuando hay correo en él, permaneciendo libre para otros usos en caso contrario.

Si ha de recibir archivos grandes o no lee su correo diariamente, puede convenirle un tamaño mayor, de 10 a 25MB.

Contabilice el espacio máximo asignado para cada buzón de correo que vaya a utilizar, y valore las posibilidades de que coincidan todos saturados al mismo tiempo.

En algunos casos, especialmente en los planes de alojamientos más simples, el servidor de correo está ubicado en un servidor independiente, por lo cual, no habrá que considerar el tamaño asignado para las cuentas de correo.

La mayoría de servidores, avisan por e-mail cuando el espacio ocupado en disco supera el 85% o 90% del contratado, dándole un margen de tiempo para resolver la situación. Hay que considerar si sobre el mismo servidor puede contratarse más espacio o un plan de alojamiento superior, solución que aliviaría un problema de saturación de forma rápida sin tener que cargar y configurar otro nuevo servidor.

Logs

El servidor web, anota en un fichero log cada petición de archivo que se le formula, así como los posibles errores (URL incorrecta, error en CGI, etc.). Estos archivos log ocupan un espacio en disco, creciendo de forma contínua con el uso del servidor.

En los paneles de control de los planes de hosting, existen utilidades para hacer un borrado programado de esos archivos log, evitando así que su crecimiento llene el espacio en disco. Los borrados de logs programados, se ejecutan periódicamente a través de Cron (Unix), el programador de tareas (Windows) o aplicaciones equivalentes.

Además de emplearse para la detección y depuración de errores, estos archivos log son empleados por los programas de estadísticas. Si dispone de programas como Analog o Webalizer, obtendrá informes de uso del servidor, realmente útiles, pero que se verán limitados al período cubierto por el log disponible. Otros programas estadísticos más avanzados como Urchin, procesan los logs y almacenan la información en una base de datos, permitiendo así el borrado del log tras el proceso.

El tamaño de un archivo log podemos predecirlo de una forma aproximada:

MB log = días de log x visitas diarias x páginas por visita x archivos por página x 0,0002

Suponiendo un log borrado mensualmente, para una web con 100 visitas diarias, cuyos visitantes ven un promedio de 4 páginas en cada visita, y con 4 imágenes en cada página (página + 4 imágenes = 5 archivos), el tamaño de un archivo log a final de cada mes sería de:

30 x 100 x 4 x 5 x 0,0002 = 12 MB

Bases de datos

Si emplea bases de datos, deberá consultar la documentación de la aplicación empleada o consultar a su programador para preveer el espacio consumido por las mismas. Un foro o un sistema avanzado de estadísticas son ejemplos de aplicaciones que emplean bases de datos.

Transferencia de datos

Uno de los factores desconocidos por los webmasters principiantes y que más problemas causan cuando la web comienza a crecer son los conceptos de ancho de banda y volumen de transferencia.

Encontrarse con que el plan de alojamiento contratado queda por debajo de las necesidades de la web, especialmente si se ha contratado el alojamiento por un período largo, es sumamente desagradable. Por ello, conviene conocer estos conceptos para asegurarse de elegir bien el servidor.

El precio de la transferencia de datos es muy diferente de uno a otro proveedor de hospedaje. Hay que calcular bien el consumo previsto y saber cuándo lo superaríamos y cuánto habría que pagar por él una vez superado el límite contratado.

Por norma general, en USA resulta más barato el ancho de banda que en Europa o Latinoamérica, aunque no siempre es así. En la sección Alojamiento web, podemos ver precios de diferentes proveedores.

Vamos a explicar qué son -y cómo podemos calcular- la transferencia de datos y/o ancho de banda que necesitaremos.

Volumen de transferencia

Entre los datos que se mueven por la red a causa de una web, no sólo estarán los bits que conforman en contenido de la web, si no que además, hay numerosos elementos de control de datos y del protocolo. De este modo, para poder hacer un cálculo aproximado, tendremos que considerar que por cada byte (8 bits) de contenido web a enviar, se enviarán en total unos 10 bits.

Hay proveedores que sólo cuentan el tráfico web, otros cuentan web + FTP + e-mail. El e-mail, como la transferencia por FTP también consumen comunicaciones, pero salvo que se usen largas listas de correo, o se entreguen archivos para descargar mediante FTP, su volumen es escaso para ser tenido en cuenta.

En condiciones normales, una web envía más datos de los que recibe, por lo cual, hemos de contar con los datos enviados.

La transferencia de datos, se calcula del siguiente modo:

días por mes x visitas diarias x páginas por visita x volumen por página x 1,25

Supongamos un caso con las siguientes características:

• 100 visitas diarias.
• 4 páginas por visita.
• 100 KB por página, ¡gráficos inclusive!

El volumen de transferencia, sería el siguiente:

30 x 100 x 4 x 100 x 1,25 = 1.500.000 KB mensuales

Como la unidad de medida para la transferencia de datos es el GB (GigaByte), facilmente podemos hacer la conversión:

1 GB = 1.024 MB
1 MB = 1.024 KB

En el ejemplo anterior, por tanto, el resultado final sería de:

1.500.000 KB mensuales / 1024 / 1024 = 1,43 GB mensuales

Visitas por día
Páginas por visita
KB página + gráficos
GB

Introduzca sus propios valores y pulse sobre la casilla del resultado para efectuar el cálculo.

Ancho de banda

El ancho de banda es la cantidad de datos que se pueden enviar a través de un canal de comunicación.

Para el caso de los servidores web, las medidas se hacen en Kilobits por segundo o Megabits por segundo (Kbps/Mbps), exactamente igual que con los módems, routers y cualquier dispositivo de red.

A diferencia de lo que sucede con el volumen de transferencia, que se contabiliza en un total de información enviada, el ancho de banda indica el límite que podemos alcanzar en un momento determinado. Superar el ancho de banda contratado, causará retraso en la entrega de datos inicialmente y denegación de respuesta poco después, no siendo accesible la web desde Internet.

El cálculo del ancho de banda, ha de realizarse teniendo presente los momentos de mayor actividad, lo que hace más complejo el cálculo. Nos conformaremos con lograr una buena aproximación, pues luego al contratar, hay que hacer un redondeo forzoso.

Siguiendo los mismos datos que en el ejemplo empleado anteriormente, empezamos por tomar el día de la semana de mayor tráfico. Dependiendo de los contenidos de la web, éste puede encontrarse a mitad de semana, durante el fin de semana, o tras el envío de boletines o newsletters periódicos. Partimos por tanto de los siguientes datos:

• 140 visitas el día de mayor tráfico.
• 4 páginas por visita.
• 100 KB por página.

Basándonos en el mismo cálculo que antes, contabilizando sólo un día, partiremos con el siguiente valor total:

140 x 4 x 100 x 1,25 = 70.000 KB

Ahora lo dividiremos por horas, pero hay que tener presente que no a todas horas hay el mismo tráfico. Una curva horaria típica es la siguiente:

Observamos por tanto que la hora punta es 1,6 veces superior a la media horaria. De este modo, el volumen de transferencia en hora punta es de:

Transferencia diaria / 24 horas x 1,6

Aplicándolo en el ejemplo, el resultado queda en:

70.000 KB / 24 x 1,6 = 4.666 KB

Para complicarnos el cálculo, tampoco entran al mismo ritmo todos los visitantes, hay momentos en que coinciden varias conexiones de visitantes, otros en los que no coincide ninguno. Si queremos cubrir estas oscilaciones, nuevamente tendremos que aplicar un factor de corrección. En él decidimos las posibilidades de que haya más o menos tiempo de lentitud (atascos de tráfico) en las respuestas en los peores momentos. Por fortuna, otro de los inconvenientes está en que el ancho de banda no se contrata en las unidades exactas que queramos, así que bastará con contratar el valor inmediatamente superior al que obtendremos en la media de la hora punta, siempre que deje un poco de margen.

Vamos ya finalizando cálculos. Teníamos un valor en Kilobytes (KB) promedio por hora, y hemos de convertirlo a Kilobits por segundo (Kbps). El último cálculo ya es el siguiente:

Media hora punta / 60 minutos/hora / 60 segundos/minuto x 8 bits/byte

Aplicándolo al ejemplo, el resultado queda en:

4.666 KB / 60 / 60 x 8 = 10 Kbps

Siendo los valores de ancho de banda contratables de 128Kbps, 256Kbps, 512Kbps, etc., nos decidiríamos por el inferior, 128Kbps. En el caso de ejemplo usado, el volumen de transferencia de datos nunca nos llevará a una contratación por ancho de banda, pues no necesitamos tanta comunicación.

En webs cuyo tráfico supere 20 veces el del ejemplo, ya es más probable que los planes de alojamiento necesarios tengan esa opción de contratación, si es que no se ofrecen directamente contratando por volumen de transferencia (GB mensuales). Si obtenemos, por ejemplo, un cálculo de 320Kbps, debemos contratar 512Kbps, pues 256Kbps sería demasiado corto, y en las horas punta sería continua la inaccesibilidad.

Visitas en día punta
Páginas por visita
KB página + gráficos
Kbps

Introduzca sus propios valores y pulse sobre la casilla del resultado para efectuar el cálculo.

Las ofertas de transferencia o ancho de banda ilimitado

Diversas empresas dicen ofrecer transferencia de datos o ancho de banda ilimitado. El nodo al que se conecta un servidor tiene un ancho de banda limitado, que ha de repartirse entre todos los que usan el mismo nodo. Del mismo modo sucede con la transferencia de datos, que ha de poder ser enviada a través del ancho de banda físicamente disponible.

En algunos casos, la incapacidad de contabilizar el consumo, en otros, una artimaña comercial para ocultar los precios del ancho de banda hasta que se supere el límite establecido (y oculto), o limitaciones ya establecidas de otro tipo, como pueden ser el número de conexiones simultáneas, llevan a anunciar un falso "Ancho de banda ilimitado", "tráfico ilimitado" o "transferencia ilimitada".

Como es lógico, el ancho de banda tiene un precio para el proveedor de alojamiento, y no nos lo va a regalar. Si va a necesitar unos valores que superen el GB mensual, consulte siempre las limitaciones si no están directamente publicadas o si dicen que es ilimitado. Si no obtiene una respuesta satisfactoria, desconfíe, no quieren decirle la limitación que forzosamente tiene que haber. ¿Se imagina a Yahoo! alojándose por 500$/mes? Obviamente es imposible.

Experiencias con las ofertas ilimitadas

Para que no le convenzan cuando le insistan con que la oferta es ilimitada, le comentamos cuatro experiencias diferentes. Omitimos mencionar las empresas de hosting con que sucedieron, pues pueden haber cambiado sus políticas.

Límite de tráfico no mencionado: Después de una temporada de alojamiento, incrementando las visitas y pedir presupuesto para albergar un dominio y ampliar prestaciones, no se obtiene respuesta. Varios e-mails son desatendidos, y las llamadas telefónicas esquivadas siempre al estilo "no está", "está reunido", etc. Tras una visita personal a la empresa de hosting, después de un mes de intentos de contacto, responden: "Agotáis nuestro ancho de banda, buscad otro proveedor". Conclusión: empresa demasiado pequeña para ofrecer hosting de necesidades medias.

Tráfico ilimitado: Superados los 2GB en un mes, comunican que ese es el límite y el precio por el exceso, cobrándolo directamente. Al mes siguiente, duplican el precio del GB, pero el programa que emplean para contabilizarlo, tiene defectos que no logran descubrir y llega a dar resultados de consumo negativos. Conclusión: era su primer caso de alcanzar el límite establecido.

Ancho de banda ilimitado: Acercándose a final de mes, la web empieza a experimentar problemas de acceso. El soporte técnico manifiesta que un script está impidiendo parcialmente los accesos para impedir que se supere el límite de transferencia para ese plan (6GB). Conclusión: Límite ocultado.

Tráfico ilimitado: En horas punta, tarda muchísimo en cargar o no carga la página. El soporte técnico responde que el servidor sólo acepta 20 conexiones simultáneas. Conclusión: Límite ocultado.