Recentemente, em uma comunidade (VsSupport, caso alguém esteja interessado) ocorreu um drama sem precedentes - aparentemente, o conhecimento da comunidade pode ser perdido!!! E tudo isso porque os millennials (a nova reencarnação das crianças índigo) não conseguem administrar um blog sozinhos e é difícil procurar no Google.
A partir das discussões sobre "para onde o mundo está indo" nasceu este artigo sobre o início do trabalho com VMware.
Início do trabalho com VMware e erros iniciais
Por uma razão que não compreendo, ao trabalhar com VMware, mais especificamente com ESXi e WS, as pessoas começam a discutir a teoria, desvinculando-a da prática. A teoria envolve discussões sobre o tipo de hipervisor (primeiro, segundo, já não é o primeiro, mas ainda não é o segundo, não é hipervisor, e assim por diante) e sua influência no desempenho. Um exemplo de tal artigo é - , e no artigo sobre uma coisa esqueceram (Xen, Virtual PC), e sobre outra nem mencionaram (Protection ring).
A prática está bastante distante dessa parte da teoria e, em primeiro lugar, exige uma verificação de coisas completamente diferentes.
Portanto, se você se deparar com um trabalho onde:
- existe VMware ESXi, vCenter e muitas outras palavras assustadoras
- não há documentação, logins, senhas, backups e na verdade nada
- você não conseguiu encontrar um artigo sem paralelo
Então, você tem apenas uma semana para preparar o trabalho e um fim de semana para verificar as seguintes coisas no que diz respeito ao VMware (sem considerar backups, o estado dos próprios servidores, discos e assim por diante - como descrito na recente e excelente . Isso é:
— IP, logins e senhas do BIOS e IPMI ()
— IP, logins e senhas dos próprios hosts VMware
Como mencionado no VsSupport,
«As senhas (ou melhor, seus hashes) dos usuários do ESXi são armazenadas no arquivo etc/shadow, que está em um arquivo local.tgz, que por sua vez está em um arquivo state.tgz.
Há duas em partições diferentes sda5sda6«
ou você terá que ler muitas letras estrangeiras —
— Configurações de desempenho do próprio servidor no BIOS
Como se viu, para muitos é uma revelação que um servidor moderno de qualquer empresa é verde e plano, portanto, pode fazer um truque extremamente traiçoeiro — por exemplo, reduzir drasticamente o desempenho ao desligar uma unidade de fonte de alimentação.
— Verificação da localização da partição scratch do ESXi de acordo com — E por fim, preparação para a instalação de patches, pelo menos do ESXi
P.S. Nota escrita sob a impressão da pergunta na comunidade "É necessário conectar a porta IPMI ao portão de rede no próprio servidor?" e queixas de que o suporte básico nativo da VMware é caro, enquanto o nível de cordialidade do suporte para a edição torrent na comunidade VsSupport é claramente baixo.
Guaxinins foram pegos
Fonte: habr.com
