Comandos dmidecode y wmic

Siguiendo las entradas compartidas de Reader de Rubio, me he encontrado que podemos averiguar el modelo de nuestro equipo, número de serie, etc con el comando dmidecode del paquete con el mismo nombre:

dmidecode -s system-product-name
dmidecode -s chassis-serial-number

En el barebone de casa no ha funcionado, pero de rebote he encontrado el comando wmic en Windows, que permite lanzar consultas WMI desde una consola de Windows, algo así como el WMIExplorer del que ya he hablado alguna vez, pero para consola.
Para saber nuestro numero de serie y modelo de BIOS vía WMI, podemos ejecutar en una consola de Windows:

wmic bios get serialnumber
wmic bios get

El Kernel-PAE en RHEL5

Al parecer, lo que pasa si tenemos un equipo con más de 3GB de RAM y le instalamos RHEL5/Centos5, sólo veremos que el sistema tiene 3GB. Esta tarde me ha pasado, y me he preocupado bastante, porque estaba trabajando con blades de IBM con 6GB de RAM, y he pensado que me habían llenado los slots con DIM de Spare ¿?. Menudo susto, luego resulta que es una tontería, y todo se soluciona instalando el kernel-PAE, siempre que las CPUs incluyan "Physical Address Extensions".

yum install kernel-PAE kernel-PAE-devel

Editar la configuración de grub, para asegurarnos de que en el siguiente reinicio arrancamos con este kernel y reiniciar.
Con RHEL4 en el mismo tipo de Blades HS21 y sin kernel hugemem, me reconocía perfectamente los 6GB. Esto son los misterios de la informática que nos invitan a reflexionar si se fundamenta verdaderamente sobre ciencias exactas o aproximadas.

Conceptos VMware e IBM

El miércoles pasado, estuve en una charla que organizó el Grupo Inforges en el hotal Amistad, sobre VMware y soluciones Blade de IBM. Para ello tuve que descartar asistir al TechNet que se organizaba en Murcia. Las cosillas que me enteré de forma resumida fueron:

• En VMware, DRS es el VMotion dinámico.
• La solución de VMware para optimizar el consumo eléctrico de nuestra granja ESX es DPM, que lo que hace es mover máquinas virtuales y apagar servidores ESX, para minimizar el consumo.
• VMware HA, se encarga desde el VirtualCenter de detectar que un ESX ha muerto, y entonces levanta las máquinas virtuales en otro ESX, pero claro, esto tiene una parada, no es como el VMotion.
  
• Modelos de licenciamiento en el ESX:
  • ESXi, es la gratuita, para empezar a trabajar con la infraestructura virtual
  • ESX fundation, es como el ESXi, mas el Backup Consolidation, Update Manager (algo así como el SUS para VMware), el agente de Virtual Center.
  • Standard, que lleva lo mismo que el anterior, pero con VMware-HA.
  • Enterprise, el que incluye todo: DRS, Vmotion, etc
    
• Modelos de licenciamiento del VirtualCenter:
  
  • Fundation, que permite controlar hasta 3 ESX
    
  • Full, sin límite de ESX que poder controlar.
    
• Al hablar de Disaster Recovery encontramos,
  
  • RTO, cantidad de tiempo que tardamos en ser operativos
    
  • RPO, Hasta el punto que debemos retroceder en una caída.
    
  • En VMware encontramos Site Recovery Manager, que permite automatizar la parada y recuperación desde el segundo CPD, con ayuda de herramientas del almacenamiento como MirrorView o SRD de EMC, o ERM de IBM
    
• También hablamos de VDI, y los elementos que se necesitan para trabajar con él: La infraestructura ESX 3i, el VirtualCenter y VDM que es un broker de conexiones que requiere del directorio Activo, y que haría las veces de CSG+Presentation Server (si lo comparamos con la infraestructura Citrix. Más tarde en el aperitivo, tuve ocasión de hablar con los técnicos que ya están trabajando en estas soluciones y les pregunté sobre VDI vs XenDesktop: Se mojaron, y me comentaron que la solución de Citrix resulta más atractiva porque por el mismo precio te ofrecen virtualización de escritorio y de aplicaciones, que según para qué cosas puede interesar una cosa u otra.
  
• Ya sobre hardware VMware vimos el BladeCenter S, que está bastante, bastante bien para PYMES, que no tienen porqué racks: En uno de estos Chasis nos dejan casi el CPD entero... está muy, muy bien. Permite meterle todo (blades, array de discos, circuitería de red, KVM), etc y todo en 11Us, sin necesidad de RACK.
  
• Además de este tipo de BladeCenter está el E y el H, donde la diferencia estriba en el número máximo de conexiones que permite sacar (switches que podemos meterle), y que es importante de cara a los Blades que luego deberemos comprar, por aquello de que no todos los Blades les podemos pinchar tarjetas de red o de fibra, de 8 puertos, etc.
  
• Las familias de blades son: HXXX (micro intel), LXXX (micro AMD), JXXX (micro Power6) y QXXX (micro cell), y que todos los blades pueden pincharse en el mismo chasis. Según la gente de IBM, uno de los valores diferenciales de su BladeCenter es que todas las especificaciones son libres (como ya hicieran con el PC), y otros fabricantes empiezan a fabricar Blades compatibles con este BladeCenter.
  
• En cuanto a filosofía de cabinas, parece que la hermana menor es DS3000 que puede llegar a DS5000 (no sé donde quedan las FasT), y que en productos ERM es equivalente a MirrorView de EMC, y FlashCopy a SnapShot de EMC.