Este proceso de actualización será el más utilizado entre los que tengamos entornos VMware vSphere con hosts ESX 4.0 y querramos actualizarlos a ESX 4.1, ya que lo realizaremos de una forma ordenada y gestionada a través de Update Manager, Dokumentu honetan gure host-ak azken bertsiora eguneratzeko behar ditugun pausoak erakusten dira.
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.
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.
A partir de la nueva version de VMware ESX 4.1 o VMware ESXi 4.1 ya se soporta el uso de dispositivos USB conectados a nuestros host y pasar la redirección a las máquinas virtuales. En este documento veremos cómo configurarlo, es muy sencillo y se puede hacer en caliente.
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.
Batzuetan arrazoiren batengatik, VMware datastore bat betetzen zaigu, normalean 'errua' da’ diskoaren definizioaren gehieneko tamaina kontuan ez duen snapshot bat. En ciertas ocasiones al estar el datastore completamente lleno no podremos ni eliminar el snapshot, ni poder arrancar la máquina; así que estamos perdidos. Una 'solución’ es ampliar la LUN, después ampliar el datastore y listo, reintentamos lo que queríamos. A veces esto no es posible, o directamente es una ñapa; lo que hay que hacer es consolidar nuestros discos con sus snapshots en una LUN temporal y finalmente devolverlo todo a su datastore original sin snapshots ni demás, esta es la solución.
Otra de las novedades de VMware vSphere es la posibilidad de unir nuestras instalaciones que tengamos con diferentes VMware vCenter, sean del mismo dominio o de diferente (siempre que tengamos los permisos correspondientes). VMware Linked Moderekin vCenter instalazio hainbat aldi berean kudea ditzakegu, sare berean egon ala ez, honekin kudeaketa askoz errazagoa eta erosoagoa lortzen dugu.
VMwareko gure plataforma birtuala eguneratu nahi badugu, VMware vSphere bertsiora eguneratu aurretik VMware vCenter Server CD-an dugun tresna bat exekutatu behar dugu, non gure ESX hostak bertsio eguneraketa posible baterako bateragarriak diren egiaztatu ahal izango dugun (VMware ESX 3.x-tik VMware ESX-era 4.0) VMware Agent Pre-Upgrade Checkari esker.
Dokumentu honetan VMware-ren produktuetako bat ikusiko dugu, gure ingurune fisikoa birtualizatzen lagunduko diguna. VMwaren gaur egun bi tresna daude fisiko ingurune bat birtualizatzen dugunean zein baliabide beharko ditugun neurtzeko. VMware Capacity Planner bazkideen tresna eta tresna hau, doako eta askoz oinarrizkoagoa dena, VMware Guided Consolidation deitua. Hiru prozesu dituzten tresna bat da: 1.- Bilatu: Analizatzeko sarean dauden ekipamendu fisikoak bilatzen ditu. 2.- Analizatu: Hautatutako ekipamendu fisikoak aztertzen dira eta ekipamendu bakoitzeko errendimendu datuak jasotzen dira. 3.- Zerbitzariak kontsolidatu: Se comparan los datos obtenidos con los recursos disponibles en el entorno virtual y se virtualiza en el entorno virtual con las recomendaciones sobre los host ESX.
VMware Distributed Power Management niretzat ingurune birtual bat izatearen abantaila benetakoetako bat da, izan ere, honekin, kontsumo elektrikoa izugarri murrizteko gai izango gara gure CPD-an. VMware DPM-ek aukera ematen du beharrezko ez diren ESX host-ak itzaltzeko, eta makina birtualek karga dutenean eta zerbitzari fisiko gehiago behar dutenean, hauek automatikoki abiaraziko dira. Hori guztia lortuko litzateke DPM gaitutako DRS kluster batean. Zerbitzari baten kontsumo potentzia 15W da Standby moduan dagoenean eta zerbitzariaren eta bere osagaien arabera, abiarazi dagoenean 300W eta 500W inguruan alda daiteke. Hori oinarritzat hartuta, kontatu dezakegu zenbat aurrez dezakegun VMware aukeratuz eta VMware DRS kluster bat konfiguratzen badugu + VMware DPM. Adibidea:
Hizketan neurrira egindako formakuntzak
Windows Server – VMware vSphere – Citrix Virtual Apps & Desktops – Centreon
|
|
¡Elkarrekin lan egitez!
|
 |
Kontsultora bat gara, kezkatzen eta zaintzen gaituena
|
 |
|
Kalitatearekin eta balio gehigiarekin
|
 |
