Archivo mensual: diciembre 2009

DRS en accción: el VMWare se pone verde

Esto de ponerse verde, que nadie me malinterprete, se debe a la “moda” (necesaria o no para un producto concreto) de ser ecológico, bien sea por la vía moral o por la interesada.

La vía moral se basa en el interés por proteger lo poco que nos queda de medioambiente y, como segundo objetivo,  tratar de dar marcha atrás en el casi finalizado proceso de destruccción de nuestro planeta: el punto de no retorno. Esto es, el principio del irremediable fin: la imparable reacción en cadena.

La vía interesada es la más común: reducción de costes de producción o etiquetas de marketing para vender más. A esta la “aceptamos como barco”, pues lleva implícita su ayuda a los fines de la primera vía. Si es que en este tipo de soluciones de conveniencia está el futuro del ser humano, está claro. Somos unos interesados por naturaleza. Yo personalmente “no lo soy”; me declaro tonto del culo y punto.

Tras este speech, pasemos al lado menos freak con otro aporte a la categoría VMWare.

El VMWare, el más avanzado (y caro) de los sistemas de virtualziación, permite consolidar (colocar varias máquinas físicas convertidas a virtuales sobre una sola máquina física) servidores de nuestro centro de datos. Eso ya supone un ahorro de energía (en cuanto a consumo de máquinas y refrigeración y fabricación de hardware), ya que maximiza el aprovechamiento de la máquina física, eliminando los costes residuales de mantener un equipo encendido, aunque no esté haciendo “nada”.

Pero VMWare ha ido más allá y en su VMWare Infraestructure 4 ha agregado otro “protocolo” más a su enorme pila: el Distributed Resource Scheduler (DRS pa los amigos).

Básicamente usa los protocolos inferiores (incluido VMotion) para consolidar máquinas virtuales en el menor número de máquinas físicas, garantizando la capacidad de proceso mínima y sin perder la disponibilidad de los servicios en el proceso de consolidación.

Es decir, que si tenemos 10 nodos (máquinas físicas con ESX instalado que forman una “granja” de VMWare)  con 50 máquinas virtuales repartidas entre ellos dando tiza en horario de oficina, al llegar la noche, vamos a tener 15 nodos “vacíos” de carga de proceso. Podríamos reunir (consolidar) las máquinas virtuales en un menor número de nodos, durmiendo los sobrantes.

Esta tarea la podríamos hacer a mano usando el VMotion. Pero DRS nos lo automatiza. En cuanto detecta que puede consolidar, se pone a ello, realizando el proceso inverso cuando se le pida más “chicha”.

Un vídeo vale más que mil palabras 😉
http://www.youtube.com/watch?v=7CbRS0GGuNc&feature=fvw

Fuentes:

Anuncios

MLDonkey y KAD

Esta va de P2P.

Yo no uso eMule (recomiendo el eMule MorphXT) ni el Bit Torrent (recomiendo el uTorrent), pero uso las dos redes, conectado a varios servidores Edonkey a la vez. ¡Chupaos esa! :DD

Yo uso el MLDonkey (existe versión Windows, también), sobre un vetusto AMD K6-2 400mhz con 512mb de RAM) con Linux. Esa es una de la infinidad de funciones que sirve y la verdad, es la que más le exige de CPU. He notado que al enchufarle el segundo disco en el segundo canal y dedicarlo en exclusiva para este menester, el servidor se resiente menos en el resto de servicios.

El Mldonkey se ejecuta como aplicación en segundo plano en el Linux, permitiendo usar a la vez las redes del Edonkey (la que usa el eMule) y la del Bit Torrent. En el caso de la red Edonkey, permite estar conectado a varios servidores a la vez. Además, soporta la red KAD. Para manejarle, lo hago o a travé sde su cutre, pero efectiva interfaz web o a través de un cliente compatible, como es el caso del genial Sancho.

KAD es la red heredera de la red Edonkey. Más eficiente y tolerante a caidas de servidores. El problema es que aunque ya muy extendida, se encuentran menos resultados, lo que en la práctica te obliga a estar conectado a ambas redes. Al buscar un fichero, el programa busca en ambas redes. Transparente para el usuario, pero ganando eficiencia.

El otro día, en un Windows de un colega, vi que tenía la red KAD habilitada y funcionando a tope. El iniciador que usaba era el de http://www.nodes-dat.com/. Decir que además de los ficheros nodes.dat, tienen server.met. Parece una buena página.

La cuestión es que tras mirar los puertos a abrir para la red KAD, metí el  iniciador (servidor para iniciar el intercambio por la red KAD) de nodes-dat.com y al rato ya tenía suficientes peers para aceptar búsquedas y más iniciadores. Genial, no? 😛

 

Fuentes:


Agregar segundo disco a Linux

El otro día, por problemas de espacio en mi vetusto Linux, tuve que añadir un segundo disco viejuno que encontré muerto de risa por ahí. Posee la friolera de 30gb de espacio y tras comprobarle feacientemente, ha quedado destinado a ser el disco de almacenamiento temporal de documentos multimedia de gran tonelaje 😛

Por supuesto, el sistema de descargas estaba montado en un directorio, así que s eha eliminado, se ha recreado como punto de montaje del disco y se ha copiado el contenido del viejo directorio en él. Conclusión: el programa sigue funcionando con total normalidad sin enterarse de su nueva ubicación.

 

Fuentes:

  • Cuando hay problemas con el disco:

Google Sitemaps

Si nos damso de alta en las herramientas de Google para webmasters, podremos asociar un sitio web tras autentificar su propiedad y registrarle un sitemap, aunque es algo que podemos hacer desde el robots.txt de nuestro sitio web.

Un sitemap es un fichero XML con un formato determinado que permite a Google indexar mejor nuestra web y conocer la importancia que le damos a cada uno de los apartados de la misma.

Fuentes: