Tengo una máquina virtual con Windows 7 de 32 bits instalado y el host es Windows 7 de 64 bits. He elegido una imagen de disco VDI de tamaño dinámicamente redimensionable. Después de instalar Windows en la imagen del disco, tiene un tamaño de aproximadamente 5 GB.
Como no tengo intención de utilizar la máquina virtual con frecuencia, me interesa comprimir la imagen del disco para ahorrar algo de mi propio espacio en el disco. Pero soy muy nuevo en el mundo de las máquinas virtuales y no sé cuál es la mejor opción.
- No comprimir. Podría degradar demasiado el rendimiento, o VDI podría ya ser un formato comprimido y mi propia compresión sería una pérdida de tiempo.
- Comprima el archivo .vdi en el host Windows, a través de las propiedades del archivo.
- Dentro de la máquina virtual, vaya a las propiedades del disco duro y seleccione comprimir la unidad.
¿Qué opción te parece mejor?
Gracias.
Respuesta1
Elija la opción 1: definitivamente deberíanocomprimir el VDI.
Opción 2: abrir, cerrar y trabajar con una imagen de disco comprimida de 5 GB será notablemente más lento. Incluso podría ser dolorosamente lento. Y eso se agravaría con un disco de tamaño variable dinámicamente.
Opción 3: esto en realidad no reduciría el tamaño del disco virtual, simplemente reduciría el tamaño deldatosen ese disco, pero también lo ralentizará. La compresión completa del disco, en términos generales, sólo debe aplicarse a volúmenes que contengan datos pequeños o medianos.datosarchivos, o para archivos a los que no se accede con frecuencia.
Respuesta2
La compresión NTFS dentro de una máquina virtual (tenía experiencia en eso) es una muy mala idea.
Hace que la CPU aumente mucho y la ganancia en VDI para reducir el tamaño del archivo no es mucha, solo 1/1.13, solo una ganancia del 20% como máximo que he visto (hablando de un NTFS invitado con compresión habilitada en todas las particiones del sistema) .
Para reducir la búsqueda de vdi para una herramienta llamada "CloneVDI", uso la versión 2.51 (no recuerdo dónde la descargué. Crea otro archivo VDI a partir de uno existente y tengo la opción de "compactarlo" (también conocido como reducir).
Con dicha herramienta, todo el espacio no utilizado dentro de las particiones invitadas no ocupará espacio en el VDI creado, asegúrese de no cambiar el UUID, luego mueva el ANTIGUO a una carpeta temporal, mueva/cambie el nombre del NUEVO donde estaba, intente arrancar y si todo va bien (el manual de la herramienta dice que puede fallar, pero nunca la vi caer) elimina la ANTIGUA.
Ejemplo: después de instalar todas las actualizaciones en un Windows 7 nuevo (usando WSUS + OnLine), el VDI es más de 15 GiB; después de "cleanmgr" y otros ajustes, la partición indica que se utilizan 9,5 GiB, pero VDI todavía es de 15 GiB; Después de usar CloneVDI, el archivo se reduce a 9,5 GiB.
¡Oh! eso sí, activando la compresión NTFS, ese VDI después de usar CloneVDI pasa a 8,4GiB, sí sólo 1GiB menos, pero el tiempo de arranque se multiplica por 10.
Utilizo principalmente CloneVDI con VDI inmutables y cuando necesito "copiar" VDI a otra PC en otro lugar (llevándolo en un dispositivo USB 3.1 de 64 GiB)... ya que ahora quiero/necesito tener (para fines de prueba de software) todos XP, 7,8,8.1 y 10 (tanto HOME como PRO) (tanto de 32 bits como de 64 bits), genera 5*2*2=20 archivos VDI, lo peor es que también los necesito como estado de instalación reciente "limpio", solo para que duren Service Pack y con todas las actualizaciones... ese número se multiplica por 3, entonces 60 archivos VDI... esos 64GiB no son suficientes... necesito un HDD USB de 300GiB, así que llevo un HDD Sata III 2.5 de 500GiB en un USB 3.1 Gabinete tipo C, y todavía uso CloneVDI para reducirlos.
Si tienes suerte, tienes un puerto USB 3.1 en el ordenador y un HDD Sata III de 2,5" de velocidad decente (1TiB o también 500GiB) que te bastará, las cajas 3.1 Tipo C son realmente baratas (menos de 20 euros en AliExpress) y funcionan perfecto , cabe en un bolsillo, etc... Odio el conector USB tipo B (microUSB), tiende a perder estabilidad (se desconecta solo cuando menos quieres), desde que uso conector tipo C no había tenido ese problema ( El conector miniUSB también es muy bueno, pero no te permite obtener velocidades de 3.1, ni de 3.0, solo de 2.0.
Nota: Algunos llaman erróneamente USB 3.1 a USB 3.0... aseguran que USB 3.1 Gen 2 (para una velocidad de disco duro realmente rápida) y sí, Gen 2 solo funciona en conectores tipo C, si el conector del gabinete no es tipo C, la velocidad máxima rápida no lo será. estar realmente allí.
El USB 3.0 y el malo llamado USB 3.1 (Gen 1) son sólo 5Gib/s (gigabits), mientras que el USB 3.1 Gen2 (sólo con conector Tipo C) puede funcionar a 10Gib/s, en host Windows bastante más de un gigabyte. por segundo (1GiB/s), por lo que copiar un archivo VDI de 10GiB solo tomó menos de 10 segundos.
Advertencia: USB 3.1 Gen 2 usa mucha energía, así que tenga en cuenta (sobre todo si está en una tarjeta de memoria) el calor... un SanDisk 64 GiB USB 3.1 Gen 2 se calienta tanto que puede hacer que se sienta igual que poner su mano sobre un horno caliente... así que después de desenchufarlo, espere un poco para que se enfríe o le sople aire, etc.
Si puedes pagar unos decentes 50 euros, hazte con un USB 3.1 Gen 2 Tipo C + Cable 3-1 USB C a USB A + 500GiB Sata III 2.5"... verás que no quieres volver a "comprimir" (recuerda usar herramienta CloneVDI después de realizar cambios importantes en el huésped), verá que con tal Shrink / Compact será suficiente.
Nota al margen: Mejores prácticas... mientras usa CloneVDI, use dos discos diferentes de alta velocidad (leer de uno y escribir en paralelo en el otro)... HDD interno y uno externo 3.1 Gen2 Tipo C... después de esa copia de vuelta de uno a otro. Realmente toma menos tiempo hacerlo que leer y escribir en el mismo disco y luego copiarlo al otro disco (mucho menos movimiento de cabeza)... a menos que tengas mucha suerte con un disco SSD... si es así coloque otro SSD en un gabinete externo.
Realmente he tenido (como prueba) en mis manos un almacenamiento de 1GiB (conectado a un controlador PCI express 3.0 x16) capaz de alcanzar una velocidad de escritura sostenida de 35GiB/s, sí, 35 gigabytes por segundo... puedes llenar el almacenamiento por completo. en 1/35=0,029 segundos (más rápido que la mayoría de los bancos de memoria de PC modernos); obviamente fue una “prueba de concepto” con nitrógeno líquido refrigerado, bla bla bla. La idea es que anulará el "concepto" de memoria normal de la PC... y la PC arrancará como una PDA antigua (instantánea), ya que no se necesitará energía para almacenar la memoria... no tengo idea de cuándo y si aumentará el mercado (precio). ? Mejor no pensar en ello, el prototipo costó más de 13 millones de dólares).
Hasta entonces, la forma económica es Sata III 2.5 1TiB (o 1.5TiB) en una carcasa USB 3.1 Gen 2 Tipo C... y si no tiene puertos USB 3.1, compre una tarjeta PCI Express USB 3.1 Gen 2 Tipo C barata y un USB. Cable CC para transferencias de 10GiB/s.
Si no puede permitirse esa "velocidad" y necesita permanecer en USB 2.0; Mis mejores sugerencias son dos: habilite la compresión de invitados NTFS si no le importa en absoluto que la velocidad de los invitados se reduzca mucho, y después de cambios importantes, use CloneVDI para reducir el tamaño de VDI.
Tenga en cuenta: CloneVDI no requiere que usted haga nada previamente con el invitado (como poner a cero el espacio libre, etc.), hará el trabajo completo, verá qué sectores realmente no se utilizan y los tratará como si tuvieran ceros para que no lo hagan. Continúe con la VDI generada.
Pasar CloneVDI usando un disco duro realmente "lento" (30MiB/s) en un archivo VDI de 15GiB y obtener 9GiB (en la misma partición) lleva un poco más de 25 minutos... mientras lo hace desde un USB 3.1 Gen 2 Tipo C recinto a otro tomó menos de 30 segundos; Por eso hablo tanto de USB 3.1 Gen 2 Tipo C (10Gib/s)... esperando medio minuto frente a casi media hora.
Siempre tengo todos mis VDI en dos gabinetes USB 3.1 Gen 2 Tipo C (500GiB 2.5" HDD cada uno), por lo que tengo una copia de seguridad y un rendimiento de E/S invitado realmente "rápido"... sin ocupar espacio en el disco duro interno del sistema operativo. .
Hablaré de este tipo de discos duros (los míos son muy caros, sólo los uso para pruebas cortas), pueden escribir a una velocidad sostenida cercana a 6 Gib/s (Sata III es el cuello de botella), no son SDD, pero tienen brazos múltiples, por lo que puede escribir en más de una placa a la vez, optimización NCQ, caché interna de 1GiB (no las de sólo 8MiB o 16MiB)... precio... bueno cerca de un dólar cada uno... no me gusta mucho SSD y su bajo recuento de ciclos de "borrado"... más para un uso intensivo (máquina virtual VDI).
Nunca pondría una máquina virtual en un SSD, en dos o tres años el SSD puede dañarse (los ciclos de "borrado" alcanzaron el máximo). Lo que suelo usar son dos Sata III de 2,5 pulgadas, realmente baratos y rápidos de 500 GiB, cada uno en su propia carcasa USB 3.1 Gen 2 Tipo C, por lo que obtengo una velocidad de escritura cercana a los 200 MiB/s; eso hace que CloneVDI de 15 GiB a 9 Gib se reduzca a Tarda cerca de 3 minutos. Lo suficientemente barato y rápido.
Espero haberte ayudado... a veces es mejor usar dos HDD pequeños (500GiB) que una memoria USB o un HDD grande (1.5TiB), capacidad suficiente para todos los VDI y más velocidad... si se combina con cloneVDI (leer formar uno, escribir a otro) es ideal.
Mi idea principal: cambiar la forma de pensar... si el problema es el "espacio", está bien, trabajar un poco (sin afectar la velocidad del huésped), también conocido como CloneVDI a Compact/Shrink, y obtener dos HDD portátiles externos casi rápidos que cabe en el bolsillo, por lo que también puede guardar los dos últimos estados conocidos de los VDI; y, por supuesto, use dicho disco duro externo solo para VDI, de modo que se asegure de tener suficiente espacio para el futuro... y también tenga otra copia de los VDI en discos duros internos (si hay más de una PC), para obtener... velocidad , espera baja para transferir de una PC a otra y 4 copias de seguridad (aunque solo sean dos PC, dos internas, dos externas) y 2 copias de seguridad adicionales del "estado antiguo" en discos duros externos.
En mi caso, los 60 VDI nunca usarán más de 300 GiB (el tamaño máximo de HDD interno que uso es 20 GiB), en realidad solo se necesitan alrededor de 200 GiB, entre los que podría no mantener un estado antiguo ya que los uso todos como Inmutables. así que tengo cerca de 280 GiB más para crecer (en un disco duro de 500 GiB), imagínese si uso 1 TiB o 1,5 TiB (qué desperdicio de espacio), solo para futuras versiones de Windows.
Veo con los invitados de Windows que los archivos VDI normalmente no superan los 10 GiB (recuerden que los tengo con instalación predeterminada y solo Windows, sin aplicaciones, etc.), y si coloco todas las actualizaciones de Windows (después de cleanmgr, etc. y CloneVDI aprobado). ) crece a 13GiB o 15GiB (y el crecimiento está limitado a 20GiB, ya que definí 20GiB para la partición del sistema).
De esa manera puedo probar un instalador de aplicaciones en todos los sistemas operativos, sistemas operativos recientemente instalados, sistemas operativos + actualizaciones, sistemas operativos de 32 bits/64 bits, versiones de Windows XP, 7, 8, 8.1 y 10... y ver cuáles funcionan y cuáles fallan. , etc. Dado que los configuré como inmutables, después de apagarlo en el siguiente encendido, lo primero que hace VirtualBox es eliminar los cambios, para poder probar otro instalador de aplicaciones, etc.
VirtualBOX tiene una característica oculta: puede decirle a un disco duro inmutable que no pierda los cambios cuando se enciende la máquina virtual sin dejar de ser inmutable... por lo que también puede probar los instaladores de aplicaciones que necesitan apagar la máquina.
Respuesta3
Simplemente consulte Pismo File Mount, una excelente herramienta para comprimir "sobre la marcha" con proporciones altas y bajo uso de CPU.
Tengo todos mis archivos .vdi dentro de archivos .pfo (con la compresión activada), comprime una instalación limpia de Windows (también si tiene UpDates) a menos del 50%, por lo que obtienes más del 50% de espacio.
Dichos archivos .pfo están montados en "C:\Volumes\bla_bla_bla.pfo", por lo que solo es cuestión de editar las rutas de los archivos .vbox para pintar allí.
Estoy hablando de Windows Host, en Linux todavía no he usado Pismo File Mount.
Los archivos .pfo se montan en modo lectura y escritura como una carpeta y puedes colocar dentro lo que quieras (archivos y carpetas).
La advertencia: no sé cómo reducir el tamaño del archivo .pfo
¿Para qué lo uso principalmente?: Para máquinas VirtualBOX inmutables .VDI principal, pero no para vdis que residen en la carpeta Snapshot, aquellas con autoReset="true" (ya que crecen y se reducen).
¡Espero eso ayude!