Generalmente utilizamos los percentiles para referirnos al crecimiento de los bebés. Pero, además de recurrir al percentil 95 para evaluar el desarrollo de un bebé, este sistema de medición es muy utilizado en muchas otras áreas; como, por ejemplo, entre los proveedores de alojamiento web. En nuestro caso recurrimos a este sistema estandarizado de medición entre los ISP para calcular el ancho de banda que consume un alojamiento web por ser el método que mejor refleja este aspecto.

¿Qué es el percentil 95?

El percentil 95 es una fórmula matemática que, en este caso, permite garantizar que el ancho de banda contratado es el adecuado a las necesidades de un proyecto. De esta forma, se evita tener que sobreestimar los recursos que puede necesitar un sitio web para funcionar correctamente; o quedarse demasiado cortos en cuanto a ancho de banda y hacer que la web pierda visitas o vaya demasiado lenta.

Los proveedores de servicios de internet recurrimos al uso de esta fórmula para tratar de favorecer al cliente. Utilizando el percentil 95 el usuario paga por el ancho de banda que habitualmente consume su servidor, un nivel de consumo que se corresponde con el ancho de banda utilizado el 95% del mes para el correcto funcionamiento del sitio web. Así, se evita hacerle pagar un extra por haber excedido de manera puntual el ancho de banda que tenía contratado.

¿Cómo funciona esta fórmula?

El percentil 95 se basa en una serie de mediciones del ancho de banda consumido por un servidor a lo largo de un mes. Entendiendo por mes siempre un periodo de 30 días, con independencia del número de días que tenga el mes real de facturación. A lo largo de este periodo de tiempo se mide cada 5 minutos el consumo en Mbps (megabits por segundo) del ancho de banda.

Al finalizar los 30 días, se recopilan todos los datos recogidos y se ordenan de menor a mayor. De entre toda esta información se descarta el 5% de los valores más altos; es decir, los valores que se corresponden con picos puntuales de tráfico al entenderse que ese nivel de consumo de ancho de banda es algo puntual y no el consumo habitual del servidor durante el 95% de los días.

Con los datos filtrados, el valor más alto se corresponderá con el percentil 95. Si este valor es igual o menor al ancho de banda contratado en el servidor quiere decir que se está pagando por los recursos adecuados para el proyecto. En cambio, si resulta una cifra mayor, además de facturarse aparte este exceso de consumo de ancho de banda, el servidor no dispone del ancho de banda necesario para el correcto funcionamiento del sitio web.

El percentil 95 permite determinar las necesidades reales en cuestión de ancho de banda de un proyecto web. Un valor necesario para garantizar que el sitio web funcione correctamente, al menos, el 95% del tiempo. El 5% restante dependerá de cómo de elevado sea el pico de tráfico, haciendo que por no contar con los recursos necesarios pueda perderse tráfico o que el funcionamiento del sitio web sea demasiado lento.

¿Por qué utilizamos el percentil 95?

Como ya hemos mencionado anteriormente, este sistema de medición es la forma más eficaz de medir y facturar el consumo de ancho de banda de un servidor. Los proveedores de servicios en internet somos plenamente conscientes de que no todos los días se tiene el mismo tráfico ni se consumen los mismos recursos; como por ejemplo puede ocurrir durante el Black Friday. Por ello, con el percentil 95 se favorece que aproximadamente durante 35 horas al mes se tengan picos inusuales de tráfico. Generalmente esto se debe a la publicación de algún artículo o producto que ha suscitado una gran cantidad de visitas. Al tratarse de algo puntual lo que se busca es favorecer al cliente, en lugar de penalizarle pagando el consumo adicional de ancho de banda.

En Linube recurrimos al percentil 95 como método de medición para calcular el ancho de banda de todos nuestros servicios. De esta forma, aunque nuestros clientes tengan picos de tráfico superiores a su consumo habitual de ancho de banda, no pagarán por ese exceso de consumo siempre que no supere el percentil 95.

