Blog de Hosting en Colombia!

Algunos proveedores de Hosting que son Clientes nuestros nos han hecho esta pregunta. Y quisimos volver esta pregunta un artículo para aquel proveedor que aun tenga dudas sobre este tema, y también para algunos amigos nuestros que ya han empezado a incursionar en este negocio.

Ambos deben controlarse. Probablemente usted piensa que ganará mas negocios o más Clientes ofreciendo bastante ancho de banda o bastante espacio y esto de alguna manera es cierto, eso se va a dar naturalmente. Pero no siempre más negocios pueden ser un buen negocio, muchas veces puede generar mas perdida en su negocio cada vez que un Cliente nuevo llega , porque está congestionando su infraestructura. Así que trataremos de abordar este tema uno por uno empezando por el espacio.

¿PORQUE CONTROLAR EL ESPACIO?
Todos sabemos que los tamaños que existen en Discos Duros, hoy día son grandes y de alguna manera el espacio pasa aparentemente a un valor despreciable y esto aunque es así, no es del todo cierto. Vamos a dar algunas razones que consideramos de peso para controlar el espacio, sobre todo si usted es un proveedor de Hosting económico, que al mismo tiempo da grandes espacios, jugando con la probabilidad de “¿Será que mis Clientes usarán el espacio?” . Le decimos de inmediato que “Si lo van a usar, aunque hoy no lo estén usando”, porque el crecimiento de Internet está generando esa necesidad. A continuación las razones:

1. Cuando usted ofrece mucho espacio, mucha más información usted tendrá que respaldar y sea como sea esto le cuesta más a usted.

2. En caso de un daño físico donde sea obligatorio ejecutar un restore de toda la información. Su sistema va a estar más tiempo fuera de línea porque la restauración va a tomar mucho más tiempo por razones obvias.

3. Su servidor se va a llenar mucho más rápido con menos Clientes y si esos Clientes pagan un abono muy pequeño su utilidad se vuelve un problema. Ejemplo: Usted puede optar por preferir 1 Cliente con un abono grande y no 50 Clientes pequeños que se van a consumir todo un servidor. En algunos casos esto acarrea menos ingresos, más costos, más servidores a monitorear, mas carga técnica etc. Así que debe ser muy cuidadoso tratando de calcular muy bien los costos, ya que algunos Datacenter ya están viendo el comportamiento del mercado de Hosting y ya han empezando a controlan el espacio de la SAN y si esto ocurriera de manera generalizada en todos los Datacenters. Muchas empresas de Hosting inevitablemente van a desaparecer.

4. Mas carga de CPU sobre todo si usan demasiado Webmail, porque se va a necesitar jalar más información si la mayoría del espacio es usado en Correos.

IMPORTANTE: Si usted no maneja Clientes de tipo corporativo de misión crítica, y consigue un cliente con esta característica. Podemos ayudarlo y prestarle el servicio a su compañía de Hosting o podemos darle alguna comisión sobre ese negocio.

¿PORQUE CONTROLAR EL ANCHO DE BANDA?
El ancho de Banda es un medidor de la usabilidad del servicio y según nuestro concepto es uno de los puntos que más se debe monitorear. Si usted ve muchos Clientes con muy bajo consumo de ancho de Banda, puede estar seguro que muchos de ellos se van a retirar con el tiempo porque realmente no están usando el servicio. Existen otros Clientes de mediano perfil que hacen uso moderado del servicio y usan relativamente el servicio 2 o 5 Gigas x mes y otros que si consumen más de 10 G x mes. A partir de 10 Gigas en adelante, para nosotros ese cliente se debe monitorear. Sin embargo no desconocemos que aun los clientes de bajo Ancho de Banda también hay que monitorearlos, ya que si tienen una aplicación mal diseñada que entre en Bucles infinitos, pueden igual ser un problema para su negocio de Hosting, sobre todo que por lo general son difíciles de detectar en los logs. O si quiere algo que le ayude en algo colóqueles un .htaccess con algo así como esto.

php_value upload_max_filesize 2M
php_value max_execution_time 15
php_value max_input_time 30
php_value memory_limit 10M
php_value mysql.max_persistent 5
php_value mysql.max_links 3
php_value mysql.connect_timeout 10

Esto mas como tip, y volviendo al tema, el caso es que el ancho de Banda es muy importante. Las razones que consideramos son válidas para controlar el Ancho de Banda son:

1. Cuando a su servidor llega el Cliente que si consume las grandes Gigas que usted ha prometido. Ese solo Cliente le puede dañar toda la estabilidad de esos Clientes que consumen el servicio de manera moderada y puede generar pérdidas de Clientes ya consolidados y más si ese Cliente trae errores de programación o trae un historial malo de seguridad. Por eso a mayor ancho de Banda mayor monitoreo.

