La función de clonación instantánea usa la tecnología vSphere vmFork (disponible con vSphere 6.0 U1 y versiones posteriores) para poner en modo inactivo una imagen base que se está ejecutando, o una máquina virtual principal y crear y personalizar rápidamente un grupo de escritorios virtuales.

Las clonaciones instantáneas no solo comparten los discos virtuales con la máquina virtual principal en el momento de la creación, sino que también comparten la memoria de la máquina virtual principal. Cada clonación instantánea actúa como un escritorio independiente, con una dirección IP y un nombre de host únicos; sin embargo, la clonación requiere mucho menos espacio de almacenamiento. Las clonaciones reducen entre un 50 y un 90 por ciento la capacidad de almacenamiento necesaria. También reducen el requisito de memoria general en el momento de creación de la clonación. Para obtener más información sobre los requisitos de almacenamiento y los límites de tamaño, consulte el artículo https://kb.vmware.com/kb/2150348 de la base de conocimientos de VMware.

Réplicas y clonaciones instantáneas en el mismo almacén de datos

Cuando crea un grupo de escritorios de clonación instantánea, se creará por primera vez una clonación completa de la máquina virtual principal. La clonación completa, o réplica, y las clonaciones vinculadas a ella pueden colocarse en el mismo almacén de datos o en número de unidad lógica (LUN).

Réplicas y clonaciones instantáneas en diferentes almacenes de datos

De forma alternativa, puede colocar réplicas de clonaciones vinculadas y clonaciones vinculadas en otros almacenes de datos con características de rendimiento diferentes. Por ejemplo, puede almacenar las máquinas virtuales de réplica en una unidad de estado sólido (SSD). Las unidades de estado sólido tienen poca capacidad de almacenamiento y un rendimiento de lectura alto que normalmente soporta decenas de miles de operaciones de E/S por segundo.

Puede almacenar clonaciones instantáneas en almacenes de datos de medios giratorios. Estos discos proporcionan un rendimiento menor, pero son más económicos y proporcionan una alta capacidad de almacenamiento, por lo que son adecuados para almacenar las numerosas clonaciones instantáneas de un grupo grande. Puede usar configuraciones de almacenamiento en niveles para gestionar de manera rentable escenarios de E/S intensivos como escaneos antivirus programados simultáneos.

Si usa almacenes de datos de Virtual SAN, no podrá seleccionar manualmente diferentes almacenes de datos para réplicas y clonaciones instantáneas. Como Virtual SAN coloca objetos automáticamente en el tipo adecuado de disco y en las cachés de todas las operaciones de E/S, no es necesario usar niveles para los almacenes de datos de Virtual SAN. Los grupos de clonaciones vinculadas son compatibles con los almacenes de datos de Virtual SAN.

Almacenar clonaciones instantáneas en almacenes de datos locales

Las máquinas virtuales de clonación instantánea pueden almacenarse en almacenes de datos locales, que son discos de reserva internos de los hosts ESXi. El almacenamiento local ofrece ventajas como un hardware económico, un aprovisionamiento de máquina virtual rápido, un rendimiento alto de las operaciones de alimentación y una administración sencilla. Sin embargo, el uso del almacenamiento local limita las opciones de configuración de la infraestructura de vSphere que estén disponibles. El uso del almacenamiento local es útil en algunos entornos de Horizon 7, pero no es apropiado para otros.

Nota:

Las limitaciones que se describen en este tema no se aplican a los almacenes de datos de Virtual SAN, que también usan discos de almacenamiento local pero que requieren un hardware específico.

Es más probable que el uso de almacenes de datos locales funcione bien si los escritorios de Horizon 7 de su entorno son sin estado. Por ejemplo, es posible que use almacenes de datos locales si implementa puestos de formación y aulas o quioscos sin estado.

Considere usar almacenes de datos locales si las máquinas virtuales tienen asignaciones flotantes, no están dedicadas a usuarios finales individuales y se pueden eliminar o actualizar a intervalos regulares, como en cada cierre de sesión del usuario. Este enfoque le permite controlar cada almacén de datos local sin tener que mover ni equilibrar la carga de las máquinas virtuales en los almacenes de datos.

Sin embargo, debe tener en cuenta los límites que se aplican en la implementación de la granja o del escritorio de Horizon 7 por usar almacenes de datos locales:

  • No puede usar VMotion para administrar Virtual Volumes.

  • No puede usar VMware High Availability.

  • No puede usar vSphere Distributed Resource Scheduler (DRS).

    Si va a implementar clonaciones instantáneas en un único host ESXi con un almacén de datos local, debe configurar un clúster que contenga ese host ESXi. Si tiene un clúster de dos o más hosts ESXi con almacenes de datos locales, seleccione el almacén de datos local de cada uno de los hosts del clúster. De lo contrario, se producirá un error en la creación de las clonaciones instantáneas. Este comportamiento es diferente al comportamiento de los almacenes de datos locales con clones vinculados de View Composer.

  • No se pueden almacenar réplicas y clonaciones instantáneas en distintos almacenes de datos.

  • Si selecciona las unidades de discos locales, es posible que el rendimiento no coincida con el de la matriz de almacenamiento que está disponible comercialmente. Las unidades locales con discos giratorios y una matriz de almacenamiento podrían tener capacidades similares, pero ambos tipos de almacenamiento tienen rendimientos muy diferentes. El rendimiento aumenta a medida que lo hace el número de ejes. Si selecciona discos de estado sólido (SSD) conectados directamente, es posible que el rendimiento sea superior al de muchas matrices de almacenamiento.

  • Si quiere aprovechar las ventajas del almacenamiento local, debe tener en cuenta las consecuencias de no tener VMotion, High Availability, DRS ni otras funciones disponibles. Si administra el uso del disco local controlando el número de máquinas virtuales y el crecimiento de sus discos, y si usa asignaciones flotantes y realiza operaciones de actualización y eliminación con regularidad, puede implementar clonaciones instantáneas en almacenes de datos locales correctamente.

  • Las clonaciones instantáneas pueden usar almacenes de datos locales tanto con escritorios virtuales como con escritorios publicados.

Diferencias entre clonaciones instantáneas y clonaciones vinculadas de View Composer

Dado que las clonaciones instantáneas se pueden crear considerablemente más rápido que las clonaciones vinculadas, no necesitará las siguientes funciones de las clonaciones vinculadas cuando aprovisione un grupo de clonaciones instantáneas:

  • Los grupos de clonaciones instantáneas no admiten la configuración de otro disco virtual descartable para almacenar los archivos temporales y de paginación del sistema operativo invitado. Cada vez que un usuario cierra sesión de un escritorio de clonación instantánea, View elimina automáticamente la clonación y aprovisiona y enciende otra clonación instantánea basada en la imagen de SO disponible más reciente para el grupo. Todos los archivos temporales y de paginación del sistema operativo invitado se eliminan automáticamente durante la operación de cierre de sesión.

  • Los grupos de clonación instantánea no admiten la creación de otro disco virtual persistente para cada escritorio virtual. En lugar de ello, puede almacenar los datos de aplicaciones y el perfil de Windows del usuario final en los discos grabables de usuario de App Volumes. Los discos grabables de un usuario final se unen a un escritorio de clonación instantánea cuando el usuario final inicia sesión. Además, los discos grabables del usuario pueden usarse para conservar las aplicaciones instaladas por el usuario.

  • Debido al carácter efímero de los escritorios de clonación instantánea, estas clonaciones no admiten el formato de disco de espacio eficiente (SE sparse), porque no es compatible con el proceso de borrado y reducción.