Perguntas[virtualization](server)

Não tenho certeza se esta pergunta é mais adequada para ser feita aqui, no Super User ou no Unix Exchange, mas este me pareceu o melhor fórum.

Estou acostumado a virtualizar várias VMs em um único host. Tenho um pequeno cluster odroid N2+ em minha casa e estou curioso para saber se consigo de alguma forma produzir um único sistema operacional que rode em mais de um nó. Por exemplo, para executar um aplicativo que consome mais do que os 4 GB de RAM disponíveis por nó.

Encontrei o hadoop e o MPI, mas ambos parecem ser modelos de programação, não ferramentas para virtualizar sistemas operacionais. Também nunca ouvi falar de nada semelhante em KVM, VirtualBox, VMWare ou QEMU.

Há alguma maneira de fazer isso?

Talvez em outras palavras o que eu quero perguntar é: existe algo como uma implementação MPI do Linux? Ou isso é uma fantasia sonhada apenas pelos totalmente perturbados?

Estou fazendo uma pesquisa sobre QEMU/KVM e Firecracker/KVM. Pelo que entendi, tanto o Firecracker quanto o QEMU se comunicam com o KVM para eventualmente beneficiar a virtualização assistida por hardware, alterando o modo da CPU para convidado para host e vice-versa.

1. No modo convidado da CPU, o convidado pode executar diretamente até mesmo suas instruções privilegiadas, então por que também precisamos de paravirtualização?

2. No Firecracker, apenas 5 dispositivos emulados, como

• virtio-net,
• bloco virtio,
• virtio-vsock e assim por diante.

Mesmo neste design minimalista, temos que colocar drivers de paravirtualização. Não podemos depender apenas da virtualização assistida por hardware?

Estou tentando entender o tempo de roubo da CPU. Este artigo é o resultado principal:

https://scoutapm.com/blog/understanding-cpu-steal-time-when-should-you-be-worried

Para ser sincero, não entendo a analogia da bilheteria. No entanto, o conceito de tempo de CPU gasto por outras VMs convidadas no host parece fácil de entender.

O que não entendo são as duas causas possíveis:

1. Você precisa de uma VM maior com mais recursos de CPU (você é o problema).
2. O servidor físico está sobrecarregado e as máquinas virtuais estão competindo agressivamente por recursos (você não é o problema).

Para o ponto 1, diz ainda

Has %st (CPU Steal Time Percentage) increased on every virtual server? 
This means your virtual machines are using more CPU. You need to increase 
the CPU resources for your VMs.

Se a VM estiver mostrando uma grande quantidade de tempo de roubo, como minha VM pode ser o problema? Minha VM tem seus ciclos de CPU obtidos e alocados em outro lugar. Por que a culpa é da minha VM? Minha VM está roubando sua própria CPU? Alguém pode explicar?

Além disso, se uma VM estiver mostrando tempo de roubo de CPU. Isso significa que alguma outra VM estaria mostrando tempo de roubo de CPU negativo porque está roubando a CPU de outras VMs?

Existe alguma maneira de aumentar os recursos do hipervisor no OpenStack, por exemplo: VCPU, memória ou número dos volumes?

Eu posso usar o seguinte comando para vê-los:

openstack hypervisor stats show

Mas não consigo encontrar o arquivo de configuração. Não tenho certeza se é possível alterá-los.

desde já, obrigado

Hipervisores comuns (Proxmox, Vmware, KVM..) não impedem que a soma dos recursos virtuais alocados (como vCPU) exceda o número de recursos físicos, mesmo que alguns deles (OpenStack) limitem a taxa de sobrecompromisso (recursos_virtuais/recursos_físicos ) para um valor configurável.

Estou confuso sobre este parágrafo deste artigo

Anteriormente, o XenServer permitia o overcommit de vCPUs. No entanto, esse comportamento é bloqueado, pois pode levar a efeitos indesejáveis ​​ao executar uma VM, uma vCPU que não pode corresponder a uma pCPU

Posso lê-lo como "o excesso de comprometimento está bloqueado no Xen" ou "uma VM não pode exceder o número de núcleos físicos, mas a soma de todas as VM vCPUs pode"

É (ainda) possível comprometer demais a CPU/memória com o Xen?

Estou tentando criar uma VM do Windows com VMWare Workstation que tenha requisito de "Usar um adaptador de rede Intel e não 'Virtio'" Estou colocando isso entre aspas, pois esse é um dos requisitos listados, não cmming de mim e não posso dizer por que é necessário.

Mas não consigo encontrar onde e como configurar o tipo de adaptador de rede com VMWare Workstation.

Quanto mais eu leio sobre isso, mais eu entendo que o adaptador de rede Intel é o padrão para VMWare, mas não posso dizer com certeza.

Alguém tem informações de como fazer isso?

Estou querendo saber como eu iria atribuir um IPv4 público para cada vm que está sendo criada.

Setup : Host Server com 3 IPs no CentOS8 usando libvirt e kvm para virtualizar Bridge br0 usando eth0 como interface.

