Calculating The Size of a Server Room Air Conditioner

Temperatura en el CPD

En más de diez años que llevo trabajando en esto de la informática nunca había pensado que el mayor de mis problemas fuera la baja temperatura en un CPD.



En la imágen se puede observar además de la temperatura interna de dos de los SAIS, un sensor colocado en la parte de abajo y de atrás del armario de comunicaciones y, el más importante (en naranja), un sensor colocado justo en la salida de aire de uno de los equipos DAIKIN...


(To be continued...)

Escribir fichero .spec para crear rpms

Me ha sido un poco dificil encontrar información sobre como construir ficheros .spec para la creación de rpm personalizados.

Aquí está: http://docs.fedoraproject.org/en-US/Fedora_Draft_Documentation/0.1/html/RPM_Guide/ch-specfiles.html

Como construir RPMs de ficheros binarios: http://wings.buffalo.edu/computing/ublinux/HOWTO-rpm.html

A disfrutarlo :D

Tool en PERL para redimensionar imágenes

Dadas los tamaños de las imágenes capturadas con las modernas cámaras digitales se hace más difícil para los usuarios inexpertos enviar las mismas por correo. Como tengo el ejemplo en casa, he tenido que facilitar la tarea de procesar las imágenes antes de enviarlas por correo. Para ello he creado un pequeño script Perl que procesa las imágenes JPG de la ruta (directorio) que se le pasa como argumento para reducir las mismas.

Para utilizar este tool es necesario tener instalado en el sistema la "suite" ImageMagick y ActivePerl. Para facilitar la tarea se puede modificar el registro para que los script Perl permitan "Drag & Drop".

Ficheros:

• fotos.pl
• perl_shellex_drophandler.reg

Views in BIND 9 - O'Reilly Media

El manual imprescindible para configurar servidores DNS con Bind en Linux: Views in BIND 9 - O'Reilly Media

El enlace apunta a un capítulo donde muestra como configura dos servidores DNS con multiples vistas.

Gestionar IT como negocio

He leido en un blog un post muy interesante, de donde destaco frases como: 

"[...] Es el momento perfecto para abordar el tren adecuado – el que va a la tierra prometida, donde IT es un socio estratégico para el resto de la empresa, no un subordinado tomador de órdenes de contenido para procesar las solicitudes de trabajo, mientras acepta la culpa de todo lo que sale mal. ¿Quieres subir al tren correcto? Su billete para la tierra prometida se inicia con esto: Nadie en el interior de su empresa es su cliente. Pensando que ellos lo son, es la falacia central del modelo estándar, y que ha causado un sinfín de problemas.
 [...] Compara IT con el papel que le corresponde a un ingeniero de diseño de un coche. “No importa si el “cliente” pide la bocina en el asiento trasero. Colocarla allí cumplirá las especificaciones y “satisface las necesidades”. También sería incompatible con el uso de la bocina, y hará la conducción peligrosa, y podría conducir un choque que arruina todo el esfuerzo. “Yo estoy”, continúa, “basándome en ejemplos reales, en un diseño de software estúpido que fue entregado a las exigencias del propietario de los procesos de negocio, pero hizo que el software esté muerto al llegar y los usuarios evitaron el uso de la interfaz no intuitiva e innecesariamente complicado programa.
[...]
Las alternativas comienzan con un modelo radicalmente diferente de la relación entre IT y el resto de la empresa – IT debe ser integrada en el corazón de la empresa, y todos en IT deben colaborar de igual a igual con todos en el negocio que necesitan lo que ellos hacen. Nadie en IT nunca debería decir:
- Tú eres mi cliente y mi trabajo es asegurarse de que estés satisfecho - o pregunte - ¿Qué quieres que haga?-.
En su lugar, debería decir: -Mi trabajo es ayudarte y a la compañía para que tengamos éxito,- seguido por -Muéstrame cómo haces las cosas ahora-, y -busquemos una mejor manera de hacer las cosas-.”

En mi opinión, con joyas como las anteriores es un artículo realmente recomendado, puede leerse aquí.

Presupuestos 2010

Como cada año por estas fechas estamos enredados con los presupuestos del año siguiente. Tras 2 meses trabajando en ellos en paralelo llevamos 2 semanas trabajando al 110% en los mismos.

La sensación que tengo en estos momentos es de estar jugando a la lotería: tengo precios de proveedores (algunos muy apretados, otros no tanto), tengo precios de lista y estimaciones de descuentos que puedo conseguir sobre los mismos (en esto la esperiencia es un grado) y pese a tener toda la información de las partidas de los años anteriores, la información de los gastos que surgieron de la nada, etc. surge en mí el miedo al olvido de algún aspecto crítico (caro.)

Este año es especialmente difícil, y no voy a entrar a comentar la manida crisis, que a nosotros no nos afecta demasiado (no debemos mostrarnos como el niño rico de la clase, nada más), sino que estamos planificando una mudanza a un nuevo edificio y surgen muchas oportunidades y como tal muchas dudas.
He planteado el cambio de edifício como un empezar de cero y la solución a todos los problemas T.I. de la empresa:

• Rediseño del modelo T.I.: Gobierno T.I. como base (y objetivo.)
• Rediseño de la arquitectura de servicios:
• Alineamiento más cercano con ITIL (empezamos con fuerza pero el día a día nos venció.)
• Alineamiento con SAFE, SONA, ECM, etc de Cisco aprovechando los conocimientos del personal.
• "Cloud computing" usando virtualización "enterprise" (con licencias y no productos gratuitos.)
• CMMI para el grupo de desarrollo.
• ...

Y que estoy observando: dinero, dinero, dinero... todo en esta vida cuesta dinero...