Xen - reduz a limitação de recursos/hardware?

Xen - reduz a limitação de recursos/hardware?

Depois que escolhi um provedor Xen VPS, eles me disseram que o Xen não permite que eles façam downgrade de recursos/hardware, por isso não posso fazer downgrade do meu plano. Acho essa limitação estranha... Você pode confirmar se essa limitação existe (ou não) no software/plataforma Xen?

Se a limitação não existe, por que você acha que o VPS não a configurou?

Se a limitação existir, como o Xen poderá competir com outros softwares de virtualização?

PS: Como alguém me deu um voto negativo... gostaria de dizer que pesquisei no Google e não encontrei a resposta.

PS 2: Minha dúvida não está relacionada ao licenciamento. É uma pergunta sobre um recurso do Xen

PS 3: O provedor VPS vende pacotes. Os pacotes diferem em CPU, memória, largura de banda, HD e talvez algo mais.

Desde já, obrigado!

Responder1

Esta é realmente uma ótima pergunta!

OpenVZ é uma tecnologia de virtualização em nível de sistema operacional, onde cada nó compartilha os recursos do host principal. No OpenVZ, o administrador pode apenas alterar uma configuração e um conjunto diferente de recursos será fornecido ao usuário normalmente. É por isso que quase todos os hosters (incluindo o seu, como você mencionou em seus comentários) implementam atualizações e downgrades para OpenVZ, porque alterar o processo e as alocações de memória éparecidofazendo uma mudança com ogetrlimit, setrlimit(2) chamadas do sistema, e alterar o tamanho do disco é o mesmo que fazerquotactl(2) chamada de sistema. Se você não está familiarizado com essas chamadas de sistema para entender a alegoria, basta olhar a seção HISTÓRIA para ver que elas já existiam muito antes da criação do Linux - é assim que elas são primitivas, básicas e livres de riscos. (O OpenVZ tem sua própria maneira de fazer essas coisas, mas é basicamente exatamente o mesmo conceito.)

O Xen, por outro lado, é uma virtualização completa de um hardware típico. Alterar a memória no Xen é como adicionar ou remover fisicamente os módulos de memória - você faria isso em um sistema em execução e esperaria que o software fosse capaz de lidar com isso? O mesmo para processadores. O mesmo para HDD. Então, grande coisa, basta desligar primeiro, certo? Bem, sim, isso é possível e totalmente aceitável no que diz respeito à memória e à CPU, mas o HDD é diferente, pois contém os dados que você deseja preservar.

Como o HDD é diferente? No OpenVZ, o HDD que você vê é basicamente apenas um subconjunto dos arquivos reais de um sistema de arquivos host existente; se você não tiver arquivos, não será necessário tamanho; e todos os limites são efetivamentemacio. No Xen, seria o sistema de arquivos real, apoiado por um arquivo de determinado tamanho no host, do mesmo tamanho do seu disco virtualizado.

Vamos esquecer a virtualização por um minuto. Agora, se você já fez uma cópia literal (comdd(1)) de um HDD menor para um HDD maior, você saberia que os resultados pareceriam idênticos, sem mostrar nenhum aumento de espaço em disco. Isso ocorre porque você está copiando o sistema de arquivos real e odisklabel(5)do disco literalmente. Se você quiser usar mais espaço no mesmo sistema de arquivos, primeiro terá que editar a partição MBR do disco comfdisk(8), então disklabel comdisklabel(8), e só então liguegrowfs(8)para realmente aumentar o tamanho do sistema de arquivos. O próprio sistema de arquivos contém vários metadados em todo o disco, portanto, ele deve ser aumentado e reduzido com um comando especial. Se você olhar a página de manual, notará que o próprio growfs é uma invenção muito mais moderna (pode até ser uma atualização do GNU/Linux!), e, pelo menos no mundo BSD, ainda falta um requisito "shrinkfs ".

Agora, de volta ao Xen. O HDD do seu VPS provavelmente é apoiado por um único arquivo de tamanho específico no host Xen subjacente. Para reduzi-lo, você primeiro teria que reduzir o sistema de arquivos subjacente dentro do seu VPS (felizmente, ao contrário do ffs/ufs no *BSD, na verdade diminuirésuportado no Linux para ext2/ext3 etc), então se preocupe com o disklabel/fdisk, conforme aplicável. Só então o provedor de hospedagem Xen poderia truncar o arquivo subjacente que faz backup do seu HDD.

Basta dizer,é tudo bem possível, e Linode, por exemplo, automatiza todas essas coisas (incluindo reduzir e aumentar automaticamente seu sistema de arquivos conforme necessário, sem qualquer intervenção de sua parte). Mas, nem é preciso dizer, tudo isso parecemuito mais complicadodo que apenas fazer uma chamada de sistema (que na verdade não precisa fazer nada além de modificar uma variável e reiniciar um processo), não é?

