Sysadmin's Shouts!

a blog for sysadmin's rants and raves…


Leave a comment

Instalar YUM en AIX v7.2+

Una de las novedades de AIX v7.2 es que por fín IBM ha sacado un bundle para poder instalar yum bajo AIX. Y viene preconfigurado para usar el repositorio de IBM AIX Toolbox, BONUS!

Para instalar YUM en AIX, primero tenemos que actualizar el rpm a la v4.9 o superior, la última siempre se puede bajar de:

ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/INSTALLP/ppc/rpm.rte

O directamente desde el servidor AIX en donde lo vamos a instalar (mas cómodo si disponemos de conexión a internet en dicho servidor):

[root@tsm_srv:/software]ftp ftp.software.ibm.com
Connected to dispsd-40-www3.boulder.ibm.com.
220-**********************************************************************
220-* *
220-* IBM's internal systems must only be used for conducting IBM's *
220-* business or for purposes authorized by IBM management. *
220-* *
220-* Use is subject to audit at any time by IBM management. *
220-* *
220-* Important Please read *
220-* *
220-* Machine Code updates provided through this site are available *
220-* only for IBM machines that are under warranty or an IBM hardware *
220-* maintenance service agreement Code for operating systems or other *
220-* software products is available only where entitled under the *
220-* applicable software warranty or IBM software maintenance *
220-* agreement. All code (including Machine Code updates, samples, *
220-* fixes or other software downloads)provided through this site *
220-* is subject to the terms of the license agreements which *
220-* govern the use of the associated code. Some exceptions may *
220-* apply.IBM reserves the right to change, modify or withdraw its *
220-* offerings,policies and practices at any time. *
220-**********************************************************************
220-
220 service.boulder.ibm.com FTP server (Version wu-2.6.2.1(5) Custom Tue Aug 17 13:28:23 MDT 2010) ready.
Name (ftp.software.ibm.com:root): ftp
331 Guest login ok, send any password.
Password: aaaa@bbbb.com
230 Guest login ok, access restrictions apply.
ftp> cd /aix/freeSoftware/aixtoolbox/INSTALLP/ppc
ftp> get rpm.rte
200 PORT command successful.
150 Opening ASCII mode data connection for rpm.rte (354266 bytes).
226 Transfer complete.
355464 bytes received in 5.399 seconds (64.3 Kbytes/s)
local: rpm.rte remote: rpm.rte
ftp> bye

Una vez bajado, lo instalamos:

[root@tsm_srv:/software]installp -aXYgd . rpm.rte
+-----------------------------------------------------------------------------+
Pre-installation Verification...
+-----------------------------------------------------------------------------+
Verifying selections...done
Verifying requisites...done
Results...

SUCCESSES
---------
Filesets listed in this section passed pre-installation verification
and will be installed.

Selected Filesets
-----------------
rpm.rte 4.9.1.3 # RPM Package Manager

<< End of Success Section >>

Una vez instalado el rpm actualizado, ya podemos bajarnos el bundle especial de YUM:

ftp://public.dhe.ibm.com/aix/freeSoftware/aixtoolbox/ezinstall/ppc/yum_bundle_v1.tar

Lo desempaquetamos:

[root@tsm_srv:/software]tar -xvf yum_bundle_v1.tar
x curl-7.44.0-1.aix6.1.ppc.rpm, 584323 bytes, 1142 media blocks.
x db-4.8.24-3.aix6.1.ppc.rpm, 2897799 bytes, 5660 media blocks.
x gdbm-1.8.3-5.aix5.2.ppc.rpm, 56991 bytes, 112 media blocks.
...

Instalamos todos los RPMs que vienen en el bundle:

[root@tsm_srv:/software]rpm -Uvh *.rpm
# Preparing... ########################################### [100%]
1:python ########################################### [ 9%]
2:pysqlite ########################################### [ 18%]
3:python-iniparse ########################################### [ 27%]
...

Y ya tenemos yum:

[root@tsm_srv:/software]<span style="color: #0000ff;">yum --version</span>
3.4.3
Installed: yum-3.4.3-3.noarch at 2016-11-04 21:39
Built : None at 2016-08-18 11:06
Committed: Sangamesh Mallayya <sangamesh.swamy@in.ibm.com> at 2016-08-19

