Eu tenho uma máquina virtual com o Windows 7 de 32 bits instalado e o host é o Windows 7 de 64 bits. Eu escolhi uma imagem de disco VDI redimensionável dinamicamente. Depois de instalar o Windows na imagem do disco, ele tem cerca de 5 GB de tamanho.
Como não pretendo usar a máquina virtual com frequência, estou interessado em compactar a imagem do disco para economizar espaço em disco. Mas sou muito novo em máquinas virtuais e não sei qual é a melhor opção.
- Não comprima. Isso pode degradar muito o desempenho ou o VDI já pode ser um formato compactado e minha própria compactação é uma perda de tempo.
- Compacte o arquivo .vdi no host Windows, por meio das propriedades do arquivo.
- Dentro da máquina virtual, acesse as propriedades do disco rígido e selecione compactar a unidade.
Qual opção você acha melhor?
Obrigado.
Responder1
Escolha a opção 1 - Você definitivamente deverianãocomprimir o VDI.
Opção 2 - Abrir, fechar e trabalhar com uma imagem de disco compactada de 5 GB será visivelmente mais lento. Pode até ser dolorosamente lento. E isso seria agravado por um disco redimensionável dinamicamente.
Opção 3 - Na verdade, isso não reduziria o tamanho do disco virtual, simplesmente reduziria o tamanho dodadosnaquele disco, mas também reduza a velocidade. A compactação completa do disco, em geral, só deve ser aplicada a volumes que contenham volumes pequenos a médios.dadosarquivos ou para arquivos não acessados com frequência.
Responder2
A compactação NTFS dentro de uma máquina virtual (eu tive experiência nisso) é uma péssima ideia.
Isso faz com que a CPU fique muito alta e o ganho no VDI reduz o tamanho do arquivo não é muito, apenas 1/1,13, apenas um ganho de 20% no máximo que já vi (falando sobre um NTFS convidado com compactação habilitada em todas as partições do sistema) .
Para reduzir o vdi procure uma ferramenta chamada "CloneVDI" eu uso a versão 2.51 (não lembro onde baixei. Ele cria outro arquivo VDI a partir de um existente e tem a opção de "compactá-lo" (também conhecido como encolher).
Com essa ferramenta, todo o espaço não utilizado dentro das partições convidadas não ocupará espaço no VDI criado, certifique-se de não alterar o UUID, depois mova o ANTIGO para uma pasta temporária, mova/renomeie o NOVO onde estava, tente inicializar e se tudo correr bem (o manual da ferramenta diz que pode falhar, mas nunca vi cair) apague o ANTIGO.
Exemplo: Depois de instalar todas as atualizações em um novo Windows 7 (usando WSUS + OnLine), o VDI é superior a 15GiB; depois de "cleanmgr" e outros ajustes, a partição informa 9,5GiB usados, mas o VDI ainda é 15GiB; depois de usar o CloneVDI, o arquivo diminui para 9,5 GiB.
Oh! sim, ativando a compactação NTFS, esse VDI após usar CloneVDI vai para 8,4GiB, sim, apenas 1GiB a menos, mas o tempo de inicialização multiplica por 10.
Eu uso principalmente o CloneVDI com VDIs imutáveis e quando preciso "copiar" o VDI para outro PC em outro local (carregando-o em um stick USB 3.1 de 64GiB)... já que agora quero/preciso ter (para fins de teste de software) todos XP, 7,8,8.1 e 10 (HOME e PRO) (32 bits e 64 bits), produz 5 * 2 * 2 = 20 arquivos VDI, pior, eu também preciso deles no estado de instalação recente "limpo", apenas para durar Service Pack e com todas as atualizações... esse número se multiplica por 3, então 60 arquivos VDI... esses 64GiB não são suficientes... preciso de um HDD USB de 300GiB, então carrego um HDD Sata III 2.5 de 500GiB em um USB 3.1 Gabinete tipo C, e ainda uso CloneVDI para reduzi-los.
Se você tiver sorte, tiver uma porta USB 3.1 no computador e um HDD Sata III de 2,5" de velocidade decente (1TiB ou também 500GiB) isso será suficiente, os gabinetes 3.1 Tipo C são realmente baratos (menos de 20 euros no AliExpress) e funcionam perfeitamente , cabe no bolso, etc... Odeio conector USB tipo B (microUSB), tende a perder estabilidade (desconecta sozinho quando você menos quer), como uso conector tipo C não tive esse problema ( O conector miniUSB também é muito bom, mas não permite obter velocidade 3.1, nem velocidade 3.0, apenas velocidade 2.0.
Nota: Alguns chamam erroneamente USB 3.1 para USB 3.0... garantem USB 3.1 Gen 2 (para velocidade de HDD realmente rápida) e sim, Gen 2 só funciona em conectores Tipo C, se o conector do gabinete não for Tipo C, a velocidade máxima rápida não funcionará esteja realmente lá.
Usb 3.0 e o ruim chamado USB 3.1 (Gen 1) são apenas 5Gib/s (gigabits), enquanto o USB 3.1 Gen2 (apenas com conector Tipo C) pode funcionar a 10Gib/s, no Windows hospeda um pouco mais de um gigabyte por segundo (1GiB/s), portanto, copiar um arquivo VDI de 10GiB levou apenas menos de 10 segundos.
Atenção: USB 3.1 Gen 2 usa muita energia, então fique atento (principalmente se estiver em um cartão de memória) com o calor... um SanDisk 64 GiB USB 3.1 Gen 2 aquece tanto que pode fazer você sentir o mesmo que colocar seu mão em um forno aquecido... então depois de desligar espere um pouco para esfriar ou soprar ar, etc.
Se você puder pagar uns decentes 50 euros, compre um USB 3.1 Gen 2 Tipo C + 3-1 Cabo USB C para USB A + 500GiB Sata III 2,5"... você se verá não querendo "compressão" novamente (lembre-se de usar Ferramenta CloneVDI depois de fazer alterações importantes no convidado), você verá que com tal Shrink / Compact será suficiente.
Nota lateral: Prática recomendada... ao usar o CloneVDI, use dois discos diferentes de alta velocidade (lido de um e gravação paralela no pipeline para o outro)... HDD interno e externo 3.1 Gen2 Tipo C... depois dessa cópia de volta um para o outro. Realmente leva menos tempo fazendo isso do que ler e gravar no mesmo disco e depois copiá-lo para o outro disco (muito menos movimento da cabeça)... a menos que você tenha muita sorte com um disco SSD... se sim coloque outro SSD no gabinete externo.
Eu realmente tive (como teste) em minhas mãos um armazenamento de 1GiB (conectado a um controlador PCI Express 3.0 x16) capaz de atingir uma velocidade sustentada de gravação de 35GiB/s, sim, 35 gigabytes por segundo... você pode preencher totalmente o armazenamento em 1/35=0,029 segundos (mais rápido que a maioria dos bancos de memória de PC modernos); obviamente foi uma "prova de conceito" com nitrogênio líquido refrigerado, bla bla bla. A idéia é que anulará o "conceito" de memória normal do PC... e o PC inicializará como um PDA antigo (instantâneo), já que não será necessária energia para armazenar a memória... não tenho ideia de quando e se isso aumentará o preço do mercado ? é melhor não pensar nisso, o protótipo custou mais de US$ 13 milhões).
Até então, a maneira mais barata é Sata III 2.5 1TiB (ou 1.5TiB) em um gabinete USB 3.1 Gen 2 Tipo C... e se não tiver portas USB 3.1, compre uma placa PCI Express USB 3.1 Gen 2 Tipo C barata e um USB cabo CC para transferências de 10GiB/s.
Se não puder pagar essa “velocidade” e precisar ficar no USB 2.0; minhas melhores sugestões são duas: habilite a compactação de convidado NTFS se você não se importar, a velocidade do convidado será muito reduzida e, após alterações importantes, use CloneVDI para reduzir o tamanho do VDI.
Observação: o CloneVDI não exige que você faça nada antes do convidado (como zerar o espaço livre, etc.), ele fará o trabalho completo, verá quais setores realmente não são usados e os tratará como se tivessem zeros, para que não o façam. vá em VDI gerado.
Passar CloneVDI usando um HDD realmente "lento" (30MiB/s) em um arquivo VDI de 15GiB e obter 9GiB (na mesma partição) leva um pouco mais de 25 minutos... enquanto faz isso a partir de um USB 3.1 Gen 2 Tipo C encadeamento para outro leva menos de 30 segundos; é por isso que falo tanto sobre USB 3.1 Gen 2 Tipo C (10Gib/s)... esperando meio minuto versus quase meia hora.
Eu sempre tenho todos os meus VDIs em dois gabinetes USB 3.1 Gen 2 Tipo C (500GiB 2,5" HDD cada um), então eu tenho um BackUP e um desempenho de E/S de convidado realmente "rápido"... não ocupando espaço no HDD interno do sistema operacional .
Vou falar sobre esses HDDs (os meus são muito caros, só os uso para testes curtos), eles podem gravar sustentados perto de 6Gib/s (Sata III é o gargalo), eles não são SDD, mas têm vários braços, então pode gravar em mais de uma placa ao mesmo tempo, otimização NCQ, cache interno de 1GiB (não aqueles de apenas 8MiB ou 16MiB)... preço... bem perto de um mil dólares cada... não gosto muito do SSD e baixa contagem de ciclos de "apagamento"... mais para uso intensivo (máquina virtual VDI).
Eu nunca colocaria uma máquina virtual em um SSD, em dois ou três anos o SSD pode ser danificado (os ciclos de "apagamento" atingiram o máximo). O que eu costumo usar são dois Sata III 2.5 rápidos de 500GiB realmente baratos, cada um em seu próprio gabinete USB 3.1 Gen 2 Tipo C, então obtenho uma velocidade de gravação próxima de 200MiB/s; isso faz com que o CloneVDI 15GiB a 9Gib diminua para leve cerca de 3 minutos. Barato e rápido o suficiente.
Espero ter ajudado você... às vezes é melhor usar dois HDD pequenos (500GiB) do que um pendrive ou um HDD grande (1,5TiB), capacidade suficiente para todos os VDIs e mais velocidade... se combinado com cloneVDI (leia formar um, escrever para outro) é o ideal.
Minha idéia principal: mudar a forma de pensar... se o problema for "espaço", ok, faça um pouco de trabalho (sem impacto na velocidade do convidado), também conhecido como CloneVDI para Compactar/Encolher, e obtenha dois HDDs portáteis externos quase rápidos que cabe no bolso, para que você também possa manter os dois últimos estados conhecidos dos VDIs; e, claro, use esse HDD externo apenas para VDIs, para garantir que terá espaço suficiente para o futuro... e também tenha outra cópia dos VDIs em HDDs internos (se houver mais de um PC), para obter... velocidade , baixa espera para transferir de um PC para outro e 4 cópias de backup (se apenas dois PCs, dois internos, dois externos) e 2 cópias de backup extras do "estado antigo" em HDDs externos.
No meu caso, os 60 VDIs nunca usarão mais de 300GiB (o tamanho máximo do HDD do convidado interno que uso é 20GiB), na verdade são necessários apenas cerca de 200GiB, entre os quais eu poderia não manter um estado antigo, pois uso todos eles como imutáveis, então tenho cerca de 280GiB a mais para crescer (em um HDD de 500GiB), imagine se eu usar 1TiB ou 1,5TiB (que desperdício de espaço), apenas para versões futuras do Windows.
Vejo com convidados do Windows que os arquivos VDI normalmente não ficam maiores que 10GiB (lembre-se que os tenho com instalação padrão e apenas windows, sem aplicativos, etc), e se eu colocar todas as atualizações do windows (após cleanmgr, etc e CloneVDI aprovado ) ele cresce para 13GiB ou 15GiB (e o crescimento é limitado a 20GiB, já que defini 20GiB para partição do sistema).
Dessa forma, posso testar um instalador de aplicativo em todos os sistemas operacionais, sistemas operacionais instalados recentemente, sistemas operacionais + atualizações, sistemas operacionais de 32 bits/64 bits, versão Windows XP, 7, 8, 8.1 e 10... e ver quais funcionam e quais falham. Como eu os configurei como imutáveis, depois de desligar e ligar, a primeira coisa que o VirtualBox faz é eliminar as alterações, para que eu possa testar outro instalador de aplicativo, etc.
O VirtualBOX possui um recurso oculto: você pode dizer a um HDD imutável para não perder as alterações quando a máquina virtual é ligada, embora ainda seja imutável... para que você também possa testar instaladores de aplicativos que precisam desligar a máquina.
Responder3
Basta verificar o Pismo File Mount, ótima ferramenta para compactação "on-the-fly" com altas taxas e baixo uso de CPU.
Eu tenho todos os meus arquivos .vdi dentro de arquivos .pfo (com compactação ativada), ele compacta uma instalação limpa do Windows (também com atualizações) para menos de 50%, então você ganha mais de 50% de espaço od.
Esses arquivos .pfo são montados em "C:\Volumes\bla_bla_bla.pfo", portanto é apenas uma questão de editar os caminhos dos arquivos .vbox para pintá-los lá.
Estou falando do Windows Host, no Linux ainda não usei o Pismo File Mount.
Os arquivos .pfo são montados no modo leitura e gravação como uma pasta e você pode colocar dentro o que quiser (arquivos e pastas).
O aviso: não sei como reduzir o arquivo .pfo
Para que eu uso principalmente?: Para máquinas VirtualBOX imutáveis principais .VDI, mas não para vdis residentes na pasta Snapshot, aquelas com autoReset = "true" (já que crescem e diminuem).
Espero que ajude!