Jumbo markak aktibatzea VMware inguruneetan

Gehienetan, gigabit sareetan lan egiten dugunean konfiguratu beharreko ezaugarri funtsezkoa da MTU balioa aldatu ahal izatea (Maximo Transfer Unit – Transferentziako Maksimo Unitatea) zein den tamaina (byteetan) IP bidez bidali daitekeen datu-unitate handiena, berritzearen, LAN sareek MTU bat erabiltzen dute 1500 byteak. VMware-n eta ethernet gigabit sarearen osatzen duten gailu guztietan (normalean iSCSI biltegiratze sarean) bere balioa igo beharko genuke 9000 byteak, biltegiratze kabinako aktibatu beharko genuke, switch-a (some switch-ek lehenetsita daude), VMware ESX hostetan / VMware ESXi (vSwitch & Port Taldea) eta NIC mailan konektatuta dauden ekipotan. Todo ello con el fin de aprovechar la red gigabit y poder enviar paquetes más grandes.

VMware ESXi eguneratzea 4.0 a 4.1 de forma manual

Algo típico de estos días es ir actualizando nuestros entornos virtuales a la versión 4.1 los que tengan VMware ESXi 4.0 y quieran migrarlos a VMware ESXi 4.1, en este documento vemos cómo actualizar los host que tengamos descentralizados de una forma rápida pero manual, lo realizaremos mediante VMware vSphere CLI (Command-Line Interface) y bajándonos el fichero a que nos permitirá dicha actualización.

Migrar VMware vCenter 4.0 de 32bit a VMware vCenter 4.1 (64bit) + Update Manager

En este documento veremos cómo podemos actualizar nuestro entorno VMware vCenter 4.0 VMware vCenter-en 4.1, kontuz! tendremos en cuenta que en la instalación origen tenemos el vCenter en una instalación de 32 bits y (como sabemos) vCenter 4.1 sólo se puede instalar en sistemas de 64 bits, por lo tanto vamos a tener que migrar toda la configuración de un servidor (x86) a otro (x64). Si el servidor origen ya es de 64 bit no habría tanta complicación. Behin vCenter eta bere osagaiak bertsio berrira eguneratu ditugunean 4.1 ESX hostak eguneratu ahal izango ditugu(i) a 4.1.

VMware ESX-tik eguneratzen 4.0 ESX-ra 4.1 de forma manual

Si nuestra intención es actualizar los host que tengamos de VMware ESX 4.0 o VMware ESXi 4.0 a la nueva versión de vSphere 4.1 de forma manual, hau da, sin usar VMware Update Manager podemos hacerlo de una forma sencilla. Tan sólo tendremos que bajarnos un par de ficheros, host-ean kopiatu eta ekipamendua eguneratzeko aplikatu, aurretik host-ak bultzatzen dituen makina birtual guztiak itzaliko ditugu edo beste ekipamendu batzuetara eramango ditugu eta ekipamendua mantentze-lan moduan jarri.

VMware backup-ak doan ghettoVCB-rekin

ghettoVCB.sh ezagutzen ditudan script onenetako batzuk dira, gure VMware ingurunea bidez doan babeskopiak egiteko balio digutenak, hau da, Babeskopiak egin ahal izango ditugu ESX eta ESXi zerbitzarietan lizentziarik gabe! Esan dezakegu VCB tradizionalarekin berdin portaera duela, Kopia egiteko makinarik birtualaren snapshot bat egiten du, Makina birtualaren fitxategiak direktorio batean kopiatu eta ondoren snapshot-a ezabatzen du. ghettoVCB script bat da, VMware ESX zerbitzarian bertan exekutatu behar dena(i), Exekutatzeko programatu dezakegu 'Cron' atazak erabilita’ edo nire kasuan, urruneko ordenagailu batetik plink.exe tresnaren bidez exekutatuko dut. Gainera, ghettoVCB babeskopiak ESX datastore batean gordetzen ditu(i), en este documento veremos al final cómo hacer el backup en una carpeta Windows que tengamos gracias a NFS.

Citrix XenDesktop integratuz 4 VMware vSphere-rekin

Citrix XenDesktop VMware vSphere ingurune birtual batekin erabili nahi badugu, konfigurazio gehigarri batzuk egin beharko ditugu, hau guztia XenDesktop Delivery Controller-etik gure vSphere inguruko mahaigain birtualetara konektatu ahal izateko da, eta, beraz, VMware-ren birtualizazio plataformak kudeatuta egongo dira, VMware View Composer erabili ahal izango dugu interesatzen bazaigu.