Red Hat Training

A Red Hat training course is available for Red Hat Enterprise Linux

7.2.2. Recomendaciones generales

  • Como se indicó anteriormente, antes de usar funcionalidades de virtualización se recomienda actualizar el host y los huéspedes a los paquetes más recientes de RHEL, puesto que se han realizado muchas correcciones y mejoras.
  • La mezcla de plataformas (hipervisores) subyacentes a los clústeres de huéspedes, no recibe soporte. Todos los hosts subyacentes deben usar la misma tecnología de virtualización.
  • No se ofrece soporte si se ejecutan todos los huéspedes en un clúster de huésped en un host físico único, ya que no se proporciona alta disponibilidad en el evento de una falla de un host único. Sin embargo, esta configuración puede utilizarse para propósitos de desarrollo o prototipo.
  • Las mejores prácticas se incluyen a continuación:
    • No es necesario tener un host individual para cada huésped, pero esta configuración sí proporciona la más alta disponibilidad, puesto que una falla de host solamente afecta un nodo individual en el clúster. Si tiene asignados 2 por 1 (dos huéspedes en un clúster único por un host físico), significa que la falla de host individual, resulta en fallo de dos huéspedes. Por lo tanto, se recomienda que en lo posible, se esté cerca de la asignación 1 por 1.
    • La mezcla de clústeres de huéspedes independientes en el mismo conjunto de hosts físicos, actualmente no recibe soporte cuando se usan los agentes de vallas fence_xvm/fence_xvmd o fence_virt/fence_virtd.
    • La mezcla de clústeres de huéspedes independientes en el mismo set de hosts físicos funciona si se utiliza almacenamiento _scsi + iSCSI o fence_vmware + VMware (ESX/ESXi y vCenter).
    • La ejecución de huéspedes sin clúster en el mismo set de hosts físicos como un clúster de huéspedes recibe soporte, pero, puesto que los hosts se cercarán físicamente entre sí cuando se configura un clúster de hosts, los demás huéspedes también se terminarán durante la operación de cercado de host.
    • El hardware de hosts debe aprovisionarse para evitar el sobrenvío de memoria o de CPU virtual. El sobrenvío de memoria o de CPU virtual, resultará en degradación de rendimiento. Si la degradación de rendimiento se torna crítica, el latido de clúster, podría afectarse, lo cual puede producir un fallo de clúster.