Estou procurando atualizar servidores e estou tentando descobrir um bom plano.
Atualmente, temos 4 servidores:
- Servidor de firewall / VPN do OpenBSD
- Servidores de backup FreeNAS (local) que recebem instantâneos do ZFS
- Servidores de backup FreeNAS (remotos) que recebem instantâneos do ZFS
- O servidor de trabalho FreeBSD abaixo.
Servidor FreeBSD
~ 2010 FreeBSD 8.4, 32gb ram, Xeon E5520 ZFS duplo (8 discos, zraid de discos em pares espelhados, 8TB)
Serviços:
- Samba
- Netatalk (compartilhamento de arquivos da Apple)
- Apache (principalmente interno, alguns sites externos)
- MySQL
- VirtualBox (instância do Windows 2k3)
- Instantâneos do ZFS
Meu plano (básico)
Estou planejando uma atualização de servidor que nos permita alternar de um servidor primário para dois servidores, cada um deles executando algumas das tarefas de servidor da lista acima (e replicando entre si) para que, se um deles for desativado, eu possa ativar rapidamente todos os recursos no segundo. Algo como:
Servidor1:
- Samba
- Netatalk (compartilhamento de arquivos da Apple)
- VirtualBox (instância do Windows 2k3)
- Instantâneos do ZFS
Servidor 2:
- Apache (principalmente interno, alguns sites externos)
- MySQL
- Instantâneos do ZFS
Eu já executei apenas bare metal e não tenho experiência com VMs além de executar o Windows 2k3 no VirtualBox. Devo olhar para executar minhas instâncias de servidor como VMs? Eu pensei que isso poderia facilitar a restauração de uma falha. Em geral, isso parece um bom plano?
Estive observando os servidores ixSystems e o hardware de rack da Dell, se isso faz alguma diferença. (Eu também nunca usei nenhum equipamento de montagem em rack.)
fonte
Respostas:
Sem dúvida, virtualize. Os benefícios e a flexibilidade proporcionados pela virtualização superam em muito o desempenho insignificante.
Seu plano, no entanto, é sub-ideal, principalmente porque o Virtualbox é uma solução de virtualização para desktop e não se destina ao uso do servidor.
Aqui está o que eu sugiro: instale o VMware ESXi (gratuito) nos dois servidores e crie VMs neles conforme necessário. Se você não se importa com o ESXi, considere o Hyper-V ou o KVM. Deixe o SO / hypervisor host o mais "limpo" possível, responsável apenas pela execução de suas VMs e crie VMs conforme necessário. Não execute nenhum processo de aplicativo no sistema operacional host.
Se você tiver algum orçamento para isso, adquira o pacote VMware Essentials Plus, que oferece o vCenter, o que permitirá que você faça coisas como migrações de VMs ao vivo entre hosts, gerenciamento centralizado, backups usando ferramentas como Veeam etc.
Depois de mudar para um ambiente virtualizado, você nunca mais voltará.
fonte
A virtualização ajudará tremendamente com suas necessidades.
Temos uma pequena empresa e a virtualização nos permite consolidar o hardware, aumentar a segregação de serviços para ajudar na segurança e ajudar no tempo de atividade, porque podemos migrar VMs entre hosts (hypervisors) com muita facilidade; algo que é muito difícil com o baremetal.
Usamos hardware corporativo datado em pares com partes de backup mantidas no local (ventiladores, unidades etc.), mas temos um host primário e secundário; Nosso host executa VMs que servem DRBD, Apache, MYSQL, Samba, NFS, Reslio Sync, Dropbox etc. Nós permitimos que nosso host gerencie matrizes RAID usando MDADM. Utilizando DRBD, as VMs são mantidas em sincronia em um servidor de backup; portanto, o tempo de inatividade é quase um problema, mesmo com uma falha catastrófica de hardware no host principal.
Mas, sendo uma empresa de pequeno porte, simplifica o gerenciamento de hardware, permite executar menos hardware, com implicações de longo alcance no orçamento e nos recursos de TI, e consolida o gerenciamento de nossos serviços porque é natural administrar todas as VMs de um único console em uma estação de trabalho ; para nós através do Xen Center à medida que usamos o XenServer.
Além disso, nos permite separar coisas para que coisas como serviços em nuvem possam ser virtualmente segregadas de serviços internos, proporcionando um alto grau de segurança. Por exemplo, servimos dois serviços de arquivos em nuvem separados em duas VMs separadas; um para pessoal de campo acessível através de dispositivos móveis e outro para pessoal de escritório acessível via rede interna.
Como uma observação, nosso servidor de backup (não o host secundário) não é virtualizado propositalmente, por isso temos acesso sem fio aos nossos arquivos no caso de uma falha de software ou configuração com nosso host. Ou seja, se nosso host corromper nossas VMs ou repositórios de dados de alguma forma, ainda temos acesso baretal aos arquivos e VMs.
No final, podemos fornecer à nossa empresa arquivos corporativos, backup, web, nuvem e outros serviços, tudo internamente, com custo mínimo e tempo de atividade máximo. Também nos permite expandir à medida que podemos integrar outros serviços; planejados em um futuro próximo são os serviços VPN para detentores de livros remotos e os serviços de formulários Android para pessoal de campo que precisam de um software intermediário do Windows para interagir com o MySql. Sem virutalização, precisaríamos comprar, executar e administrar mais hardware; A virtualização eliminou todos os problemas de hardware ao adicionar esses serviços e podemos simplesmente focar na integração do software / serviço, o que pode ser assustador o suficiente.
fonte