2. Todo servidor así muestre un archivo estático llámese gif, html etc. Independientemente que sea de tamaño pequeño, siempre consumirá algo en los ciclos de la CPU. Con mayor razón va congestionarse más la CPU al servir más ancho de Banda y muchísimo más, si los clientes que consumen su ancho de banda hacen uso de aplicaciones dinámicas, que consultan bases de datos.

3. No le permite a su compañía crecer facturando Ancho de Banda, siendo esto el Oro en cualquier compañía de comunicaciones porque refleja de manera directa la usabilidad del servicio. Usted puede optar por no facturar y seguir ampliando más su propuesta, pero la verdad los que lo hacen están arrojando dinero efectivo a la caneca. Si opta por facturar ancho de Banda, se dará cuenta con el tiempo que termina facturando mucho mas por este concepto que con el  Hosting tradicional y sobre todo que mantiene consciente al Cliente de lo que realmente usa y compensa los dias que no son productivos en su compañía de Hosting.

4. Debe con mayor frecuencia ampliarle las características a sus grandes Clientes antiguos que si usan el Ancho de Banda, y cuando se las amplíe querrá bajarse a un plan más pequeño, si usted incluye en sus nuevas propuestas mayor ancho de banda. Así que debe ser cuidadoso porque puede terminar cambiando sus Billetes de 10 Dólares por Billetes de 1 Dólar

Hoy día los grandes Datacenters ofrecen buen ancho de Banda, pero se debe administrar así uno tenga el último procesador multiplicado x 8, mucha RAM Etc. Ya que a mayor usabilidad de Ancho de Banda, por lógica mayor congestión en el nodo y mayor monitoreo de Hardware porque el tiempo de vida útil de sus Discos se reduce y debe programar con mayor frecuencia remplazos rutinarios de Discos Duros.

Como conclusión, cualquiera de los dos manejados en exceso puede ser riesgoso para la estabilidad futura de su negocio de Hosting y mucho más cuando se combinan las 2 de manera exageradas, sea cuidadoso y calcule todo. Esperamos que este artículo le haya ayudado a su negocio de Hosting.

Sus Servidores
Hosting Red
Critical Web Hosting Applications

Para usted que es proveedor de Hosting. La verdad toda la información posible y ojalá mantener una librería de esa información. Estas librerías se pueden mantener por medio de sistemas tipo SAN. El punto aquí es que para algunos proveedores de Hosting esto no va ser 100 % posible debido que el espacio que se almacena en la SAN tiene un valor bastante elevado y si el proveedor ofrece demasiado espacio a un precio bastante económico, tendrá que respaldar esta información, si no desea que sus Clientes en una eventual pérdida de información establezca un reclamo. Ejemplo:
Vamos a suponer que usted ofrece 2 Gigas totales en cierto plan. Aunque el Cliente piense que usted ofrece 2 Gigas, para un proveedor que mantiene librerías de 30 días. Ese Cliente pesa 60 Gigas de SAN en su infraestructura, si usted ejecuta Backups totales. Y esto sin contar con los Backups incrementales.

Nuestro mejor consejo es que no permita que su Compañía tenga una vulnerabilidad en esta área. Ya que en el momento de una pérdida de información crítica, independiente del abono del Cliente, de lo que le hayan contratado a usted, de lo que usted crea que dice su contrato, (Si no existe contrato no es una fortaleza para usted,  puede ser esto mas bien una debilidad). Si desea mantener la seguridad de su compañía de Hosting , mantenga, ejecute y controle los Backups de sus Clientes aunque su contrato no lo contemple y tenga una Clausula que lo proteja en cuanto al tamaño que almacenará,  como y  que tamaño máximo va usted a mantener en los Robots y la retensión en numeros de dias por clausula.

Usted se preguntará ..Si mi contrato no contempla Backups porque debo tenerlos?
Le daremos algunas razones de peso y si debe tenerlos:
1. Si el problema es generado por dañó de Hardware, usted puede restablecer todo el sistema de manera más fácil beneficiando a aquellos Clientes que si tienen este servicio. Usted se dará cuenta que el Cliente que no le contrata este servicio, va a ser de los primeros que le exigirá la información y le argumentará que no sabía.

2. Vamos a otra bien importante. Suponga por un momento que usted hospeda a un Cliente y este Cliente tiene  una compañía fachada que ejecuta acciones ilícitas en su desconocimiento, usando su Servidor. Muy seguramente cuando esta Compañía sea investigada y un ente estatal lo requiera a una indagatoria. Si usted no posee la información que comprueba su no participación en esa acción ilícita, se verá involucrado en un rollo legal. Por consiguiente, si usted tiene oportunidad de sacar Backups de todo hágalo…y no espere a que sea demasiado tarde y su empresa de Hosting se acabe de la noche a la mañana.Por esta razón esto debe estar estipulado por Contrato; hoy dia los proveedores de Hosting no expiden contratos, pero tenga presente que en algunos países lo que vale es la firma y un contrato debe existir mas por protección.

