Discos virtuales

Los discos virtuales se administran durante todo su ciclo de vida. Este ciclo comprende un disco virtual desde su creación hasta la implementación, las actualizaciones posteriores y, finalmente, el retiro. El ciclo de vida de un disco virtual consta de cuatro etapas:

  1. Crear
  2. Implementar
  3. Actualizar
  4. Retirar

Crear un disco virtual

La creación de un disco virtual implica:

  • Preparar un dispositivo de destino maestro para crear imágenes
  • Crear y configurar un archivo de disco virtual en el que reside el disco virtual
  • Crear imágenes del dispositivo de destino maestro en ese archivo

Estos pasos dan como resultado una nueva imagen base de disco virtual. Este proceso puede realizarse de forma automática mediante Imaging Wizard o de forma manual. También puede crear una imagen común para utilizarla con varios destinos. Para obtener información detallada, consulte Crear discos vDisk.

Implementar un disco virtual

Una vez creada la imagen base de disco virtual, se distribuye asignándola a uno o varios dispositivos. Un dispositivo puede tener varias asignaciones de discos virtuales. Cuando el dispositivo arranca, lo hace desde un disco virtual asignado. Existen dos opciones de modo de arranque: el modo Private Image (acceso a un solo dispositivo en modo lectura/escritura) y el modo Standard Image (acceso a varios dispositivos con opciones de memoria caché de escritura). Para obtener más información detallada, consulte Requisitos previos para implementar discos vDisk.

Actualizar un disco virtual

A menudo, es necesario actualizar un disco virtual existente para que la imagen contenga el software y los parches más recientes. Las actualizaciones pueden realizarse de forma manual, o bien es posible automatizar el proceso de actualización mediante la función Update Management del disco virtual. Cada vez que se actualiza un disco virtual se crea una versión. Los diferentes dispositivos pueden tener acceso a distintas versiones según el tipo de dispositivo de destino y la clasificación de la versión. Un dispositivo de mantenimiento tiene acceso de lectura y escritura exclusivo a la versión de mantenimiento más reciente. Los dispositivos de prueba pueden tener acceso compartido de solo lectura a las versiones clasificadas como versiones de prueba. Los dispositivos de producción tienen acceso de solo lectura compartido a las versiones de producción. Las versiones se crean y se administran desde el cuadro de diálogo vDisk Versioning. Una actualización también puede originarse a partir de la fusión de versiones. Para obtener más información acerca de la actualización de discos virtuales, consulte Actualizar discos virtuales.

Retirar un disco virtual

Retirar un disco virtual es lo mismo que eliminar un disco virtual. Se elimina toda la cadena VHDX, incluidos los archivos de diferenciación y de imagen base, los archivos de propiedades y los archivos de bloqueo. Para obtener información detallada, consulte Retirar un disco virtual.

Nota:

Además de las tareas que se llevan a cabo durante el ciclo de vida de los discos virtuales, también se pueden realizar otras tareas de mantenimiento de discos virtuales. Por ejemplo, la importación o la exportación y la creación de copias de seguridad de discos virtuales, la replicación y el equilibrio de carga.

Requisitos previos para implementar discos virtuales

Los discos virtuales se configuran antes de implementarse. A continuación, dispone de las tareas de configuración:

Seleccionar el destino de caché de escritura para las imágenes estándar de discos virtuales

Citrix Provisioning admite diversas opciones de destino para la memoria caché de escritura. El destino de la caché de escritura para un disco virtual se selecciona en la ficha General, que está disponible desde el cuadro de diálogo File Properties del disco virtual.

Consideraciones y requisitos

  • Tenga en cuenta el impacto que tiene el uso de la caché de escritura persistente en el lado del servidor. La caché persistente solo se utiliza cuando usuarios no autorizados tienen acceso a una máquina. Las máquinas no deben compartirse entre los usuarios.
  • Si selecciona la opción de almacenar en la caché de la unidad de disco duro local, el formato del disco duro local debe ser NTFS para dispositivos Windows y debe tener 500 MB como mínimo.
  • Si selecciona la opción de almacenar en caché en la RAM del dispositivo de destino y el modo Standard Image, el tamaño máximo de la memoria caché de escritura de RAM está determinado por el parámetro de Registro WcMaxRamCacheMB (DWORD) en los parámetros BNIStack. Si no existe la entrada del Registro, se utiliza el valor predeterminado 3584 MB.
  • Citrix Provisioning 7.7 solo admite el cliente de Microsoft System Center Configuration Manager (ConfigMgr) de este modo:
Cliente ConfigMgr Caché en el disco duro del dispositivo Caché en la RAM del dispositivo con desbordamiento en disco duro Caché en la RAM del dispositivo
ConfigMgr 2007 - todo No se admite No se admite No se admite
ConfigMgr 2012 Se admite Se admite No se admite
ConfigMgr 2012 SP1 Se admite Se admite No se admite
ConfigMgr 2012 R2 Se admite Se admite No se admite
Cliente ConfigMgr Caché en el servidor Caché persistente en el servidor Cache on device hard drive persisted (Caché persistente en el disco duro del dispositivo)
ConfigMgr 2007 - todo No se admite No se admite No se admite
ConfigMgr 2012 No se admite No se admite No se admite
ConfigMgr 2012 SP1 No se admite No se admite No se admite
ConfigMgr 2012 R2 No se admite No se admite No se admite

En las siguientes secciones se describen todas las opciones válidas de destino para la caché de escritura.

Nota:

Desde la versión 7.12 de Provisioning Services, se ofrece streaming de Linux. Cuando utilice esta función, tenga en cuenta que las opciones de almacenamiento en caché en un dispositivo de destino Linux son las mismas que en un dispositivo Windows. Para obtener más información sobre el streaming de Linux, consulte Instalación.

Caché en el disco duro del dispositivo

La caché de escritura puede existir como un archivo en formato NTFS o en la unidad de disco del dispositivo de destino. Esta opción resulta en una liberación de carga del servidor. Ya que este ya no tiene que procesar solicitudes de escritura porque no tiene la limitación finita de RAM.

El disco duro no requiere ningún software adicional para habilitar esta función.

Nota:

El archivo de caché de escritura es temporal a menos que el modo del disco virtual se establezca en Private Image.

Importante:

El campo Cache on device hard drive del tipo de caché del disco virtual ha quedado obsoleto y se retirará de las versiones futuras. Citrix recomienda usar uno de los demás tipos de caché disponibles. Para obtener más información, consulte el artículo Elementos retirados.

Caché persistente en la unidad de disco del dispositivo (fase experimental solamente)

Se aplica de la misma forma que con el caché en el disco duro del dispositivo, excepto que la memoria caché es persistente. Este método de memoria caché de escritura es una característica experimental y solo se admite para NT6.1 o posterior. Este método también requiere un programa de arranque (bootstrap) diferente. Para seleccionar el archivo de programa de arranque correcto desde la consola, haga clic con el botón secundario en el servidor de aprovisionamiento y seleccione Configure Bootstrap. En la ficha General, haga clic en la opción Bootstrap file y elija CTXBP.BIN. Citrix recomienda que la unidad de disco local (del lado del cliente) tenga suficiente espacio libre para almacenar el disco virtual completo.

Importante:

El campo Cache on hard drive persisted del tipo de caché de disco virtual ha quedado obsoleto y se retirará de las versiones futuras. Citrix recomienda usar uno de los demás tipos de caché disponibles. Para obtener más información, consulte el artículo Elementos retirados.

Caché en la RAM del dispositivo

La memoria caché de escritura puede residir como un archivo temporal en la memoria RAM del dispositivo de destino. Esto proporciona el método más rápido para acceder al disco, ya que el acceso a la memoria siempre es más rápido que el acceso al disco.

Caché en la RAM del dispositivo con desbordamiento en disco duro

La memoria caché de escritura usa el formato de diferenciación VHDX:

  • Cuando la RAM es cero, la caché de escritura del dispositivo de destino solo se escribe en el disco local.
  • Cuando la RAM no es cero, la caché de escritura del dispositivo de destino se escribe primero en la RAM. Cuando la RAM se llena, el bloque de datos que no ha sido utilizado durante más tiempo se escribe en el disco de diferenciación local para dejar sitio a datos más nuevos en la RAM. La cantidad de RAM especificada es la memoria de kernel no paginada que consume el dispositivo de destino.