[root@tsm_srv:/software]<span style="color: #0000ff;">yum repolist</span>
repo id repo name status
AIX_Toolbox AIX generic repository 259
AIX_Toolbox_72 AIX 7.2 specific repository 10
AIX_Toolbox_noarch AIX noarch repository 26
repolist: 295

Gracias IBM, y gracias Sangamesh!

Por fin ya podemos decir que rpm en AIX está “deprecated“.

;o)

Advertisements


Leave a comment

HowTo: Actualizar FW de librerías de cintas IBM TS3100-TS3200.

Pre-requisitos:

a.- Conocer el Hardware de nuestra librería de cintas: Modelo, Serial Number, FW version numbers de la librería y de los drives. Saber si tenemos drives Full Hight (FH) o Half Hight (HH) y si su conexión es SAS (directa) o FC (fibra SAN).

[Nota: si tenemos una TS3100, podemos tener 1 drive FH o 2 HH, si es una TS3200, podemos tener 2 drives FH o 4 HH].  Para conocer mejor los detalles del HW de cada librería, revisar sus datos técnicos en la web de Storage de IBM:

http://www-03.ibm.com/systems/storage/tape/ts3100

http://www-03.ibm.com/systems/storage/tape/ts3200

003_modelfw

b.- Bajar el pack de FW de la librería de “IBM Download Center”, el cual incluye tanto el FW de la librería, como el FW de los drives: se debe siempre instalar el pack, ya que se comprueba en los laboratorios de IBM para que la version del FW de los drives funcione correctamente junto con el FW de la librería, y actualizar el FW de la librería o de los drives por separado no está recomendado (a no ser que se reemplace un drive, en cuyo caso su nivel de FW se debe poner al mismo que el resto de drives en la librería -mismo baselevel-).

  • Desde Fix Central, seleccionar las siguientes opciones:

001_fix_central

  • escoger el modelo y versión de pack FW correcto para tu librería:

002_fix_central

c.- Leer el fichero README del pack de actualización de FW por si vienen instrucciones especiales que puedan ser diferentes de las especificadas en este documento.

d.- Disponer de los usuarios de la librería:

· user  (este usuario es para operadores, y no permite actualizar FW).
· admin (en realidad solo se necesita este usuario, pero éste es un buen momento para verificar si tenemos todos los usuarios registrados. por defecto admin/secure para FW posterior a la v1.90 y admin/adm001 para FW anterior).
· service (probar con: service/sev001 para TS3100 y service/Sev001 para TS3200 -Unconfirmed-)

Si no tenemos la contraseña de “admin”, seguir la siguiente documentación oficial de IBM para devolverlo a valores de fábrica:

http://www-01.ibm.com/support/docview.wss?uid=ssg1S1003110

e.- Inhabilitar el uso de la librería desde nuestro servidor/software de backups, ya que si los drives o el brazo robótico están en uso, y la actualización de FW reinicia la librería, los dispositivos en uso pueden estropearse (si un drive usando una cinta se reinicia, la cinta se quedará encajada dentro del drive y se perderá el drive y la cinta -en cuyo caso, abrá que abrir caso a soporte HW IBM-).

 

Procedimiento:

1.- Es buena idea el configurar las alertas por email de la librería de cintas, ya que si la actualización FW falla, o la ventana del navegador se cuelga, recibiremos una notificación por email de los fallos o sucesos a nuestro correo en el PC, portátil o móvil (muy útil y recomendado).

2.- Primero se actualiza el FW de la librería  luego el de los drives, y solo se pueden actualizar de uno en uno. El proceso comprende la subida del fichero de FW primero al dispositivo, y luego su actualización. Ya que estos envíos se hacen a través de interfaces de red a 100 Mbps, son muy lentos y en ocasiones la conexión se cae; cuando esto pasa, falla la actualización del FW, en cuyo caso la probaremos de nuevo, hasta que funcione correctamente (o mejoramos la estabilidad de la conexión).

10_tape_drive_upgrade

 