3. Porque si su Cliente pierde la información y reconoce que fué a causa de un error humano y ese Cliente no tiene el servicio de Backups. Le permitirá generar un Invoice o factura adicional por ese servicio de restore.

4. Si su Cliente tiene departamento jurídico. Tenga la seguridad que un abogado le argumentará  que esa información es un título valor.Nuevamente por esto debe existir un contrato.

Concluyendo…Tenga Backups de todo por protección suya, aunque usted no esté obligado en su contrato a hacerlo (Si es que existe, si no trate de hacerlo a la mayor brevedad). En alguna ocasión leí en un artículo….

Los mejores administradores de sistemas no son los que tienen más conocimiento. Son aquellos que dejan todo por escrito, que documentan , que mantienen copia de seguridad de todo. Incluso de aquellos cambios que permitan reversar el sistema a su estado original.

Ahora bien …si usted es proveedor que no había contemplado este punto…Y sus precios son económicos y lo que recibe de sus Clientes no le permite incrementar su infraestructura. Existe esperanzas y aquí va:

Si es posible para usted, reajuste sus precios y comunique a sus Clientes que ese reajuste aportará  nuevos beneficios, capacítelos, si es necesario regale algo y que le firmen un nuevo Contrato, con el fin que a usted le ingrese ese valor adicional. Obviamente usted deberá invertir nuevamente ese dinero en la protección de su Compañía.

Ahora hablemos de la parte técnica, de cuales archivos usted nunca debe dejar de respaldar…DIARIAMENTE y colocarlos en un servidor aparte (Con Rsync, si usted no tiene presupuesto para una SAN)

A. Toda la carpeta
/etc en sistemas Linux porque contiene casi todos los servicios importantes.
En orden:
/etc/passwd
/etc/shadow
/etc/httpd/conf/httpd.conf
/etc/httpd/conf/httpd.include
/etc/named.conf
/var/named/*
/var/lib/mysql/*
/etc/php.ini
/etc/my.cnf
/var/lib/*
/usr/lib/*
/etc/rc.d/init.d/*

B. Y si usa interfaces como Plesk, Ensim o Cpanel. Todos los archivos de configuración de estas interfaces.
C. Todos los archivos de los vhost
D. Todos los Emails incluidas las libretas de direcciones, redirects, alias etc.

IMPORTANTE: No recomendamos que saque copias de seguridad a Disco, primero porque es lento y no es la manera mas práctica de controlar las copias, segundo porque si su servidor es comprometido por alguna fuga de seguridad, ese  Backup no le sirve para nada o si le sirve de algo no debe confiar en esa información.  

Ya con esta parte comprendida, si usted no posee Backups externos, le explicaremos cómo sacar el Backups de los archivos tipo vhost y los correos, aunque igual repetimos no es la manera practica.

Sugerimos el comando tar para Linux
tar –czvf vhost.tar.gz la_ruta_de_su_info
tar –czvf emails.tar.gz la_ruta_de_sus_casillas

La razón por la cual sugerimos el uso del comando tar es que en el momento de restaurar la información, mantiene los permisos de los usuarios. Y cuando restablezca passwd y shadow heredarán los permisos originales antes de una eventual caída. Hasta aquí usted va bien si ha contemplado esta info. Sin embargo aún faltan cosas.

Resulta que aun cuando usted respalde esta info existen algunos archivos que se llaman archivos vivos. Estos archivos normalmente no son respaldados por un Robot de Backups, ni por el comando tar.

Quien cataloga en esta categoría de archivos vivos?
Los archivos con extensión .frm de mysql , los archivos innodb de la raíz de mysql, archivos abiertos en uso etc.

Como estos archivos están en uso por estar el motor arriba esos archivos son omitidos. Por tanto de acuerdo con su configuración diseñe un Script que haga el volcado de esas bases de datos, que incluya la siguiente sintaxis.

mysqldump -u usuario -p –default-character-set=latin1 la_base > /ruta/script.sql

Con esto usted se asegurara que su motor le permita el restore en el lenguaje de su información.

Ya una vez haya generado esos archivos de copia, una buena alternativa es ubicar una maquina externa y pase los datos con Rsync

Esperamos que este artículo haya sido de gran ayuda para su compañía.

Sus Servidores
Hosting Red
Critical Web Hosting Applications