@irtaza9
Why iDRAC and XCP-ng Backups Are Slow (I hope this is helpful, assuming I understand your topology and configuration correctly):
• iDRAC Virtual Media / HTML5 Limits: iDRAC virtual media or browser-based streaming sessions are heavily throttled by encryption overhead and are not designed for bulk high-speed data exports. Furthermore, if the iDRAC dedicated network port is negotiated at 100 Mbps instead of 1 Gbps (check for an orange link light), transfer speeds will crawl.
• Xen Orchestra (XOA) / XAPI Bottlenecks: XCP-ng exports VM data through the XAPI stack by generating compressed .xva streams or full backups, which can heavily tax CPU cores on the XOA/dom0 appliance and cap throughput around 50–80 MiB/s even on fast networks. So, check with top or xentop what your dom0 load is when you have an active backup to see if the CPU and/ or memory are overburdened.
• CPU Starvation on XOA: Backup worker processes (backupWorker.mjs) can saturate available vCPUs on the Xen Orchestra appliance if it is only allocated 2 vCPUs. Again, check with top or xentop whetgher your vCPUS are saturated.