Verificar que el status de la librería y los drives están en Ready o Idle, y no en reading, writing, loading, unloading, inventory.

Para actualizar el FW, ir a > Service Library > Upgrade Firmware, seleccionar Choose File desde la sección “Upgrade Library Firmware”. Cargamos el fichero .fbi con el FW y pulsamos el botón “Update”.

Comprobaremos el estado de la actualización revisando primero la subida del FW a la librería (mirando la barra de estado en la parte inferior de la ventana) y luego la carga al dispositivo revisando la sección “System Status” a la derecha.

Una vez actualizado el FW de la librería, procederemos a subir el FW de cada drive, siguiendo el mismo procedimiento, pero seleccionando los ficheros .fmrz apropiados para nuestros drives (FH/HH/SAS/FC).

12_tape_drive_upgrade

14_tape_library-drives_upgraded

3.- Una vez finalizado todas las actualizaciones de FWs, hay que probar los drives, el brazo robótico y revisar los logs por errores (una vez revisado todo OK, podemos borrar los logs, para tener el sistema estable y controlado, o dejarlos tal cual por motivos de auditoría).

Para comprobar la librería, podemos lanzar movimientos de cintas desde el panel de control de la librería, o desde el GUI, pero lo mejor es lanzar algún proceso de inventario, consolidación de cintas o traspaso de datos entre cintas desde el software de backup.

4.- Actualizar nuestros sistemas de monitorización (Nagios, Zabbix, Netcool, etc) con el MIB adjunto al FW de la librería, ya que cada actualización de FW de un dispositivo HW cambia los OIDs a monitorizar por SNMP, por lo que hay que actualizar el nuevo MIB, y reconfigurar los OIDs o Trap Events que pudiéramos tener monitorizados por los nuevos.

Notas:

No es necesario realizar actualizaciones de FW correlativas para llegar a la última versión disponible, se puede hacer directamente la subida a la última versión, no obstante el procedimiento recomendado por IBM es subir de versión en versión, paso a paso.

Al hacer la actualización al último nivel disponible, podremos ahorrarnos un montón de tiempo, ya que las actualizaciones (especialmente las de los drives) son lentas y se tarda mucho tiempo, tiempo en el cual la librería no está operativa para el software de backups. (Puede minimizarse el tiempo actualizando la librería y 1 drive, devolver el acceso al software de backup para dicho drive, y a medida que vamos actualizando cada drive, devolver el acceso al software, drive a drive).

En el caso de que la subida directa al último FW falle, probaremos el método recomendado por IBM de subir versión a versión (lógicamente, cuando el atajo no te lleva donde pensabas, lo mejor es por el camino largo y tortuoso pero seguro…).

Las actualizaciones firmware del hardware de almacenamiento enterprise son muy seguras y rara vez fallan hasta tal punto de dejar el dispositivo offline (siempre y cuando se hayan seguido las instrucciones dadas en esta guía, recordar que si a la librería se le da orden de efectuar cualquier acción de backup/restore mientras se está actualizando la librería, es muy posible que después de actualizarse se reinicie y nos cause una avería HW, perdiendo uno o varios drives y cintas, así que tener especial CUIDADO!).

-Para que no exista afectación alguna a los sistemas productivos siempre se aconseja realizar las intervenciones fuera de horas de afectación al negocio (te ahorrarás sorpresas, dolores de cabeza, y trabajarás de manera mas profesional).-

 


Leave a comment

ADIOS a VMware v5 y v5.1!

El día 24 de agosto de 2016, se ha puesto en End Of Support las versiones v5 y v5.1 de vSphere, como puede comprobarse en el comunicado oficial de VMware (2145103).

Asi que para aquellos que no hayan actualizado sus equipos a la v5.5, o la v6.0, ya va siendo hora de planificar las actualizaciones.

 

Si quereis leer el comunicado oficial, podeis hacerlo en la siguiente URL:

https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2145103&src=vmw_so_vex_ahanc_265

 


2 Comments

: Conceptos de Almacenamiento : Parte II

Esta es la 2ª parte de una serie de artículos sobre el almacenamiento enterprise en el mundo IT empresarial.

