Resumen de Networking en VI3

Jason Boche ha publicado este diagrama de red en VI3, muestra exactamente qué puertos usa VC, ESX y otros servicios. Me parece extremadamente útil para solventar problemas de red en VI3. Aqui está:




Feliz año nuevo!!!!!! Os deseo lo mejor para este 2009 que llega.

Protocolo de Internet en bolas

Ya sé que con este titulo puedo aparecer en todos los buscadores, aunque desde siempre "internet" y "en bolas" son dos terminos que han estado ligados. ;-)
Además es raro que no hable de algo tecnico, pero es viernes y la verdad es que asi pruebo a incluir un video en el blog, asi que haremos una excepcion: ;-)

En el museo de Miraikan, museo de la ciencia de Tokyo, hay una máquina que representa el funcionamiento de un protocolo orientado a paquetes (como TCP/IP) de forma mecánica.

Los bits son bolas blancas o negras y los cables de datos son pistas por donde ruedan las bolas. También existen routers y PCs!!! Solo los japos son capaces de hacer algo asi. Lo cierto es que en la universidad en la asignatura de Redes, es lo que tendrian que poner el primer día!!!:

Comando dmidecode: o como ver la configuracion de los DIMMs de memoria de tu ESX y mucho mas

Me encontraba yo en la tesitura de ampliar la memoria de mis ESX o simplemente comprar más servidores (o una mezcla de ambas).
Pero, ¿cuantos DIMMs tienen ocupados mis ESX?
(Y en general: ¿Como sé qué configuracion de memoria tiene mis servidores Linux?)

Lo primero a lo que se puede recurrir es a aplicaciones del fabricante, tipo Open Manage de DELL o IBM Director o DSA de IBM para ver cuantos slot/bancos de memoria libres tenemos y en consecuencia cuanto podemos ampliar. Esta es la manera más lenta pero mas bonita graficamente. (Eso sí, requiere instalacion de dichas aplicaciones, bajandonos la version para RedHat3, que es lo que lleva el COS. Es posible que no es lo que busquemos para dar un vistazo rapido a la configuracion de memoria que tenemos).

Lo segundo es recurrir a un comando (aunque todavia no lo he probado): lshw.
Lo malo es que dicho comando no viene por defecto en elos ESX y adolece de lo mismo que la primera opcion: Hay que instalar algo en la console de nuestro ESX y eso me gusta evitarlo siempre que puedo.


Por último, existe un comando muy útil que no conocia: Es dmidecode (ejecutar siendo root) que nos da un montonazo de informacion de nuestro harware, entre otras cosas : BIOS Information, System Information, Base Board Information, Chassis Information, Cache Information, Processor Information,Port Connector Information:USB,Video,IDE/Parallel ATA,SAS,Serial,Ethernet, ServeRAID Adapter, PCI-Express/X Riser, Power Supply, Fan, PCI-Express ocupadas y libres... y un largo etc...

La informacion que buscamos (Estructura de los DIMMs de memoria RAM instalada actualmente en el sistema) aparece de este modo:

Handle 0x004A
        DMI type 16, 15 bytes.
        Physical Memory Array
                Location: System Board Or Motherboard
                Use: System Memory                
                Maximum Capacity: 65024 MB
                Number Of Devices: 12
Handle 0x004B
        DMI type 17, 27 bytes.
        Memory Device
                Size: 512 MB
                Form Factor: DIMM
                Set: 1
                Locator: DIMM 1
                Bank Locator: Bank 1
                Speed: 266 MHz (3.8 ns)
                
Handle 0x004C
        DMI type 17, 27 bytes.
        Memory Device                
                Size: 512 MB
                Form Factor: DIMM
                Set: 3
                Locator: DIMM 4
                Bank Locator: Bank 1
                Speed: 266 MHz (3.8 ns)
...
Handle 0x004F
        DMI type 17, 27 bytes.
        Memory Device
                Size: 2048 MB
                Form Factor: DIMM
                Set: 3
                Locator: DIMM 3
                Bank Locator: Bank 5                
                Speed: 266 MHz (3.8 ns)
        
Handle 0x0055
        DMI type 17, 27 bytes.
        Memory Device
                Size: No Module Installed
                Form Factor: DIMM
                Set: 4
                Locator: DIMM 9
                Bank Locator: Bank 6                
                Speed: 266 MHz (3.8 ns)

Se puede ver, que hay 12 slots en total, algunos ocupados por 512MB de RAM otros por 2GB, otros libres, etc ,etc..

PuTTY Connection Manager

Recientemente hablando con un guru de Oracle descubri esta maravilla de herramienta: PuTTY Connection Manager . Viene a suplir la falta de pestañas y de organizacion a la que llegas cuando tienes un monton de ventanas abiertas de PuTTY. Yo, personalmente, prefiero SecureCRT que te lo da de base, pero hace falta una licencia. Por ello, cuando uso PuTTY, este programilla se ha convertido en un indipensable.

Posts proximos

Bueno, llevo ya un retraso importante de publicacion de posts porque he andado un poco atareado este ultimo mes. Os pongo los posts en los que estoy trabajando y espero sean de inmininte publicacion:

• Mas sobre Vmware HA
• Networking en ESX
• Backup de Hosts: ESX, ESXi
• El maldito reloj en VMs linux
• El scheduler, vCPUs y demas parientes.
• Disaster Recovery

Poco a poco iran saliendo. Espero que antes del 31 todos!!!

El SPAM mundial cae un 75% tras la desconexion de la empresa McColo Corp

Sé que os tengo acostumbrados a hablar de virtualizacion y almacenamiento sobre todo, pero esta noticia me ha impresionado:

El volumen de SPAM mundial se desplomó el pasado martes 11 de Noviembre después de que una empresa de hosting, fue puesta fuera de línea.

La caída en el volumen de spam se debe a que los proveedores de Internet (ISPs) desconectaron a McColo Corp (un proveedor de hosting de California que alojaba los servidores responsables del envío de aproximadamente el 75% de todo el spam mundial diario.)

Prueba de ello es la grafica que se ve en los servidores de correo entrante (spam linea naranja, trafico normal linea azul):


Hace una seman (11 Nov) se preveia que para este martes los niveles de SPAM serian parecidos pero parece que los spammers están tardando en realojarse. Y espero que tarden mucho aunque segun los expertos estas Navidades puede llegarse a niveles historicos de SPAM.

Buen uptime!!

Esto no se suele ver demasiado. Este servidor lleva funcionando 975 días (y presumiblemente lo hará más) sin dar el menor problema. No es virtual, aunque estoy seguro que puedo encontrar alguno virtual con un uptime similar (una maquina virtual tiene razones para tener mayor uptime pues tiene mayor tolerancia a fallos).

Es un servidor de MySQL con hardware IBM xSeries x345 con doble Xeon con un Red Hat 4 y con alimentacion a grupo electrógneo. Buen Hw + Buen SO + Buena alimentacion.



Da gusto.