se você está falando sobre um hospedeiro de vSphere, você pode ver ou ouvir as pessoas se referirem a eles como ESXi, ou às vezes ESX. Não, alguém não largou o i, havia uma versão anterior da Hipervisora vSphere chamada ESX. Você também pode ouvir ESX referido como ESX classic ou ESX forma completa. Hoje eu quero dar uma olhada em ESX vs ESXi e ver qual é a diferença entre eles. Mais importante, eu quero olhar para algumas das razões pelas quais o VMware mudou a arquitetura hipervisor vSphere começando em 2009.
neste guia
o que é o ESX? (Elástico Sky X)
querendo saber o que é ESX? ESX significa elástico Sky X. ESX é o hipervisor de metal que todos conhecemos e o amor foi originalmente chamado de VMware. Foi realmente onde a virtualização começou.
para a lição de história do VMware de hoje, vamos começar com o ESX. ESX era o que o hipervisor de metal VMware era originalmente chamado. Enquanto a funcionalidade dos hosts ESXi de hoje é muito semelhante (embora muito mais avançada) à ESX, há alguma diferença arquitetônica importante.
a principal diferença foi o console de serviço ESX. Na verdade, meu primeiro post no blog foi dedicado ao console de serviço ESX.
pense no console de serviço como uma pequena máquina virtual que correu ao lado do seu VMs convidado e forneceu acesso de gestão ao host ESX. A consola de serviço permitiu-lhe fazer login no ESX e emitir comandos do esxcfg numa linha de comandos para configurar a sua máquina.
Aqui é uma simples representação do que aconteceu:
Além de acessar a linha de comando, você pode baixar e instalar praticamente qualquer agente que você queria para o console de serviço ESX, como agentes de monitoramento de hardware, backup, ou bem, qualquer coisa que você queria realmente.
os agentes de gestão ESX também viviam aqui no console de serviço.
o console de serviço falou com o VMkernel, que é basicamente o cérebro do seu hospedeiro ESX ou ESXi.Antes de falarmos mais sobre o VMkernel, vamos dar uma olhada no que mudou com o ESXi.O que é ESXi? (ESX integrated)
Wondering what is ESXi? É a próxima geração da VMware ESX hypervisor. ESXi significa ESX integrated.
quando o ESXi foi criado, o VMware integrou a funcionalidade da consola de serviço no VMkernel, assim:
novamente, este é um diagrama muito simples, mas você pode ver quais foram as principais mudanças, a maior que está eliminando completamente a consola de serviço a partir da arquitetura ESXi.Por Mais que eu resistisse a esta mudança na época, fazia sentido por várias razões. Lembre-se, ESXi saiu com vSphere 4 em 2009, que foi o boom da virtualização. Todos estavam Virtualizando tudo no site, e executando suas missões de trabalho crítico em ESX.
Aqui estão algumas das razões pelas quais a VMware pode ter visto como adequado para fazer esta mudança.
Desempenho e Estabilidade para o VMware ESXi
Enquanto o console de serviço só poderia usar até 800 MB de RAM (que pode ser significativo, acredite ou não em alguns dos hosts de 2009 era), ele ainda pode causar estragos com o desempenho e a estabilidade.Lembras-te dos agentes de terceiros de que falámos? Bem, neste caso, um mau agente pode trazer-lhe o hospedeiro ESX para uma paragem gritante, o que não foi uma coisa boa.
a segurança hipervisor do VMware
a razão pela qual foi tão fácil de desenvolver e instalar agentes no console de serviço foi porque o console de serviço era basicamente um VM linux sentado em sua máquina ESX com acesso ao VMkernel.Isso significa que o console de serviço teve que ser remendado como qualquer outro sistema operacional Linux, e era suscetível a qualquer coisa que um servidor Linux fosse.Ver um problema com isso e executar missões críticas? Absolutamente.Ao se livrar deste “VM de gerenciamento”, O VMware foi capaz de reduzir significativamente a superfície de ataque de seu hipervisor, que estava se tornando cada vez mais importante à medida que a adoção crescia tão rapidamente.
Simplification of Virtualization Management
By integrating these management functions into the VMkernel, the ESXi architecture became much simpler than ESX. Como qualquer um que alguma vez arquitectou qualquer coisa pode dizer-lhe, quanto mais simples, melhor.
por exemplo, em vez de instalar um agente de terceiros para monitoramento de hardware, o VMware introduziu o modelo de informação comum ou CIM. Isso permitiu que dados de hardware fossem facilmente vistos no servidor vCenter, e plataformas comuns de gerenciamento de hardware para acessá-lo através do vCenter.
para uma grande visão geral da CIM, certifique-se de verificar este blog no site da VMware. É de 2011, e maravilhosamente explica esta enorme mudança na arquitetura ESX vs ESXi.
isto não só simplificou a gestão, como também contribuiu para a estabilidade e segurança da ESXi como um todo.O que é o VMkernel? Falamos muito sobre o VMkernel, que é o cérebro de ESXi.
quero dar-lhe uma visão geral simples para que possa realmente começar a compreender as suas capacidades.Como eu disse, o VMkernel é o cérebro da operação. Ele lida com coisas como agendamento de recursos, e gestão de recursos.
as pilhas de rede e armazenamento também estão no VMkernel, e os controladores de dispositivos hosts da ESXi também são tratados pelo VMkernel.
o que são os portos VMkernel? Nos dias de ESX, conectamo-nos aos nossos anfitriões com uma porta de consola de serviço especial. Isto foi configurado durante o processo de instalação do ESX, para que pudéssemos nos conectar aos nossos hosts para continuar a configurá-los e geri-los.A partir de ESXi, configuramos uma porta VMkernel para gestão. Hoje, os portos VMkernel servem muito mais propósitos do que apenas gestão, como o produto vSphere tem avançado tremendamente.
quando ESXi estreou pela primeira vez, as portas de VMkernel foram configuradas para gerenciamento, vMotion e armazenamento baseado em IP se você estivesse usando. Se você está configurando uma porta VMkernel para armazenamento, você simplesmente não diz a vSphere que é para um propósito especial como os listados acima. Isso é porque ele vai sobre a pilha padrão TCP/IP na vSphere.
VMkernel ports é claro que existiam antes de ESXi, mas a menos que você estivesse usando o armazenamento IP ou vMotion (que nos primeiros dias acreditam ou não foram comumente usados), você provavelmente nunca tinha configurado um porto VMkernel antes.
hoje, como você pode ver, existem muitas mais aplicações para o uso de portas VMkernel. Você pode ler mais sobre eles no VMkernel Networking Guide do VMware.
ESX vs ESXi Isn’t Even A Comparison
When ESXi first came out, many vSphere administrators, myself included, were obsessed with comparing ESX vs ESXi. Estávamos tão habituados à consola de serviço e às nossas operações vSphere em torno dela que foi uma enorme mudança de paradigma.
I remember I specifically used a tool in the service console to manage my large ESX environment. Antes de ESXi, coisas como PowerCLI não eram amplamente usadas porque não havia razão para isso, você apenas usou os comandos esxcfg no console de serviço.O VMware Infrastructure Toolkit (para Windows), ou o VI Toolkit foi o antecessor da PowerCLI não foi lançado até julho de 2008. Em retrospectiva, você poderia ver VMware configurando o palco para o futuro de sua plataforma, minha garantia de desempenho, garantir a base de código, e racionalizar a gestão.Admitamos, ESX como sabíamos que não iria suportar a continuação da trajetória ascendente da vSphere. VMware teve que tomar medidas para provar o seu produto futuro para o que estava para vir.
In vSphere 4, VMware offered both ESX and ESXi to allow customers to gradually make the shift, but when vSphere 5 came in 2011, ESXi became the VMware vSphere hypervisor.
foi nessa época que também vimos ferramentas como Auto Deploy emergir, e PowerCLI começar a se tornar supercharged.
também vimos mais e mais recursos chegar tanto a ESXi e vCenter. Se você comparou ESX 4.1, que foi a última versão do ESX full form para ESXi 6.7 você provavelmente iria apenas rir de ESX se a sua primeira versão de vSphere foi 6 ou mais.Apesar de ter sido claramente de vanguarda quando saiu, as mudanças feitas na arquitetura ESX vs ESXi estabeleceram o palco para o avanço e crescimento contínuos da vSphere. Sem esta mudança para ESXi, simplesmente não estaríamos onde estamos hoje.