Tabla de Contenido

Cabinas All Flash
Almacenamiento Virtualizado
por Hardware
por Software
VMware VSAN

 
Cabinas All Flash

Cabinas All Flash son la última generación de cabinas de almacenamiento disponible, como su nombre indica, usan exclusivamente discos SSD y su arquitectura está diseñada para producir y soportar I/O extrema (son las cabinas que proporcionan el rendimiento de IOPs mas alto del mercado).

Técnicamente son cabinas de almacenamiento usando SSDs en vez de discos duros, no obstante y como los SSDs tienen requerimientos diferentes de los HDs convencionales (diferente desgaste, no generan ruido, diferente consumo energético y disipación de calor, etc), estas cabinas suelen utilizar protocolos RAID modificados junto con diseños de caché y buses internos mejorados para esta infraestructura.

Ejemplos de estos dispositivos hardware son: Oracle FS1, EMC XtremIO, IBM FlashSystem, Pure Storage FlashArray.

 
Almacenamiento Virtualizado

por Hardware

Algunos proveedores de almacenamiento disponen de virtualizadores de almacenamiento, los cuales actúan como una capa extra de virtualización por encima de las cabinas de almacenamiento convencionales, haciendo posible el uso y gestión de cabinas de almacenamiento de IBM, HP, EMC, Oracle, NetApp, etcétera, y dar y tratar LUNs desde estas cabinas como si fueran un solo dispositivo de almacenamiento.

De hecho, podríamos decir que la virtualización de almacenamiento es a los cabinas de almacenamiento, lo que una cabina de almacenamiento es a los discos duros:
una forma de proporcionar una capa de gestión por encima de varios dispositivos menos inteligentes para poder hacerlos funcionar en concordancia y proporcionar resiliencia, rendimiento, capacidad, consolidación, gestión y funcionalidades extendidas.

Ejemplos son: IBM SAN Volume Controller (IBM SVC), EMC VPLEX, Hitachi Virtual Storage, NetApp FlexVol.

 

por Software

Almacenamiento Virtualizado por Software, o Software Defined Storage (SDS) son productos los cuales consiguen virtualizar almacenamiento de diferentes fuentes para poderlas hacer funcionar como una sola.
Por lo general usan el almacenamiento local presente en varios servidores para usarlos como almacenamiento distribuido,
haciendo un muy buen uso del espacio desperdiciado por la mayoría de servidores.

Existen varios productos de este tipo, en constante evolución debido a su naturaleza software, y de muy diferente alcance e infraestructura entre ellos.

Ejemplos son VMware VSAN, DataCore SANsymphony, EMC ViPR.

 
VMware VSAN

Virtualizador Software de VMware, no obstante vSAN se instala conjuntamente con Sphere ESXi como una capa para proporcionar almacenamiento virtualizado y distribuido al sistema operativo ESXi.

Con vSAN, sistemas con un numero de discos de discos duros y SSDs, junto con procesadores multicore pueden formar parte de un producto SAN considerable construido bajo las ventajas habituales de VMware.

vSAN requiere un numero mínimo de 2 servidores físicos (3 recomendados), cada uno con 1 SSD y 1 HD, y puede usar gran numero de SSDs y HDs para proporcionar un producto de almacenamiento de gran capacidad y rendimiento, eliminando la necesidad de añadir sistemas físicos de almacenamiento (nos ahorramos la NAS o SAN).

En la última versión se han añadido opciones avanzadas de almacenamiento como Compresión, Deduplicación, Stretched Cluster, All-Flash y soporte de diferentes algoritmos RAID.

Es un producto que VMware continúa mejorando y para el cual se ofrecen constantes mejoras, sencillo de administrar y actualizar.

vSAN es mas barato que la combinación tradicional de SAN/Fabric/Switches de Fibra, especialmente cuando calculamos su precio a un plazo de 4 años junto con soporte y mantenimiento hardware.