PS: Muitas vezes, os hosters se recusam especificamente a rebaixar os preços de pedidos mais antigos, dizendo ao cliente para fazer um novo pedido, porque sabem que nem todos se darão ao trabalho de ter tantos problemas apenas para economizar alguns rublos aqui e ali. E para o hoster, isso é uma receita extra.

No entanto, em termos de manter o seu endereço IP, você pode perguntar ao seu hoster se seria possível reatribuir o seu antigo endereço IPv4 ao seu novo servidor assim que terminar a migração. Se eles também não estiverem dispostos a oferecer algo assim, sugiro que você considere fortemente migrar para o concorrente deles.

Responder2

Espaço em disco:Reduzir um dispositivo de bloco sem primeiro reduzir o sistema de arquivos provavelmente destruiria o sistema de arquivos. Como o sistema de arquivos provavelmente (não tenho informações suficientes sobre o seu plano) não é gerenciado pelo seu hoster, eles não podem simplesmente fazer isso.

CPU: A interface de gerenciamento do Xens permite diminuir a quantidade de vcpus atribuídos com xm vcpu-set.

Memória: O mesmo vale para memória com xm mem-set. Mas com este, não é uma boa ideia fazer isso. Vou citar a página de manual do xm aqui:

Como esta operação requer a cooperação do sistema operacional do domínio, não há garantia de que será bem-sucedida. Este comando definitivamente não funcionará a menos que o domínio tenha o driver paravirt necessário.

Aviso: não há uma boa maneira de saber com antecedência o quão pequeno um conjunto de memórias tornará um domínio instável e causará seu travamento. Tenha muito cuidado ao usar este comando em domínios em execução.

A redução da CPU/memória seria completamente isenta de problemas se eles simplesmente reiniciassem seu VPS no host Xen (Dom0), resultando em um pequeno tempo de inatividade.

Responder3

Há muitas incógnitas em sua postagem - quando você diz downgrade, você quer dizer reduzir a potência da CPU, diminuir a quantidade de memória RAM, diminuir o tamanho do disco, limitar a rede?

É muito possível que o provedor esteja correto ao afirmar que não pode simplesmente fazer o downgrade de sua máquina, se você estiver procurando por uma CPU menor. Digamos que você tenha uma máquina virtual Ubuntu 14.04 em um cluster Xen versão 6.2. Esta CPU do cluster é de 2 GHz. Digamos que você não queira pagar por mais de 1 GHz de poder de processamento e solicite um downgrade.

É possível que eles tenham um pool Xen com processadores de 1 GHz, mas em vez de ser algo como 6.2, é a versão 5.6 - que é incompatível com o Ubuntu 14.04, portanto não pode ser movido para o cluster mais antigo com velocidades de CPU mais lentas. Uma nova máquina poderia ser construída na máquina mais lenta, mas uma simples mudança entre pools não é algo que possa ser realizado.

Com o Xen, você não pode simplesmente dizer 'dê à minha máquina apenas 1 GHz de potência de CPU' da mesma forma que a RAM pode ser aumentada/diminuída com alguns comandos rápidos. A CPU é virtualizada a partir do que a máquina host possui e não pode ser manipulada dessa maneira usando o Xen. Existem maneiras de dizer quantos núcleos/sockets você fornece a uma máquina virtual, mas isso não reduzirá a velocidade da sua CPU, apenas quantos núcleos estão expostos ao seu nó.

Sem saber mais sobre o que você deseja fazer o downgrade e/ou o que está tentando fazer do lado dos provedores, isso é o mais detalhado possível - mas é muito possível que esse seja um dos muitos cenários que o provedor tem.

Responder4

O Xen cria um arquivo de configuração .cfg para cada convidado (chamado DOMU em /etc/xen/DOMAIN.cfg) onde é possível alterar parâmetros incluindo o número de CPUs virtuais, memória RAM inicial quando o VPS inicia e memória RAM máxima quando o VPS está em execução .

Se alguém alterar os parâmetros do arquivo cfg deste Domu e reiniciar o VPS os novos parâmetros serão aplicados.

Referência: http://wiki.xenproject.org/wiki/Xen_3.x_Configuration_File_Options

Devo mencionar que é um pouco mais complicado aumentar o espaço de armazenamento (de SSD ou HD) para um VPS rodando em XEN. Neste caso, o administrador deve desligar o vps, adicionar zeros no final do arquivo do servidor virtual com a linha de comando dd, verificar se está tudo bem e reiniciar.

informação relacionada