ncaio's Posts

Chimbida, tú chegou a habilitar o network I/O control no vds ? Se sim, verifica, faz um teste habilitando ou desabilitando. Já que este seu problema tá bem estranho =] Outra, talvez os drivers sejam diferentes nas versões. esxcli network vswitch dvs vmware list Faz um comparativo

Em números de reports de segurança, o produto ESX e ESXi da Vmware e dos produtos Microsoft, Ivanildo, podem ser apreciados no site do CVE. Caminho direto para os reports do Vmware: ESXI: http://www.cvedetails.com/product/16370/Vmware-Vmware-Esxi.html?vendor_id=252 ESX: Vmware Vmware Esx : CVE security vulnerabilities, versions and detailed reports Diretamente ligados ao ESX(x), tem um report apenas, mas não podemos esquecer que a base é like unix, ou melhor, like Gnu Linux. Então, os reports como heartbleed, que atinge o OpenSSL, também atinge os produtos Vmware de tabela. O Ms hyper-v, se eu não me engano, tem um CVE recente de 2013 com escalação de privilégios. Na minha opinião, indiferente do produto ou fabricante, o que vai contar é como o incidente é tratado e resolvido em tempo hábil, como o produto facilita a auditória e etc. E por aí vai...

Eu sugiro partir por 2 pontos importantes do nic team: Disponibilidade e balanceamento de carga. Disponibilidade reduzindo a exposição de um único ponto de falha e Balanceamento de carga, vai depender do algorítimo escolhido. Estes algorítimos focam mais na camada 2 do modelo de referência ISO/OSI. Por padrão, o algorítimo selecionado é o originating Vvrtual port-id, determina que os nics fazem parte do mesmo domínio L2 e ele trabalha com o trafego dos vnic ports. Você também pode ter uma agregação de links para poder trabalhar com algorítimos de camada L3, aí sua regra passa para IP-SRC-DST com nic team em IP HASH. Bem, vai depender dos modos e dos respectivos algorítimos.

Tudo aponta para um erro físico de comunicação com sua SAN. Não tem como adivinhar como é sua estrutura, mas geralmente existem mais de uma HBA no storage. Seria interessante você ir nos storages e coletar avisos que possam te levar até o erro. Em paralelo, você pode ativar o round-robin para ter mas de um canal de I/O ativo. Existem várias bases de conhecimento Vmware sobre como ativar o round-robin. Em outra linha de frente, fazer um diagnostico nas conexões físicas nas interfaces, pigtails e fibras. Essa perda de comunicação pode impactar em hosts com FS mais sensíveis, que entram em modo proteção (read only). Seria uma boa você auditar e verificar o impacto nas VMs. Via acesso ssh aos hosts, roda o comando dmesg e procure por informações referentes ao teu problema. Att Noilson Caio

Bom dia companheiro, os cuidados básicos são os mesmos do mundo real  quando se trata de um MTA de produção. Em resumo, segurança,  escalabilidade, confiabilidade. Eu particularmente não instalo o SO e  MBOX na mesma LUN, não costumo usar discos de alta performance em MTA  (só se existir em abundancia =]), RAID 5 de um grupo de HDs SATA é uma  alternativa, procuro usar volumes LVM no SO e demais cuidados. As  mudanças que faço na camada Vmware é apenas ativar "Memory Hot Add" e  "Cpu Hot Plug". Sim, quando possível, MPIO. meus R$ 0.50 =]

a) Existe alguma ferramenta de monitoramento que ajude a verificar a  carga de uso de servidores físicos, para ter ideia dos recursos a  disponibilizar no host Vmware antes de fazer o processo de P2V de tais  servidores ? Tipo, vou converter, mas preciso ter certeza de como está  sendo o uso dos recursos dos servidores físicos. Existem várias ferramentas para isso, a questão é se são de coletas extra host ou não. Se for extra host, o legal seria usar uma o smtp como foco principal. Se for um teste local, você pode usar algumas ferramentas. Caso 1: O host é um servidor de banco de dados Ms Windows: Usar o Perfmon para coletar: Comprimento da fila do processador Processos Threads Disco IO Carga de CPU Carga Processo Etc OBS: 24 hs de monitoramento de um dia de uso severo a mediano. Nunca um dia de baixa produção Caso 1: O host é um servidor de banco de dados Gnu Linux: Carga de processo Carga de CPU Carga de disco Usar o iostat e o sar para as coletas Bem, os resultados vão informar se o host em questão é ou não  subdimensionado. Se sim, o ambiente virtual terá que contemplar a falta  de recurso. b) Em um cenário onde tenho, 4 servidores, servidor A com 500GB de HD,  servidor B com 300GB, servidor C com 200GB e servidor D com 400GB, no  total eu tenho aí 1.4TB, vou converte-los, o host Vmware precisa ter o  mesmo tamanho de espaço em disco para acomodar estas máquinas ? O datastore destino tem que ter espaço para receber o TOTAL informado Valeu

As vezes o cara tem o azar de ter o processo de uninstall corrompido, pode se usar o microsoft clean up. Tem um how-to em: http://www.vladan.fr/how-to-uninstall-completeley-a-vmware-product-if-the-uninstall-process-fails/

"64-bit operation is not possible. This host does not support VT." Então é o seguinte, sendo bem curto. Para virtualizar um SO x86_64 sobre  um CPU x86_64 é preciso contar com a tecnologia VT para processadores  intel e V para AMD. Pesquise na internet se o seu processador tem a tal  tecnologia, se sim, verifique Setup/BIOS do host. Certifique que o V ou  VT esteja enable

E sim, soluções de baixo nível como a em questão, funcionam muito bem.  Várias interfaces gráficas fazem o mesmo processo do script, só que  mascarado. O próprio converter faz uma cópia que é puramente command  line.

rapaz, isso é um shell script que já diminui e muito o processo :). É  uma cópia de arquivos que pode ser automatizada por agendamento, que nos  Unix Like o serviço se chama crontab. Uma forma mais elegante de fazer  estas cópias seria usando o Rsync, ele além de ter as politicas padrões,  incremental, diferencial, full, tem  n opções que garantem a  integridade da cópia.Pena que este script citado não foi arduamente  testado com Rsync, mas pelo que vi do código, funciona. Não sei na  prática. :smileysilly: Como sempre, nada melhor que uma interface amigável.

A migração local é feita a partir de um acesso remoto, no caso é local,  ao serviço de ssh. Certifique-se que o serviço encontra em no estado de  LISTEN. Você precisar de acesso privilegiado root. O nome do pacote de  instalação do sshd é o openssh-server, que pode ser instalado usando o  apt-get.