Es una buena opción para resiliencia y velocidad: en una SAN de fibra, habitualmente tenemos 1 cabina con sus 2 controladoras, por lo que para maximizar resiliencia, se necesitan 2 cabinas y 2 switches de fibra, lo cual dispara el coste.
Si comparamos este setup contra 3 servidores con 2 SSD y 4 HD cada uno, y dos switches de 10GB, enseguida podemos ver el ahorro en costes asociado.

vSAN escala desde 2 nodos, pero lo mas coherente es empezar con 3 nodos, y a medida que se necesite mas espacio, potencia o resiliencia, añadir mas nodos.

 


2 Comments

: Conceptos de Almacenamiento : Parte I

Más o menos todo el mundo en el mercado de IT entiende los conceptos básicos de
redes de comunicaciones, sin embargo, cuando empezamos a hablar de redes de
almacenamiento, las cosas se empiezan a difuminar, y aquí es donde me gustaría
ayudar.

Este artículo está escrito para explicar los conceptos más comunes en el espacio
de almacenamiento enterprise de IT, ya que hoy día nos encontramos una y otra vez
con los términos: virtualización, almacenamiento, SAN, NAS, RAID, almacenamiento
virtualizado, deduplicación de datos, zoning, etc.

En principio publicaré el artículo en 3 partes, a no ser que me de para publicar
una 4ª…

Tabla de Contenido

Cabina de Almacenamiento / Cabina de Discos
SAN
SAN Fabric
FC Switch Zoning
NAS
Almacenamiento Híbrido o Unificado

Cabina de Almacenamiento / Cabina de Discos

Una Cabina de Almacenamiento es un dispositivo hardware con soporte para un
elevado número de discos duros, y una controladora de discos para poder efectuar
agrupaciones de discos y presentar varios discos como uno solo, ofreciendo
ventajas tales como: mejor rendimiento, prevención de fallos y protección de
pérdida de datos.

Hoy en día los dispositivos de almacenamiento modernos, ya no son referidos por
los fabricantes como cabinas de almacenamiento o cabinas de discos, ya que han
evolucionado y han mutado su nombre en dicha evolución.

Sus variantes modernas son conocidas como Sistemas de Almacenamiento Unificado,
Almacenamiento Virtualizado, Enterprise Storage, etc.

Las primeras cabinas de almacenamiento soportaban agrupaciones de discos RAID y
conectaban a los servidores directamente por conexiones SCSI o similar (ESCON,
FICON, SSA, Infiniband).

SAN_Iji_01

SAN

Una SAN o Storage Area Network, es en su diseño mas básico, una cabina de
almacenamiento con adaptadores de fibra o HBAs (Host Bus Adapters) para proveer
la cabina con conexiones FC (Fiber Channel).

Una SAN puede ser conectada directamente a unos pocos servidores, no obstante el
setup mas corriente es conectar una SAN a un switch de fibra FC y conectar el
switch SAN a varios servidores, formando un fabric.

Una cabina SAN tiene un sistema operativo embebido construido específicamente para
almacenamiento (el cual puede ser basado en Linux, AIX, Windows, etc) instalado
sobre 2 controladoras de almacenamiento formando un clúster activo-pasivo, donde
cada controladora tiene al menos 2 conexiones HBAs, ofreciendo un minimo de 4
conexiones FC para poder ofrecer protección de fallo de caminos múltiples
(multiple path failover).

 

SAN Fabric

SAN Fabric o Switched Fabric es la red formada por cabinas de almacenamiento,
switches y servidores interconectados mediante fibras FC.

Un SAN Fabric se construye como mínimo con 1 cabina SAN (denominado host de
almacenamiento), conectado a 1 switch SAN de fibra, y varios servidores
(denominados clientes de almacenamiento) conectados al switch de fibra.

Si conectamos servidores directamente a una cabina SAN, entonces solamente
podremos conectar 2 servidores con multipath dual, o podremos conectar 4
servidores con 1 única conexión. Estos setups pueden hacerse en PYMES, pero no
es lo normal ni lo recomendado, aunque suele hacerse para ahorrarse los
switches FC.

Si conectamos servidores a una SAN utilizando el setup recomendado (todo
redundado: 2 ports FC por HBA, 2 switches SAN), podremos usar tantas conexiones
como soporte el switch o se tengan licenciadas por switch.

 