Al igual que sucede, por ejemplo, con los crawlers que al visitar una web lo único que pueden ver es su código, y no su diseño, con las máquinas sucede algo parecido. Los servidores, o las máquinas, cuando buscan una web no lo hacen por su dominio, sino por su dirección IP. En algunas ocasiones, necesitan de mayor información para encontrar un determinado espacio en internet; es decir, es necesario saber el FQDN.

¿Qué es un FQDN?

FQDN son las siglas de Fully Qualified Domain Name, es decir, un nombre de dominio completo. Este nombre de dominio único que contiene toda la información necesaria para poder acceder a una máquina a través de una red pública, como puede ser internet. A través de un FQDN un equipo es capaz de conectarse con cualquier otro.

En cuanto a su composición, los FQDN se componen de un mínimo de tres etiquetas que ayudan a la identificación de una máquina mediante números, letras o guiones con una longitud de entre 63 y 255 caracteres. Estas etiquetas se separan mediante puntos y se leen siempre de derecha a izquierda. Así, primero se identifica el dominio en base a su TLD (o extensión de dominio), nombre del dominio (la parte del dominio que se registra) y el nombre del host. Este orden de lectura permite identificar de una forma más sencilla la máquina que se está buscando.

Por ejemplo, en blog.linube.es, la búsqueda empezaría por linube.es y en esa misma búsqueda llegaríamos al lugar correcto. Si la lectura se realizara de izquierda a derecha, el sistema comenzaría por todas las direcciones que comiencen por blog.tudominio.es e iría discriminando hasta llegar a la máquina que se la ha solicitado. Un proceso que evidentemente lleva mucho más tiempo.

De forma muy simplificada, los FQDN son como nuestro nombre y dirección, solo que en este caso, además, se relacionan con una IP. Una estructura que ayuda a recordar la ruta de red y que permite crear estructuras, como si fueran calles, barrios o pueblos.

¿En qué se diferencia de un hostname?

Los hostnames son parte del FQDN. A grandes rasgos, podríamos decir que la única diferencia entre un hostname y un FQDN es que este último contiene más información. El uso de uno u otro depende del contexto y del tipo de red que se utilice para ello. Por ejemplo, en ocasiones no es necesario proporcionar toda la información de una máquina y es suficiente con el hostname. De esta forma, podemos decir que un FQDN contiene toda la información que necesitamos para poder acceder a una máquina a la que queremos acceder a través de internet; y un hostname es el nombre de una máquina a la que se accede utilizando una red privada, como una intranet.

Por poner un sencillo ejemplo, imaginemos que tenemos un coche y queremos aparcarlo en un parking; uno que, además, dispone de servicio de aparcacoches. Si optamos por hacer uso de este servicio, pero queremos saber dónde han aparcado nuestro coche, necesitaremos que nos lleven hasta el lugar donde lo han aparcado o que nos indiquen el lugar exacto donde se encuentra (planta del parking, zona, número de plaza…); es decir, su FQDN. En cambio, si somos nosotros quienes estacionamos nuestro vehículo, no necesitaremos tanta información para saber dónde está. Con unas ligeras indicaciones sobre la zona sabremos llegar a él.

FQDN y hostname VS subdominio

Los tres elementos comparten la misma estructura de etiquetas separadas por puntos. Pero, mientras que un FQDN y un hostname sirven al mismo objetivo, un subdominio hace referencia a una parte de una web. Es decir, un subdominio indica dónde se ubica un determinado contenido, pero dentro de un sitio web. Además de esto, detrás de un subdominio, al igual que de un dominio, siempre está un DNS. El DNS es el sistema encargado de traducir los nombres de dominio en direcciones IP para que las máquinas puedan interpretar el contenido de qué servidor queremos visitar.

Aunque tanto el subdominio como el nombre del host siempre van delante del nombre del dominio, no debe confundirse con un subdominio. En estos casos, lo habitual es que el host sea www y el subdominio blog, tienda o una palabra que indica por sí misma que se trata de una parte de la web.

