Dado que o XenServer (7 atualmente) é baseado no CentOS, isso significa que ele funciona exatamente como o CentOS em termos de atualização, CLI, administração (não específica do Xen, como mdadm e gerenciadores de inicialização) etc?
Basicamente, se eu quiser usar o XenServer, comprometo-me a usar, aprender e trabalhar da "maneira" do CentOS?
Temos um novo servidor (para nós) a caminho e agora é a hora de mudar de hipervisores e estamos prontos para usar o Xen.
Nossa configuração atual com a qual estou familiarizado e que pode administrar com eficiência é um host Debian com algumas VMs usando o Virtual Box, o que é menos do que o ideal, para dizer o mínimo. Devido a isso, eu estou familiarizado com o trabalho no Debian e fiz uma escolha consciente de usar o Debian em nossos servidores. Como administro apenas nossos servidores para nossas pequenas empresas, não tenho a diversidade de outras configurações e outras distribuições para trabalhar.
Pelo meu entendimento, a maneira como o Redhat faz as coisas é um pouco diferente das distribuições baseadas no Debian e exigiria uma curva de aprendizado de quantia desconhecida; mas uma curva de aprendizado, com certeza.
Então, se eu uso o XenServer, também estou me comprometendo com a curva de aprendizado do Redhat?
Estou ciente de que posso instalar o Xen com um Dom0 baseado no Debian, mas o consenso que li parece dizer que o XenServer funciona melhor em geral. No entanto, haverá um pouco de configuração que precisarei fazer, como colocar nossas matrizes RAID locais em funcionamento para os compartilhamentos Dom0, Xen e Network, além de colocar os gerenciadores de inicialização e o grub em ordem. Eu posso fazer essa configuração com bastante facilidade no Debian, então estou tentando pesar o custo na hora de tentar fazer a mesma configuração da maneira CentOS que, receio, acrescentará uma quantidade considerável de tempo para obter o novo servidor na Produção, devido à TI. sozinho para nossa empresa acontece lentamente depois das horas de negócios; daí a pergunta.
cd
e, eventualmente, algunsrm
para limpar as coisas. Pode até precisarcurl
ouwget
(acho que um ou outro já está instalado) para colocar os patches no mestre do pool esha256sum
verificar sua integridade. Caso contrário, a Citrix preferiria que você não se intrometesse com o sistema operacional base - pense nisso como um aparelho.Primeiramente, você está se comprometendo a trabalhar da maneira do XenServer. Este produto é essencialmente um dispositivo e a maioria das coisas diferentes entre o Debian e o CentOS fica oculta de qualquer maneira ou é melhor mantida pelas ferramentas que o XenServer oferece.
Você pode testar isso facilmente, é fácil configurar uma VM de teste com o XenServer (sim, ele é executado dentro de uma VM).
fonte
Eu trabalho com o Xenserver quase todos os dias. Em um servidor simples ou em um pequeno pool, haveria muito pouca necessidade de interagir com o SO subjacente, esse é o ponto.
Mas temos mais de 60 xenservers e historicamente usamos o Salt para fazer alterações em todo o site, como "alguém está à esquerda, alterar todas as senhas raiz e todas as senhas DRAC" ou atualizar servidores DNS ou simplesmente anexar um domínio de pesquisa ao resolv.conf ou para instalar o monitoramento de hardware opcional da dell, ou coisas simples como o mais recente agente checkmk.
Na versão 6.5, isso funcionou bem, apesar de não ser oficialmente suportado.
No 7.0, os RPMs não estão disponíveis e a instalação do salt RPM simplesmente reclama de dependências ausentes.
Portanto, para responder à sua pergunta, não, administrar o xenserver é como administrar um dispositivo, desde que você não faça nada de estranho
fonte