Zoning de Switch FC / Creación de Zonas de Switch FC

Una vez tenemos el cableado efectuado, hay que crear las zonas en los switches,
para crear zonas de red entre 1 adaptador cliente a 2 adaptadores host, ya que
cada adaptador cliente (Puerto HBA de cada servidor), tiene que verse con 2
puertos host (2 puertos de SAN) por cada switch; creando una conexión al switch
desde el HBA, pero por 2 caminos diferentes a las controladoras de la cabina SAN.

Ya que las HBAs de los servidores tienen por lo menos 2 puertos, se puede conectar
a 2 switches SAN diferentes, para proporcionar 2 conexiones con diferentes caminos
o PATHs. Usando 2 HBAs, tendremos 4 conexiones en total a la SAN, usando multipath
Existen 2 tipos de zoning (antiguamente llamados soft y hard zoning):
Zonas por Puertos (Port Based Zoning) y Zonas por WWN (WWN Based Zoning).

Zonas por Puertos define los puertos que forman parte de la zona, por lo que si
en el futuro hay que reemplazar un latiguillo de fibra o un HBA, bastará con
reconectar la FC al mismo puerto que el original.

La ventaja de este zoning es que es rápido de implementar (no necesitas conocer
los WWNs), y que cualquiera puede reemplazar la fibra y los HBAs.
La desventaja de este zoning, es que si falla un puerto del switch, un
administrador de almacenamiento deberá modificar la zona para eliminar el puerto
fallido, y añadir el nuevo puerto que lo reemplazará.

Zonas por WWN define las zonas según los WWNs que pertecen a ellas (WWN son los
equivalentes en el mundo de la fibra a las MACs de los interfaces de red).
A todos los WWNs se les asigna un Alias para poder referenciarlo de manera
descriptiva, y las redes se definen agregando los alias de cada WWN a las zonas.

La ventaja de este zoning es que los latiguillos de fibra pueden ser conectados
en cualquier puerto del switch, y de hecho éste tipo de zoning es el recomendado
por el fabricante como Best Practice (el switch se encarga de todo, y si
extendemos el fabric a otro switch, el 2º switch también podrá ser usado).

El único inconveniente de este zoning es que si falla una HBA y hay que
reemplazarla, el administrador de almacenamiento tendrá que redefinir el alias del
WWN de la HBA antigua sobre el nuevo WWN, no obstante esta operación es trivial.

 

NAS

Una NAS o Network Attached Storage, es una cabina de almacenamiento con interfaces
Gb ethernet o FoE (Fibra sobre Ethernet) para proveer almacenamiento de red por
protocolos CIFS, NFS o iSCSI.

Una NAS se puede construir en casa, ya que es sencillamente el caso de montar un
servidor con discos, y luego usar un OS para servir volúmenes lógicos como LUNs
via CIFS, SMB, NFS o iSCSI.

Para esto se puede usar Windows Server 2008 y 2012 ya que tienen un ROL de
almacenamiento para servir discos como NFS o iSCSI, o se puede usar una variedad
de distribuciones Linux específicas para NAS como: FreeNAS, Nas4Free, OpenFiler,
etc.

La Linux distro NanoNAS puede arrancarse desde CD o USB en un servidor pequeño
(o un PC) ya que se ejecutan enteramente en memoria RAM como un RAM-Disk de 4MB,
por lo que es el entorno ideal para hacer pequeñas NAS appliances (para un
laboratorio en casa, por ejemplo).

 

Almacenamiento Híbrido o Unificado

Para unificar almacenamiento y dar lo mejor de ambos mundos, los fabricantes
ofrecen hoy día Cabinas de Almacenamiento Unificado o Híbrido, las cuales tienen
la capacidad de servir LUNs como Fibra (actuando de SAN), CIFS, SMB, NFS o iSCSI
(actuando de NAS).

Técnicamente son SANs, pero con controladoras de almacenamiento adicionales para
poder hacer de pasarela o gateways de las LUNs SAN como volúmenes NAS.

