Hej Lurcazzus,
Det låter som ett litet trevligt kluster du har där. Rx40-serien har några år på nacken, men är ändå så pass mer modernare än rx20-maskinerna jag har i mitt labb.
Jag har hunnit gå igenom så gott som hela skaran av type-1 hypervisors som finns där ute, och är faktiskt mitt uppe i migrering från VMWare/ESXi över till Vates XCP-ng och kan dela med mig av mina erfarenheter så här långt.
Rent administrativt så skulle jag säga att XCP-ng är väldigt snarlikt ESXi med vCenter, vilket är väldigt imponerande med tanke på licenssituationen eller snarare avsaknaden av detta för XCP-ng. Det man däremot kan betala för med Vates XCP-ng så är det just för att få access till deras pro-support som jag förstås inte utnyttjar i mitt labb, de har även ett väldigt bra community där man kan ställa frågor och få snabb respons.
Plus-sidan
Licenseringskostnad är för XenOrchestra för att få tillgång till mer avancerade funktionerna och är rimligt prissatta (https://xen-orchestra.com/#!/xo-pricing)
Betald support går att köpa i olika nivåer som är rimligt prissatta (https://vates.tech/pricing-and-support/)
Stödjer alla tänkbara former av lagringslösningar
Kompetent inbyggd backup-funktion (XenOrchestra)
Smidig central hantering av VM:s (XenOrchestra)
Möjlighet att skapa mallar av snapshots för att snabbt kunna installera upp flera VM:s från en mall
Inbyggt migreringsverktyg för att migrera från VMWare (XenOrchestra)
Möjlighet att importera .vhd-filer från exempelvis Hyper-V
Möjlighet att kompilera XenOrchestra från källkod för att få tillgång till alla premium-funktioner i XenOrchestra utan kostnad
Möjlighet att skapa server pooler på upp till 60 noder per pool som delar inställningar med varandra. Detta kan tyckas vara en begränsning i större datacenter, men faktum är att man kan göra live-migreringar mellan VM:s i olika noder, och det finns säkert skäl till att man inte bör ha mer än 60 noder i en pool
Minus-sidan
Lokal webb-gui per nod saknas (XO-Lite är på gång, men är inte färdigutvecklat). Så om man har en enskild nod så behöver man antingen XenOrchestra appliance alternativt XenAdmin på en PC för att få ett gui att managera VM:s. Det går förstås att göra det mesta dock via CLI gentemot XCP-ng hosten antingen via xe kommandot eller CLI menysystemet xsconsole.
Att göra ändringar på nätverkskonfigurationen upplever jag som lite bökigare än i VMWare. Jag råkade låsa ut mig själv när jag skulle växla över till bonding/LACP på mina 10Gbe interface. Som tur är så finns det ett alternativ xsconsole under Network som heter "Emergency Network Reset" som då återställer alla nätverksinställningar tillbaks till default ej bondat.
Även om backup-lösningen som är inbyggd i XenOrchestra är väldigt kraftfull så bör man läsa på lite innan man börjar sätta upp backup-jobb då du annars kan trassla till det för dig. Men när man väl lärt sig hur det fungerar så fungerar det mycket bra.
Funktionen för att återställa enskilda filer från backup skulle kunna förbättras. Du kan inte återställa filer tillbaka till samma plats på VM:en, utan du kan ladda en mappar eller en fil som tgz- eller zip-arkiv. Visst, det kanske är att förvänta sig lite för mycket från en inbyggd backup-funktion att kunna göra annat, men det går ju att lösa med extern backup-lösning såsom Veeam eller Synology Active Backup för att exempelvis kunna erbjuda self-service återställnings-portal.
Max-storlek för virtuella diskar är 2TB med nuvarande SMAPIv1, och anledningen sägs vara att för att bibehålla smidig snapshot-hantering och backup av VM:s så har de satt denna begränsning. Med dagens servrar och NVME-lagring så räknar jag dock med att detta kommer att hävas i och med att de uppgraderar API:t till den kommande SMAPIv3 som troligtvis inte har denna begränsning. Rådet för större lagringsbehov än 2TB är att man antingen sprider ut data över flera servrar, eller att man kör en separat NAS såsom exempelvis TrueNAS för den lagringen.
Som sagt så har jag åkt några funderare vad gäller backup-funktionen, jag råkade exempelvis bocka i en ruta i backup-jobbet som tvingar alla backup:er till att göras som "full" i stället för delta även fast jobbet var uppsatt som delta-backup:er vilket fyllde upp diskutrymmet på NAS:en som jag gör som backup-remote. Så när jag väl bockade ur denna och i stället ställde in "Full backup interval" till 30 dagar i mitt fall och därefter tog bort alla felaktiga "full"-backup:er så var det löst och fungerar klockrent därefter.
Det även bra att inte glömma att sysprep:a en Windows-maskin om man har tänkt att göra snapshot och sen konvertera till template för att snabbt kunna deploy:a en drös med Windows VM:s, det hjälper att ha med sig hjärnan.
Vid migrering av VM:s över till XCP-ng från VMWare så är det viktigt att avinstallera VMWare tools innan för att undvika problem med att boota VM i XCP-ng. Detta till trots så åkte jag faktiskt på problem med migrering av en Linux VM över till XCP-ng, jag vet inte exakt vad som gjorde att maskinen inte ville boota upp korrekt i XCP-ng, men jag växlade över linux kernel till mainline-version och det löste problemet.
Angående Nutanix så kan jag säga att denna hypervisor-lösning verkligen har sina egenheter, men Prism webb-gui:t är väldigt snyggt, det också det vanligaste argumentet man får höra till att folk kör det, därför att det ser snyggt ut.