Temas etiquetados como: ‘VMWare’

Los secretos del VCP de VMWare

18 Octubre, 2011

- Cuando utilizas datarecovery cuando la utilización de la CPU del ESX del que estaá haciendo las copias supera el 90% de la CPU hay algunos jobs que se priorizan sobre otros, de manera que podrás comprobar como algunos jobs no se ejecutan viendo como estos fallan. Cuando se realizan los backups se realizan snapshot de las máquinas antes de comenzar la copia del disco virtual, hay un máximo de 8 snapshot simultáneos, si la CPU supera el 90% algunos snapshot no se realizarán y el backups jobs fallará.

- Cuando un ESX tiene tanto almacenamiento local como almacenamiento compartido en cabina. Hay 3 particiones que son requeridas para que estas estén el disco local del ESX, esta son: partición swap, /boot y “/”.

- Si usas Fault Tolerant sólo podrás utilizar una vCPU por máquina virtual, lo que hace que SMP ( Multiprocesor ), no sea soportado por Fault Tolerant.

- El driver vmemmctl se  usa para reclamar la memoria que no es utilizada por el sistema operativo de una VM, para que esta sea utilizada por otros SO en otras máquinas virutales. De esta manera la memoria que no es utilizada por un SO puede ser utilizada por otro SO en otra VM.

- Hay 3 objetos que pueden estar dentro de una vAPP. Estos son 3 ( Otra vAPP, un esp o VMs ).

- Cuando quieres que servidores que no son ESX no vean los volumenes VMFS de la cabina tienes que hacer el masking en la cabina de almacenamiento SAN. No debes hacerlo en el switch san fabrik, ni en los ESX.

- En un Guide Consolidation, un Higher Confidence Metric, nos da una colección o recolección de datos de las máquinas origen de una forma fiable.

» Leer más: Los secretos del VCP de VMWare

Resource Pool en VMWare

25 Abril, 2011

vmware Resource Pool en VMWare

ADMINSTRACIÓN DE MEMORIA Y CPU

Diremos que es equivalente al módulo 10 del VCP ( Virtual Certificate Professional )

La utilización de rsp ( resource pool ) se utiliza básicamente para repartir los recursos del servidor de manera que puedas segmentarlos y utilizarlos de manera que puedas hacer reservas de estos recursos para grupos de VMs que se encuentran bajo este. La segmentación a nivel de recursos puede hacerse para la CPU, memoria, almacenamiento y red. La necesidad de los rsp viene por el llamado “overcommitment” de los recursos, es decir que las máquinas virtuales consuman recursos de lo necesario impidiendo que otras VMs dispongan de ellos. Ten en cuenta para hacernos una idea que los recursos de un servidor ESX se utilizan como si fuese dinero en un banco, es decir, no todos los recursos están reservados para las máquinas, sino que vamos jugando con ellos permitiendo que las máquinas que en ese momento no lo están utilizando lo cedan a otras máquinas para que se aprovechen los recursos del Server al máximo, si estos recursos totales superan los recursos globales del servidor, el servidor ESX se encontrará afectado provocando paginación o falta de CPU dando lugar a un bloqueo del servidor ESX por motivos obvios.

Los rsp nos ayudarán a conseguir unos objetivos concretos, que serán:

  1. Aislamiento de rendimiento: Previenen que las máquinas monopolicen los recursos permitiendo una garantía de recursos para otras máquinas
  2. Utilización Eficiente: consiguiendo que los recursos que no son utilizados por otras VMs estén disponibles para otras VMs ( Llamado Undercommit de recursos ).
  3. Administración sencilla: Permite un control relativo de las VMs permitiendo un servicio para las VMs.

CONFIGURACIÓN DE RECURSOS DE CPU PARA LAS VMs

La configuración de un rsp respecto a la CPU tiene tres configuraciones posibles: CPU Limit, CPU reservation y CPU Share.

  1. CPU Limit: Está definida por el máximo de CPU siendo esta una media en MHz que se le permite a la VM o VMs que se encuentran bajo este rsp.
  2. CPU Reservation: Cantidad de memoria en MHz ( media ), es la  CPU que se le reserva a VM o VMs bajo un rsp que se hace automáticamente disponible por un ESX, el ESX deja de utilizarla y la reserva automáticamente para este grupo de VMs o VM. Las demás máquinas virtual fuera de este rsp no podrán utilizar los MHz reservados.
  3. CPU share: Esta configuración permitirá a la VM o VMs ser la primera y privilegiada en disponer de tiempo de procesador e lucha con otras VMs.

» Leer más: Resource Pool en VMWare


-->