De esta forma se obtiene la funcionalidad de SAN y NAS, sirviendo almacenamiento
virtualizado y podiendose usar además para consolidar servidores de ficheros,
algunos modelos incluso ofrecen funciones de servidor adicionales como software
de backup, deduplicación, compresión y anti-virus.
Ejemplos de cabinas híbridas son: EMC VNX/VNXe, Oracle ZFS Storage Appliance,
IBM Storwize V7000, Hitachi Unified Storage 100.

 


Leave a comment

¿Cómo, cucharas en el microondas?

Hola a todos, por lo general en mi blog escribo sobre tecnología informática, no obstante, en este caso me veo obligado a hacer una excepción, ya que tengo algo interesante que comentar.

Por lo general, cuando queremos calentar un líquido en el microondas como un café, agua para hacernos un té, un plato de sopa, etc. lo ponemos en un bol, vaso o plato hondo, y lo ponemos en el microondas por un par de minutos.

Y sin embargo, esta práctica puede resultar peligrosa, ya que cuando se calienta un líquido en el microondas, éste puede llegar a alcanzar una temperatura por encima de su punto de ebullición demasiado rápido, cosa que puede pasar desapercibida para nosotros.

Es cuando se dice que un líquido está sobrecalentado o supercalentado.

Cuando un liquido sobrecalentado se disturba, partes del líquido pueden convertirse en vapor o hervir repentinamente, pudiendo salpicar o incluso llegar a explotar, dándonos un quemazo imprevisto.

Entonces, ¿como podemos calentar líquidos en el microondas sin problemas?
-fácil: introduciendo una cuchara metálica en el recipiente con el líquido.
El metal de la cuchara actuará como un disipador de calor, distribuyendo éste mucho mejor en el líquido, previniendo el sobrecalentamiento.

Siempre que le cuento a alguien este “truco” de poner una cuchara en el microondas, me gano una discusión ya que todo el mundo piensa que al introducir un metal en el microondas éste se estropea, o se puede quemar, explotar, etc… Y lo mas curioso de este caso, es que todos los microondas están hechos de
metal, ya que éste refleja las ondas del generador de microondas (el magnetrón).

De todas formas, tampoco me extraña que la gente tenga opiniones dispares al respecto, ya que poner una cuchara dentro del microondas esta bien, pero poner un tenedor no… ¿Cómo????

Pues efectivamente, resulta que las microondas hacen vibrar los electrones de la materia, y es la vibración de éstos la que hace calentar los alimentos, no obstante, los metales son conductores de la electricidad, por lo que una cuchara no tiene demasiado problema al actuar de antena parabólica y distribuir la carga eléctrica, pero un tenedor acumula carga eléctrica en las puntas, creando un diferencial de potencia entre ellas, y que puede generar chispas para descargar dicha carga. Curioso, ¿verdad?

No obstante, si queremos salir de dudas, lo mejor hacer lo que casi nadie hace: leerse el manual del microondas. Yo como soy medio raro he leído varios, aunque también es verdad que en algunos comentan lo de la cuchara en líquidos y otros aconsejan no introducir ningún tipo de utensilio metálico.

Micro_SIEMENS1

En mi microondas es muy fácil de tenerlo presente, ya que en el mismo viene una pegatina recordando la recomendación del fabricante: no calentar líquidos sin poner una cuchara en los mismos, dicha pegatina es la siguiente:

Micro_SIEMENS2

Lo curioso es que he visto varios microondas con éstas pegatinas, pero como todo, la mayoría de la gente no les presta atención en absoluto.

Así que ahí queda mi recomendación: líquidos con una chuchara metálica en ellos se calentarán mas rápido y eficientemente debido a que el metal conduce el calor mejor que un líquido, distribuyendo éste uniformemente, y concentran las microondas al funcionar como una parabólica.

Si aún así no estamos convencidos de introducir metales en el microondas, siempre podemos usar cucharas de madera o plástico, aunque sólo las usaremos como disipadores de calor, pero ayudarán a distribuir el calor y evitar líquidos supercalentados.

Recordemos también que la mejor manera de evitar disturbar alimentos demasiado calientes del microondas es dejarlos reposar durante un minuto antes de sacarlos del mismo.