máquinas virtuais, inicialização dupla e discos de dados no SSD

Question

Isso está no planejamento, então se eu entendi errado a estratégia, por favor me avise. Há várias perguntas aqui, mas acho que todas elas degeneram com as mesmas respostas.

O hardware é um laptop com um único SSD. Estou tentando não perder o desempenho do SSD.

Eu planejo um Windows dual boot nativo (mais o cygwin) e uma máquina Linux que é meu BYOD e representa o ambiente de desenvolvimento. Eu mantenho a base de código em uma partição compartilhada (embora às vezes isso é um SSD de thunderbolt externo) que pode ser nativamente "montado" por qualquer sistema operacional está em operação. Eu inicializo em um ou outro ambiente, dependendo da tarefa em mãos. Às vezes eu tenho que desenvolver com ferramentas do Windows, mas geralmente, o Linux é o meu ambiente de desenvolvimento preferido.

Seria ideal se eu pudesse VM o outro sistema operacional e executar qualquer um dos dois. Vou assumir, porque não encontrei uma solução baseada em VM sensata, que envolvi o samba para compartilhar a partição de código entre as VMs. Isso vai explodir meu desempenho de SSD na VM?

O cliente também me fornece uma VM para o ambiente de destino, geralmente o Linux. Isso geralmente não é adequado para o desenvolvimento e é usado apenas para testes. Eu normalmente mantenho duas cópias disso, uma como sandbox e uma que implanto usando o método preferido do cliente. Eu guardo esses instantâneos de VMs na partição compartilhada.

O último é interagido com a rede e, portanto, não tem requisitos de compartilhamento de disco. No entanto, seria útil para o sandbox poder "montar" a base de código do sistema operacional executado nativamente. Isso é samba ou nfs novamente, dependendo do sistema operacional nativo?

Estou perdendo um truque que permite que tudo funcione bem com todos os quatro ambientes em execução sem perder o desempenho do SSD?

    

Answer 1

Não sei por que você está descartando uma solução de VM. As VMs têm estas vantagens: (estou copiando minha própria resposta para uma pergunta um pouco semelhante):

1. As máquinas podem funcionar simultaneamente, sem necessidade de desligar uma para iniciar a outra;

2. Tempos de acesso muito menores: mesmo que você tenha sua VM desligada, ativá-la dentro do host é muito mais rápido do que desligar / inicializar;

3. Facilidade de compartilhamento de dados. O compartilhamento de pastas é trivial, por exemplo, no VirtualBox, para que todos os seus dados possam ser disponibilizados simultaneamente para ambos os sistemas, sendo executados simultaneamente. Não precisa se preocupar com diferentes sistemas de arquivos, nem com a configuração do SAMBA;

4. Facilidade de redimensionamento da máquina convidada. Se, após a instalação inicial, você decidir que precisa de mais espaço em disco, a tarefa de redimensionar seu disco virtual é trivial, em comparação com a tarefa real de redimensionar uma partição não vazia;

5. Contornar as restrições de acesso nas LANs onde, por exemplo, a filtragem de MAC é ativada; Nesse caso, em vez de registrar um novo PC (a solução para a inicialização dupla), tudo o que você precisa fazer é habilitar a conexão da máquina virtual via NAT;

6. facilidade de controle da VM através da CLI. Basicamente, todo o processo pode ser facilmente roteirizado e até mesmo executado de forma remota. Tente isso com uma inicialização dupla.

7. Facilidade de relocação. Com o formato óvulo, sua VM pode ser facilmente transferida para um PC completamente diferente, executando um sistema operacional diferente e um hipervisor diferente.

E, é claro, isso tornaria o uso das VMs fornecidas pelo cliente também trivial.