A simple vista puede parecer que los hostnames y los FQDN, o rutas de red, sean algo exclusivo de los expertos informáticos, lo cierto es que si tienes contratado un plan de hosting o utilizas un cliente de correo, en algún momento has tenido que configurar un hostname. En Linube recurrimos a los hostnames y los FQDN en muchos de nuestros servicios para indicar a nuestros clientes a qué máquinas tienen que conectarse para poder utilizar los servicios que contratan.

Puesto que cada vez almacenamos mayor cantidad de información en dispositivos informáticos, ya estén o no conectados a internet, cobra mayor importancia la replicación de dicha información en otras ubicaciones. Como en Linube nos gusta velar por la seguridad de la información de todos nuestros clientes hemos lanzado un servicio de DRS, la mejor forma de recuperación ante desastres.

Plan de contingencia o DRS

Diasaster Recovery Service es una solución de contingencia que facilita la total recuperación ante desastres. Algo que es posible gracias a la replicación en tiempo real de todos tus servidores en nuestra plataforma cloud. De esta forma, en el caso de que la plataforma en la que se encuentran alojados tus servidores fallara, siempre contarías con un segundo centro de datos para garantizar la continuidad de tu negocio.

Con un DRS los tiempos de inoperatividad de tu sitio web o las herramientas online que utilicen tus empleados para realizar su labor diaria se reducen al máximo. Ya que, aunque la plataforma principal dejara de funcionar, los servicios seguirán estando disponibles desde tu CPD secundario; ubicado en nuestra infraestructura cloud.

Diferencias respecto a backups

Existen otros servicios en la nube que facilitan la recuperación en caso de desastres; pero las soluciones DRS van un paso más allá de todas ellas. Lo habitual es que este tipo de soluciones se limiten a replicar la información contenida en el servidor, de forma que con restaurar la última copia de seguridad pueda volver a disponerse de todos los datos. En cambio, las soluciones DRS replican en tiempo real las configuraciones en los servidores; incluyendo todos los ajustes realizados en los servidores para que cada una de las aplicaciones pueda funcionar correctamente.

Gracias a la replicación en tiempo real de los servidores cloud y sus configuraciones, en caso de fallo, la infraestructura replicada funcionaría exactamente igual que la original ya que ambas contienen la misma información. Además, a diferencia de las copias de seguridad que tienen que programarse, las soluciones DRS se replican de forma automática. Haciendo que el porcentaje de pérdida sea mínimo al recuperarse el servidor como se encontraba en el minuto anterior; en lugar de restaurar el último backup realizado con mayor anterioridad.

Las ventajas del DRS

Los planes de contingencia ofrecen múltiples ventajas a cualquier tipo de empresa; ya que no es necesario contar con una gran infraestructura para empezar a replicar tus servidores. El DRS es más una cuestión de anticipar desastres. La pérdida de servicio o información puede tener grandes consecuencias en cualquier tipo de empresa; no solo en las grandes compañías.

Además de la replicación en tiempo real de los servidores y toda su información, nuestra solución DRS garantiza la continuidad de negocio ya que:

• Tu CPD secundario se encontrará ubicado en España; con las ventajas en términos de rendimiento y cumplimiento de normativas que conlleva para tu empresa.
• La transmisión de tus datos desde la plataforma original a nuestra plataforma cloud se realiza de manera cifrada para garantizar la máxima seguridad y privacidad.
• Nuestro servicio DRS es válido desde y hacia todo tipo de máquinas, sin importar que sean físicas o virtuales. Cualquier servidor puede replicarse en nuestras plataformas cloud.
• Cada solución está diseñada específicamente para cada cliente, además irá escalándose a medida que vayan creciendo tus servidores principales.
• Los planes de contingencia permiten contar con un CPD secundario sin necesidad de invertir en infraestructura. Gracias al pago por uso, es posible ahorrar en costes ya que solo se paga por los recursos consumidos.

