Citrix · Infraestructura · ficha YoctoIT

Provisioning

Las imágenes de oro distribuidas a cientos de puestos: la actualización en una noche, el rollback en un clic.

FOCUS · UNA IMAGEN, MIL ESCRITORIOSMCS y PVS: el parche se instala una vez — y mil escritorios se despiertan actualizados
Material YoctoIT para clientes y partners · Citrix, NetScaler, HDX y los demás productos citados son marcas de Cloud Software Group, Inc.
01 · Qué es

Provisioning (MCS & PVS), en claro.

El secreto de la escala en el VDI es la imagen única: con MCS (clones desde el hipervisor) o PVS (streaming de la imagen desde la red), cientos de escritorios nacen de UNA golden image. El parche mensual se aplica ahí; al reiniciar, todo el parque está actualizado. Y si algo sale mal: rollback a la versión anterior, en un clic.

1→N
una golden image, cientos de máquinas idénticas
Rollback
la versión anterior lista: la actualización sin miedo
Non-persistent
el escritorio que renace limpio en cada arranque: sin sedimentos
Provisioning (MCS & PVS)
IMAGEN OFICIAL CITRIX · PROVISIONING
CONSOLE REALE · PROVISIONING CONSOLE · FONTE: CITRIX DOCS
CONSOLA REAL · PROVISIONING CONSOLE · FUENTE: CITRIX DOCS
02 · Cómo usarlo bien

Las cosas que marcan la diferencia.

El mecanismo

Cientos de escritorios/app serversel parque, idéntico
Golden image
Versiones
MCS o PVS
el original · la historia · la distribución
Update → reboot → hechoel patching en una noche
Perfiles & datos en otra parte (FSLogix)el usuario sobrevive al reinicio
El parque como copias de un negativo

La elección MCS vs PVS

Storage, red y escala deciden: la matriz la hemos hecho cien veces, la hacemos sobre tu caso.

Imagen disciplinada

Secuencia de build documentada y automatizada: la golden image reproducible, no artesanal.

Perfiles separados

FSLogix para perfiles y Office: lo no persistente que parece persistente.

Test ring

La imagen nueva sobre un grupo piloto antes del parque: la noche loca evitada.

03 · En profundidad

MCS vs PVS: cómo nacen los escritorios

Dos motores de aprovisionamiento: MCS clona desde la golden image sobre los storages de los hipervisores/nubes (sencillo, en todas partes), PVS hace streaming de la imagen desde la red (targets sin disco: el write cache en RAM con overflow) y gana en los grandes parques físicos y las aulas; la golden image es el corazón: una imagen, mil escritorios idénticos, la actualización se hace una vez y se promueve por versiones con rollback; el App Layering separa SO, plataforma y apps en capas componibles.

  • MCS — clones desde la golden image: el aprovisionamiento sin infraestructura extra
  • PVS streaming — la imagen vía red, el write cache en RAM: los reinicios que limpian
  • Golden image — una imagen para mil máquinas: la actualización una sola vez
  • Versioning — la promoción con rollback: la actualización equivocada se anula
  • App Layering — SO, apps y user layers separados: las combinaciones sin imágenes infinitas
  • Non-persistent — el escritorio que renace limpio: el malware no sobrevive al reinicio
04 · Números y ciclo de vida

Los números que cuentan.

1
imagen por parque: el mantenimiento se desploma
1000+
los targets por pareja de servidores PVS
RAM
el write cache: los IOPS de storage se desploman
reboot
la sanitización: lo no persistente rearranca limpio
La imagen única es la palanca del TCO: golden image, versiones y capas los gestionamos nosotros — el parque que se actualiza en una noche.
05 · Casos de uso

Dónde rinde de verdad.

Parques numerosos

De 100 puestos en adelante, la única vía sensata.

Parches rapidísimos

La CVE crítica cerrada en el parque en 24 horas.

Entornos pulled

Aulas, turnos, call centers: el escritorio siempre limpio.

Actualizar mil escritorios es una pesadilla — o una noche: depende de la imagen. Nosotros la hacemos bien.