Temos muitos hosts regulares do ESX 3.5, mas estou prestes a receber um monte de servidores baseados no Xeon 55xx e acho que é hora de questionar se devemos usar o 3i no futuro. Isso me pouparia de comprar pares de discos de inicialização locais e a maioria dos patches são para o COS e não para o kernel. Nós usamos o vCenter, então não precisamos de acesso SSH. Então, minha pergunta é se eu realmente preciso do COS? O que você precisa do COS para? Obrigado.
Você pode habilitar facilmente o console oculto no 3i (antes da atualização 2):
1. On the VMware ESXi host, press ALT-F1.
2. Print **unsupported** (text will not be visible), you enter the Tech Support Mode, and you will be prompted for a password. Enter a password for the user root.
3. You should see command prompt ~ #.
4. Open the file inetd.conf using vi /etc/inetd.conf
5. Find the line, starting with #ssh and remove the #character.
6. Press ESC and type: wq, to save your changes and exit back into the console.
7. Restart the management services using the command '/sbin /services.sh restart'.
8. Now you can connect to SSH, using any ssh-client (eg, Putty).
A partir do VMware ESXi Update 2, este método de ativação do acesso SSH não está funcionando, o servises.sh não reinicia mais o daemon inet.d, que deve ativar o SSH. Para reiniciar, faça o seguinte:
* Type ps | grep inetd
The result will be something like 1299 1299 busybox inetd.
Process ID for inetd - 1299.
* Now enter the kill-HUP process_id, where process_id in this case 1299.
Depois disso, o SSH deve funcionar.
Ainda não avançamos para o ESXi porque ainda não estamos prontos para migrar para o gerenciamento baseado em CIM. Ainda usamos os agentes WBEM hospedados no COS. Revisitaremos isso com a implementação do vSphere 4.
Alguns fornecedores usam o console de serviço (COS) para otimizar as opções de anexação de armazenamento, como tempos limite do iSCSI, tamanho do bloco NFS etc., específicos de determinados controladores de armazenamento. Verifique com o fornecedor que você está usando para mais detalhes.
Talvez a melhor pergunta seja por que você precisaria do console de serviço. Eu só posso pensar em duas razões principais que você precisaria o cos. Ou para instalar software de terceiros ou para matar oficialmente uma VM suspensa. Pessoalmente, eu suporte tanto o ESX quanto o ESXi, e eu tenho preferido preferir o ESXi especialmente em tempo de patch! Quanto ao acesso SSH, se não fosse por meus colegas de trabalho * nix eu iria desligá-lo. Eu posso fazer quase qualquer coisa através do SDK usando o rCLI ou o PowerCLI. A VMware também deixou muito claro que o objetivo é remover o console de serviço. Por que investir tempo / energia mantendo um recurso marcado para exclusão?
Na realidade, é tudo de bom gosto. Se você quiser economizar algum dinheiro, não compre discos de inicialização. Talvez diminuindo a sua pegada de vulnerabilidade, etc, etc ... Vá em frente! Eu não acredito que o ESXi tenha uma desvantagem real. Não é apenas para todos ... Algumas lojas atualmente dependem do cos, e não há nada de errado com isso, mas não é necessário!