Web Client (06): Fault Tolerance

Hace una copia en la sombra de una VM en otro host ESX protegiendo contra un fallo, y a diferencia de HA y apaga la máquina y la arranca en otro host., Fault Tolerance no tiene corte de servicio porque la copia es la que toma el control

Se activa a nivel de máquina virtual, y todos los cambios de CPU y memoria se envía a la shadow WM que estará bloqueada mientras funcione la original

Hay nuevas mejoras en ESX 6.0 (soporta mas de una vCPU, soporta todos los tipos de disco (thin, eager zero thick….)

Se instala en lugares donde una soplucion de clustering es inviable por temas técnicos y financieros. Además me mitigar en Downtime, ya que vSphere HA reinica la VM en otro nodo.

  • Support for symmetric multiprocessor vms
    • Max. 4 vCPUs (vSphere Standard and Enterprise licenses)
    • Max. 2 vCPUs (vSphere Enterprise Plus licenses)

    Note that FT is not available for vSphere Essentials and Essentials Plus licensed deployments.

  • Support for all types of vm disk provisioning
    • Thick Provision Lazy Zeroed
    • Thick Provision Eager Zeroed
    • Thin Provision
  • FT vms can now be backed up using VAPD disk-only snapshots
  • Support for vms with up to 64GB of RAM and vmdk sizes of up to 2TB
  •  

And here’s a list of features both vm and vSphere centric that are still not supported

 

  • CD-ROM or floppy virtual devices backed by a physical or remote device.
  • USB, Sound devices and 3D enabled Video devices
  • Hot-plugging devices, I/O filters, Serial or parallel ports and NIC pass-through
  • N_Port ID Virtualization (NPIV)
  • Virtual Machine Communication Interface (VMCI)
  • Virtual EFI (Extensible Firmware Interface) firmware
  • Physical Raw Disk mappings (RDM)
  • VM snapshots (remove them before enabling FT on a VM)
  • Linked Clones
  • Storage vMotion (moving to an alternate datastore)
  • Storage-based policy management
  • Virtual SAN
  • Virtual Volume Datastores
  • VM Component Protection (see my HA post)

Legacy FT

Before I move on, I need to highlight that VMware now uses the term “Legacy FT” to refer to FT implementations pre-dating vSphere 6.0. If required, you can still enable “Legacy FT” by adding vm.uselegacyft to the list of advanced configuration parameters.


 

Pasos

01.- asegurarmos de que tenemos un PortGroup para fault Tolerance en lo nodos


Podemos comprobar el VM kernel como es tipo Fault Tolerance


02.- Activar fault Tolerance a nivel de VM (debe estar encendida)

Debemos asegurarnos que la VM está en un almacenamiento compartido (iSCSI, NFS…). Tener en cuenta que el disco provisionado cambiara a ¡Thick Provision Eager Zeroed” (aunque el origen sea un disco Thin) cuando se arrance la maquina FT

Nos pide en que datastore almacenar la nueva VM que se creara

En que host lo almacenaremos (no puede ser el mismo host que la VM de destino). Logico pues si se nos cae el host se caerían las dos VM

Finish

 

Empieza a crearse la tarea

Tardará un poco, habrá warnings hasta que se replique toda la información

 

Y tras un rato ya estará sin warnings, como vemos en summary

Así aparece en el cliente antiguo

Vemos algunas opciones

  • vLockstep interval: como en términos de replicación la VM secundaria es replicada. Debe ser un valor menos de 500 ms. Por ejemplo 0.023s son 23 ms
  • Log Bandwidth” which is the network capacity currently in use to replicate changes from the primary to the secondary vm. This can quickly increase when you have multiple (max. 4 vms or 8 vCPUS per host) FT protected vms hence the 10Gbit dedicated network requirement for FT logging.

Vemos que se está creando en el ESX03 (secondary)

Así aparece en el Cliente antiguo

Testeo del FT

Podemos testear a ver si nos hace bien el Failover en caso de caída de una VM. Vemos que cambia en nombre dependiendo del cliente (web o antiguo) con el que nos conectamos

  • Turn Off Fault Tolerance: desactiva el FT y elimina la copia secundaria
  • Disable fault Tolerance: deshabilita FT pero mantiene información. Nos permite volver a activarlo
  • Migrate secondary: Mueva la VM secundaria (la réplica) a otro host ESX
  • Test Failover: forzamos un test de Failover de VM principal a secundaria. Ahora la primaria será de solo lectura
  • Test Restart Failover: volvemos a pasar de la secundaria a la primaria

Be the first to comment

Leave a Reply