XenServer 8.0 - Major update due Q1 2019
-
@olivierlambert How silly on the Citrix side, is not it?
XCP-ng could be the same for XenServer as Fedora is for Red Hat Enterprise Linux.
Or at least the same relationship between CentOS and RHEL.We can think of other successful relationships too, OKD and OpenShift and oVirt and Red Hat Enterprise Virtualization.
Interesting, everyone I mentioned has a Red Hat finger.
-
About Fedora/CentOS: it's exactly the message I passed to the management team: we are not an enemy but in the opposite, we can bring more people in the Xen world (also we aren't focusing on desktop virt, which is the margin in big and where Citrix is).
It seems they are a bit "against" the Open Source itself, and IMHO they see it as a threat for their business.
Luckily, Xen/XAPI are Linux Foundation projects, so it's a good protection from big dick moves.
-
@AllooTikeeChaat I would like hotplug to add and remove CPU (Sockets / Cores) and RAM to be supported with guest VM started.
-
@_danielgurgel said in XenServer 8.0 - Major update due Q1 2019:
@AllooTikeeChaat I would like hotplug to add and remove CPU (Sockets / Cores) and RAM to be supported with guest VM started.
This is already the case.
-
@olivierlambert Its seriously disappointing that Citrix see XCP-NG as a "threat" and not as a companion that can help them too. It doesn't have to be that way and I'm shocked that they were "embedding Citrix logo" into rpms. I hope that they appreciate the work (bugfixes, enhanacements, etc) that the XCP-NG team and community has been doing to help improve XS.
Do you think they will go with Xen 4.11 as that is EOL 2020 and EOS 2021 as all the other Xen releases are EOS 2020?
-
The thing is "Citrix" is a bit vague. Citrix on the "top" doesn't really care about XS, so it's more a product managers decision (to throw wrenches against us). It's also NOT something done by the dev team (because there is a lot of people working on Open Source there).
So yeah, basically, XS product management tried to "weaponize" their binary RPMs, plus the story of breaking migrations with using proprietary EMU manager. Note those attempts failed miserably, and now we are building all of our packages ourselves.
However, I recently (last months) saw some change in how they deal with our contributions, it's like they started to understand we can bring improvements (and QA). Which is our goal from the start.
Frankly, I never wanted to be considered a threat by them, I'm still thinking why they were so afraid about us doing XCP-ng (and pro support).
Regarding Xen version, we'll see the truth soon enough
-
@olivierlambert How is this done?
I'm not talking about dynamic memory or Maximum vCPU when starting a virtual server.I'm talking about hotplug, add CPU / Memory even though the values are higher than configured in the VM. Hyper-V 2016 Generation 2 has already held this and VMWare a long time with Hotplug.
-
How is this done? Just give a bigger vCPU max than current vCPU while the VM is off, same for static MAX for RAM. Xen and XenServer support this for a while and it works well. So I don't understand why you can't achieve it?
-
@olivierlambert I think you missed the point that he wants the ability to do this while the VM is running
-
And? Sure, you can do that, as long the VM is within the static min/max and under vCPU max settings. I'm using these features since I use Xen.
I'd really like to understand what's the limitation here. The only "recent" limit is the number of max vCPU can't be larger than total number of cores on the system, to avoid side channel attacks.
-
Not using the latest XS/XCP-ng but at least until 7.1 LTSR it was impossible to change the values for a running VM (by GUI). They are disabled/greyed out.
-
We had this feature exposed in Xen Orchestra since the start (or so). It's just that Citrix only added this in XenCenter recently. So it's more a client limitation done by Citrix than a real modification.
-
Even with XOA, we have the same problem with XCenter. With vCPU the rule works because you set a usage limit and can increase to the maximum that the host supports.
But for memory, we have only the minimum and maximum and the dynamic memory feature, which allows only a better allocation of the entire host.
But imagine the situation where a customer hires an 8GB VM and then wants a feature upgrade, to 16GB, the increase can not be done "hot," with the server on, requiring a schedule to perform the upgrade.
In the case of VMWare, HOTPLUG is supported, that is, I can upgrade to 16GB without turning off the VM. I believe this is a limit on qemu, since all versions of Xen (Source) support hotplug for vCPU, RAM, Disk and Network,
In XOA:
VM_BAD_POWER_STATE(OpaqueRef:8727f5ec-37ad-4273-8130-a1c0df0ed96b, halted, running)
MEMORY_CONSTRAINT_VIOLATION(Memory limits must satisfy: static_min ≤ dynamic_min ≤ dynamic_max ≤ static_max) -
I don't see the problem: just extend the static memory to the max of the host capacity and with a dynamic max to the amount you need right now.
After a while, if you need more RAM, just raise dynamic max up to static max.
Am I missing something here?
-
When I adjust the FIXED memory to 100GB, and the minimum dynamic to 40GB and maximum dynamic to 60GB.
But when I click Ok, the static memory gets the same value as the maximum dynamic.
At least in XenServer 7.1 CU2, the configuration you report does not work for me.
-
Please try with Xen Orchestra. You should be able to have this setting done once for all when the VM is halted, and then enjoy to set within the whole dynamic setting while it's up.
-
@olivierlambert said in XenServer 8.0 - Major update due Q1 2019:
Please try with Xen Orchestra. You should be able to have this setting done once for all when the VM is halted, and then enjoy to set within the whole dynamic setting while it's up.
I LOVE XOA! hehehehe
That'S exactly what I wanted.
Thanks so Much for the help and sorry for the persistence.
But See the problem, VM Guest recognizes total memory.
Is That a bug?
-
I need to run some tests on XCP-ng, but IMHO you shouldn't be able to see the static max inside the VM. You should be able to see dynamic max.
-
It's as expected in XCP-ng:
-
I tested on other VMs and the memory displayed is always the maximum static.
Will a Bug on XS 7.1?