Aunque la tecnología está en un proceso de mejora y evolución continua, puede fallar. Pero, como en todas las situaciones, ante un problema siempre habrá una solución. En este caso, para evitar que el funcionamiento de tu proyecto o empresa puede verse afectado por un fallo en el servidor, necesitas disponer de dos plataformas. Necesitas nuestras soluciones DRS.

En un lugar de Estados Unidos, de cuyo nombre no quiero acordarme, no ha mucho tiempo que nació un programador pionero, fundador del movimiento del software libre y creador del proyecto GNU; además de ser el inventor del concepto copyleft. Su nombre es Richard Stalman y el 27 de Noviembre de 1983 anunció al mundo entero su intención de crear un sistema operativo basado en UNIX, compatible con él, y totalmente libre. Pero el proyecto no avanzó de la forma que se presuponía y en 1987 se lanzaba MINIX, un sistema operativo parecido a UNIX. Y, gracias al enfado que esto generó en Linus Torvalds, este comenzó a trabajar en su propio kernel. Un nuevo núcleo que combinaba componentes de GNU y licencias de código abierto que, en 1991, se acabó convirtiendo en el sistema operativo GNU/Linux que conocemos.

Evolución del proyecto de código abierto más famoso

GNU/Linux se fue haciendo popular a la vez que surgía la web, aunque se mantuvo en segundo plano durante mucho tiempo. Años enlos que alimentaba servidores de grandes compañías, pero no podía encontrar éxito en dispositivos personales. Hasta que, de repente, todo cambió.

Gracias al lanzamiento del Android de Google en 2008 GNU/Linux se ha hecho hueco en los teléfonos móviles. Una popularidad en la que también ha sido de gran importancia el impulso por parte del Cloud Hosting. Tanto que GNU/Linux se presupone como el sistema operativo del futuro. Una red de referencia en cuanto a Centros de Datos empresariales y servidores cloud. Actualmente, además, es el sistema operativo más instalado en el mundo y cuenta con una gigantesca comunidad de desarrolladores. Según la Fundación GNU/Linux, cerca de 13.500 desarrolladores repartidos en más de 1.300 empresas han contribuido al kernel de GNU/Linux desde que, gracias a Git, es posible hacer un seguimiento detallado.

El sistema operativo GNU/Linux

Pero el éxito de GNU/Linux, a pesar de ser un poco fortuito, está avalado por las ventajas que aporta su uso. Entre los múltiples beneficios, destacamos los siguientes:

• Es un modelo gratuito, de código abierto y totalmente adaptable. GNU/Linux es modular, esto es, puedes escoger solo aquello que necesitas. Incluso es posible su uso en casos especiales, por ejemplo, como sistema operativo de escritorio.
• Cada vez más empresas referentes confían en el proyecto GNU. Gracias a GNU/Linux, las redes son mucho más adaptables a las necesidades de cualquier empresa. Además, GNU/Linux está demostrando día a día que resulta esencial para poder entender las tendencias actuales más significativas en referencia al big data y su automatización.
• Tiene una fuerte comunidad que la apoya. Un ecosistema que potencia las funcionalidades y previene posibles bugs del sistema.
• Su buena fama lo avala. Según estadísticas recientes, ejecuta más de dos tercios de los servidores en internet. Además, el 95% de los mejores ordenadores también cuentan con GNU. Asimismo, todos los teléfonos Android, los coches Tesla o videoconsolas como la Playstation utilizan GNU/Linux. Empresas fabricantes de coches pioneras en el mercado como Toyota, Ford u Honda muestran su interés por estar inmersos en el proyecto.

Con el paso del tiempo, la concepción de GNU/Linux ha ido cambiando. Así, el sistema operativo que, tal y como se muestra en su anuncio original, no fue desarrollado como una idea de software libre, a día de hoy es el proyecto de código abierto más utilizado en el planeta.