Eu tenho cerca de três servidores que provavelmente têm quase 10 anos de idade, todos usando código, o que pode ser considerado como práticas piores por causa da programação.
Estou com medo de fazer alterações na coisa (servidores de produção sempre foram a plataforma de desenvolvimento antes de eu chegar aqui, e eu realmente quero mudar isso), mas não temos uma maneira real de emular o servidor perfeitamente do que usar a coisa.
Portanto, temos que alterar o site que está sendo executado e realmente não quero ir "Opa". Conselhos sobre como fazer algo como migrar essas 3 bestas para VMs na minha área de trabalho ou algo em que posso fazer um trabalho de desenvolvimento sem me sentir como a estrela da Missão Imposável, pendurada por um fio sobre raios laser e suor escorrendo da minha cara enquanto eu cuidadosamente faço o meu trabalho?
Para ter uma idéia do que eu quero dizer com piores práticas ... temos 14 cópias do bloco "principal" de código, um monstro de 14.000 linhas do código "por favor, repita a si mesmo" trabalhado por sete desenvolvedores. dez anos, todos sentados no diretório raiz do servidor web de produção. Eu preciso mudar isso, eu preciso fazer correções sérias, mas é como jogar kaltoh enquanto é baleado cheio de drogas que alteram a mente. Ajuda?
Servidores são servidores windows2000, o banco de dados é MSSQL 2008, servidores executam IIS com PHP e ASP. Uma centena de aplicativos não tenho conhecimento sobre o compartilhamento do espaço do servidor. Um servidor gerencia nosso AD. O SharePoint existe, mas não é usado. Algum software "log in" que ninguém conhece existe lá. O Postgres está sendo executado por algum motivo. O software de firewall está lá. O Exchange 2008 está lá. O servidor antivírus está lá ... com toda a sinceridade, eu só quero replicar o site.
A VMware tem uma ferramenta chamada VMware vCenter Converter especificamente para a transição de máquinas físicas existentes para um ambiente virtual.
Para servidores anteriores ao XP / Server 2003, eu procuraria usar algo como o Norton Ghost ou o Acronis para fazer um backup e depois restaurar para o hardware virtual.
Antes de arriscar seu servidor de produção com soluções P2V complicadas, você pode tentar clonar seu servidor de produção com o Drive Snapshot. Em poucas palavras, os passos necessários são:
Tenha em mente que imaging / cloning / p2v é muito intensivo em HDD. Tente fazê-lo durante o período de pico do servidor para minimizar o impacto no desempenho de aplicativos existentes.
Crie uma imagem do servidor (Clonezilla, ghost4unix). Experimente o VMware Converter para copiar a máquina. Se não estiver funcionando, tente usar a imagem do Clonezilla para restaurar em uma VM. (Ou você usa o dd plus netcat).
Em seguida, faça a limpeza. Mova cada serviço de produção para uma nova VM. E use essas VMs como servidores de produção. Desta forma, você testará que está no controle dos novos servidores. Documente tudo. Para cada VM de prod, crie uma VM de controle de qualidade e uma VM de desenvolvimento. Os desenvolvedores terão acesso exclusivamente a Dev VMs. Não lhes conceda direitos de administrador. Você usará QA VMs para testar seu novo código. Pegue o código para migração para controle de qualidade e implantações para Prod somente a partir do controle de origem.
Além disso - se um desses servidores for um DC, NÃO virtualize uma cópia dele em um ambiente que tenha qualquer capacidade de retornar à máquina de produção (ou mesmo à rede) de onde foi clonado. Mau mau mau mal. Seu ambiente de desenvolvimento deve estar separado de qualquer maneira, mas acho que vale a pena repetir isso.
Se você tiver um sistema reserva, poderá instalar o VMware nele e usar seu conversor p2v para fazer uma cópia virtual da sua máquina física. Há algumas capturas, no entanto:
O processo de conversão instala um agente na máquina física e, como você está executando o Windows 2000, será necessário reiniciar o servidor após a instalação do agente.
Uma vez que você tenha instalado e executando sua máquina virtual, sugiro que desligue sua máquina física até colocá-la em um endereço IP diferente e com um nome de host diferente para evitar conflitos de IP.
Quando o p2v estiver concluído, você precisará configurar sua máquina virtual para usar as interfaces de rede do vmware, em vez das que foram copiadas do servidor físico. Siga as estas instruções para eliminar o não mais interfaces presentes.
vCenter Converter fará o truque, especialmente com a clonagem a frio como entens e Christopher mencionou. Programe o tempo de inatividade, clone todas as máquinas e, em seguida, reinicie-as como VMs em uma rede totalmente separada . Se houver um servidor DHCP fornecendo concessões para algumas dessas máquinas de produção, verifique se ele também está clonado.
O principal problema é poder clonar a máquina que você está usando.
Eu obtive sucesso usando o Acronis TrueImage em um Windows 2000 Server e convertendo a imagem com o VmWare Converter. Se possível, você poderia fazer isso durante a noite em um momento muito morto. O CD de inicialização do Acronis pode salvar a imagem na rede para que você não tenha certeza de tocar em nada no seu servidor original.
Para restaurar e trabalhar, é claro, REALMENTE SEJA CERTO trabalhar o mais longe possível da sua LAN de produção.
Basta colocar um pc solitário com vmware e o servidor que você está convertendo e se você precisar experimentar conexões de clientes diferentes, conecte um único switch onde conectar o servidor e os clientes e certifique-se de que NONE nunca tenha problemas.
Seguindo meu conselho e todos os outros usuários, você deve ser capaz de configurar o sistema que permitirá que você "toque" o quanto quiser e limpe o código.
Verifique novamente cada passagem, seja calmo e preciso e ninguém vai se machucar:)
Tags virtualization migration