Depois de muita tentativa e erro, consegui fazer isso manualmente usando uma ponte e atribuindo o endereço IP à interface do arquivo de rede do sistema operacional convidado.

Embora eu deseje que isso seja automático, considerando que, se eu reinstalar o sistema operacional agora, ele voltará a não ter o endereço IP e o id para se conectar ao convidado e editar o endereço ipv4 nos arquivos de rede manualmente todas as vezes. Como posso evitar isso ?

Objetivo: cada IPv4 é bloqueado para uma máquina virtual e permanecerá, não importa se o sistema operacional for reinstalado.

Objetivo opcional: se algum IPv4 do sistema operacional host não for usado, ele deverá ser atribuído à próxima VM criada.

Eu tenho que codificar meu próprio software para fazer isso sempre ou existe uma maneira mais simples?

Atualmente, estou usando um laboratório de ambiente para testar o ESXi, então executo o ESX aninhado (dois ESX estão instalados no ESX)

O problema é que eu estava tentando instalar o vCenter no ESX do meu laboratório e, no final do estágio 1 da implantação do vCenter, recebi um erro que diz:

O instalador não consegue se conectar à interface de gerenciamento do servidor vcenter

Depois disso, embora diga que posso iniciar o estágio 2 com a porta 5480 do endereço IP que digitei, não consegui conectar ou mesmo pingar a Central!

A parte interessante é que depois de muito tempo pesquisando e tentando de tantas maneiras, ainda não consegui me conectar ao Center, tentei diferentes versões do VCenter e do ESX, mas o problema ainda existia.

Então eu verifiquei as configurações do Vswitch do meu ESX principal e depois de habilitar o modo promíscuo para um dos principais ESX Vswitch, o problema foi resolvido!!

Alguém pode explicar o porquê?! o que estou perdendo?

Sou novo no ambiente virtualizado. Eu tenho um servidor bare metal fornecido por uma empresa de hospedagem que tem o ESXi 6.5 rodando nele. Possui apenas um adaptador físico, uma Rede de Gerenciamento e uma Rede VM, que possui a máquina virtual. Quero permitir que a VM acesse a Internet por meio da conexão do host. Será possível? Estou planejando criar uma LAN privada e tornar a VM atual como um controlador de domínio.

Obrigado.

Eu tenho um servidor hospedado pela hetzner com um único endereço IP público que executa proxmox e algumas VMs. Este endereço IP é configurado dentro de /etc/interfaces assim:

auto enp35s0
iface enp35s0 inet static
    address {{my-public-ip}}/{{subnet}}
    gateway {{hetzner-gateway}}
    up route add -net {{hetzner-ip}} netmask 255.255.255.192 gw {{hetzner-gateway}} dev enp35s0

Esta configuração foi feita por hetzner.

Como não quero obter endereços ip adicionais do hetzner, mascarei esse ip para uma rede VM interna:

auto vmbr0
iface vmbr0 inet static
    address 172.16.0.1/24
    bridge-ports none
    bridge-stp off
    bridge-fd 0

    post-up   echo 1 > /proc/sys/net/ipv4/ip_forward
    post-up   iptables -t nat -A POSTROUTING -s '172.16.0.0/24' -o enp35s0 -j MASQUERADE
    post-down iptables -t nat -D POSTROUTING -s '172.16.0.0/24' -o enp35s0 -j MASQUERADE

Com isso minhas VMs têm acesso à internet e podem se comunicar.

Como o encaminhamento de porta do iptables é um pouco complicado para mim, comecei a usar o firewalld. Lá eu tenho minha interface enp35s0 atribuída à zona externa e vmbr0 a confiável. Eu sei que talvez eu deva atribuí-lo ao interno, mas atualmente isso realmente não faz diferença (ou acho que sim no meu caso de problema).

Agora tenho um serviço rodando dentro de uma VM com o ip 172.16.0.3 na porta 38080. Para acessar este serviço adiciono uma regra de encaminhamento de porta no firewalld:port=38080:proto=tcp:toport=38080:toaddr=172.16.0.3. Com isso posso acessar esse serviço de fora desta máquina servidora. O problema agora é que, se eu usar um software como o uptime-kuma e executá-lo também dentro de uma VM na mesma máquina física, não consigo acessar esse serviço na porta 38080 porque o encaminhamento de porta é feito apenas para solicitações externas. Importante aqui é que o nome do host que o uptime-kuma usa é o FQDN que é resolvido para o endereço IP público da minha máquina host. Então, para tornar isso possível, adiciono a mesma regra de encaminhamento de porta à zona confiável do firewalld porque minha interface vmbr0 está lá e dessa interface vem a solicitação. Agora essa conexão funciona e meu software (uptime-kuma) pode acessar meu serviço.

O grande problema agora é que TODAS as requisições de dentro da rede virtual que querem usar a porta 38080 são redirecionadas para aquela VM (172.16.0.3), mesmo aquelas que vão para um servidor completamente diferente.

Como posso dizer ao firewalld para redirecionar apenas esse tráfego se a solicitação foi realmente direcionada à máquina host?