Comparado con el modo de “Caché en el disco duro del dispositivo”, el formato de bloque VHDX tiene una velocidad mayor de expansión de archivos. El espacio libre del disco local se ajusta para dar cabida a la carga de trabajo de streaming. Para asegurar la fiabilidad del dispositivo de destino en una carga de trabajo de gran demanda, Citrix recomienda que el espacio libre en el disco local sea superior a la capacidad del disco virtual.

Cuando el disco local no tiene espacio, la E/S del disco virtual del dispositivo de destino se pausa. Espera a que esté disponible más espacio libre en el disco local. Esta condición tiene un impacto negativo en la continuidad de la carga de trabajo. Por lo tanto, Citrix recomienda asignar suficiente espacio libre en el disco local.

La cantidad de RAM especificada no cambia el requisito de espacio libre en el disco local. Cuanta más RAM se asigne, más cantidad de E/S del disco virtual que se ahorran en el caché de la RAM antes de enviar toda la información nuevamente al archivo VHDX. La RAM reduce la tasa de expansión del VHDX inicial.

Caché en un disco del servidor

La memoria caché de escritura puede residir como un archivo temporal en un servidor de aprovisionamiento. El servidor de Provisioning controla todas las escrituras, lo que puede aumentar el tráfico de red y de E/S del disco.

Para obtener mayor seguridad, es posible configurar el servidor para que cifre los archivos de caché de escritura. Como el archivo de caché de escritura existe en el disco duro entre cada reinicio, los datos se cifran en caso de robo del disco duro.

Caché persistente en el servidor

Esta opción de memoria caché permite guardar los cambios entre cada reinicio. Al utilizar esta opción, después de un reinicio, un dispositivo de destino puede obtener los cambios realizados en las sesiones anteriores que difieren de la imagen de disco virtual de solo lectura. Si un disco virtual se establece en Cache on server persistent, se crea automáticamente un archivo de disco que se puede escribir específico para cada dispositivo de destino que accede al disco virtual. Todos los cambios realizados en la imagen de disco virtual se escriben en ese archivo, que no se elimina de forma automática en el apagado.

El nombre del archivo identifica el dispositivo de destino de forma exclusiva mediante la inclusión de la dirección MAC y del identificador de disco del dispositivo de destino. Es posible asignar un dispositivo de destino a varios discos virtuales y, por lo tanto, se pueden tener varios archivos de caché asociados a ese dispositivo.

Para restaurar un disco virtual que utiliza Cache Persistent on Server, debe realizar copias de seguridad de todos los archivos del disco virtual y los archivos de caché de usuario asociados antes de hacer cambios.

Las ventajas de utilizar esta opción de memoria caché son:

  • Se guardan los cambios específicos de los dispositivos de destino que se realizan en la imagen de disco virtual.
  • Se obtienen los mismos beneficios que con el modo Standard Image.

Las desventajas de utilizar esta opción de memoria caché son:

  • El archivo caché está disponible durante el período de validez del archivo. Todos los cambios que se realizan en el disco virtual hacen que automáticamente el archivo caché no sea válido. Por ejemplo, si el disco virtual se establece en el modo Private Image, todos los archivos caché asociados dejan de ser válidos.

Nota:

Los archivos caché que se marcan como no válidos no se eliminan. De forma periódica, estos archivos se eliminan manualmente.

A continuación dispone de los cambios que provocan la invalidación:

  • Colocar un disco virtual en mantenimiento
  • Colocar un disco virtual en el modo Private Image
  • Asignar la unidad desde la consola de Citrix Provisioning
  • Cambiar la ubicación del archivo de caché de escritura
  • Usar la actualización automática

Sugerencia:

Tenga en cuenta el impacto que tiene el uso de la caché de escritura persistente en el lado del servidor. La caché persistente solo se utiliza cuando usuarios no autorizados tienen acceso a una máquina. Las máquinas no deben compartirse entre los usuarios.