Solved Get Large Disk Images on XenServer 6.5 on Local Filesystem?
-
@ntoxicator said in Get Large Disk Images on XenServer 6.5 on Local Filesystem?:
Where as, Localized storage. You're limited to straight CLI on CentOS. I'm assuming would have to use SCP command to take the disk file and copy to say an external NFS Share (migration reasons)
Just use Filezilla or WinSCP. Boom, full GUI and super simple to use.
-
@scottalanmiller said
Just use Filezilla or WinSCP. Boom, full GUI and super simple to use.
DUH. moment on my behalf. I went full stubborn for a moment. Thanks
-
@DustinB3403 said in Get Large Disk Images on XenServer 6.5 on Local Filesystem?:
@ntoxicator The issue here (does present a single point of failure) but only for the storage device.
Sure if that device dies that storage is offline, but the VM is still usable. So it's a Storage SPOF, rather than a System SPOF.
Wait a min, what? isn't what you describe - a storage SPOF an inverted pyramid of doom?
-
@Dashrender said in [
Wait a min, what? isn't what you describe - a storage SPOF an inverted pyramid of doom?
That is indeed inverted pyramid, per Scottalanmiller descriptions and article.
-
@Dashrender sadly it could be an iPOD.
-
Damn, that took me 20 mins to get through (my most recent post before this was made when I started reading the thread).
While the requirement to use spanning sucks, it's a decent solution to this problem that really shouldn't be any more problematic than having a single large partition once it's configured. Given the choice between using spanning or buying a third party NFS mounting software for Windows, then buying external storage that supports NFS, then mounting that storage to Windows via NFS to then be shared out to users through Windows via NFS (possibly creating an IPOD) - yeah I'll keep spanning.
-
@Dashrender said in Get Large Disk Images on XenServer 6.5 on Local Filesystem?:
Damn, that took me 20 mins to get through (my most recent post before this was made when I started reading the thread).
While the requirement to use spanning sucks, it's a decent solution to this problem that really shouldn't be any more problematic than having a single large partition once it's configured. Given the choice between using spanning or buying a third party NFS mounting software for Windows, then buying external storage that supports NFS, then mounting that storage to Windows via NFS to then be shared out to users through Windows via NFS (possibly creating an IPOD) - yeah I'll keep spanning.
I'll agree with this. Otherwise <---- Gun to head, or we be $$$$$ throwing big money for full on NAS/SAN solution for HA setup.
-
@Dashrender said in Get Large Disk Images on XenServer 6.5 on Local Filesystem?:
Damn, that took me 20 mins to get through (my most recent post before this was made when I started reading the thread).
While the requirement to use spanning sucks, it's a decent solution to this problem that really shouldn't be any more problematic than having a single large partition once it's configured. Given the choice between using spanning or buying a third party NFS mounting software for Windows, then buying external storage that supports NFS, then mounting that storage to Windows via NFS to then be shared out to users through Windows via NFS (possibly creating an IPOD) - yeah I'll keep spanning.
You're still limited to the 6 drives per VM though. So the max total you can have period is 12TB per VM.
Edit: Ah that was 6.2 Looks like 6.5 has a limit of 16 VDIs.
-
@johnhooks Which that is 32TB of storage on a single VM.
-
Is there a simple way to make a QCOW based file that XS will use?
-
@ntoxicator said in [Get Large Disk Images on XenServer 6.5 on Local Filesystem?](/topic/8946/get-large-disk-images]
I'll agree with this. Otherwise <---- Gun to head, or we be $$$$$ throwing big money for full on NAS/SAN solution for HA setup.
Now that I don't really understand. You wouldn't need HA for the SAN/NAS situation if you aren't doing it with local storage.
For example, you have one XS server, and you direct attach a SAN/NAS storage solution to it. Have you made it more complex more points of failure, sure, but so much so that you need to make it HA? Probably not, at least not in this case. Why not? Because you're reason for going to SAN/NAS isn't HA, it's to solve a single storage presentation problem, which you would be solving through either iSCSI or NFS or SMB most likely.
But I still wouldn't do this over a spanning solution.
-
XS's VHD limitation is akin to the old LBA limitation.
And in this case you'd be using external storage to solve it by doing to a different connection method/protocol, bypassing XS altogether. -
@ntoxicator said in Get Large Disk Images on XenServer 6.5 on Local Filesystem?:
@Dashrender said in [
Wait a min, what? isn't what you describe - a storage SPOF an inverted pyramid of doom?
That is indeed inverted pyramid, per Scottalanmiller descriptions and article.
When I mentioned IPOD earlier - I was thinking that their was an expectation that many servers would be accessing the storage... I see not that wasn't what this discussion was about - so I stand corrected.
-
Wonder why XS hasn't moved to VHDX?
Any thoughts?
-
@BRRABill said in Get Large Disk Images on XenServer 6.5 on Local Filesystem?:
Wonder why XS hasn't moved to VHDX?
Any thoughts?
Or QCOW, the native format???
-
@scottalanmiller said in Get Large Disk Images on XenServer 6.5 on Local Filesystem?:
@BRRABill said in Get Large Disk Images on XenServer 6.5 on Local Filesystem?:
Wonder why XS hasn't moved to VHDX?
Any thoughts?
Or QCOW, the native format???
I second this. QCOW would be better.
-
Still no reason for folks to run ProxMox in Business environment? I know I got hit over the head before making this mention
-
I wonder how the conversion would go for EXT3 to QCOW, along with the VM conversion.....
-
Right, doesn't have to be VHDX, just anything that supports larger than 2TB.
-
@scottalanmiller said in Get Large Disk Images on XenServer 6.5 on Local Filesystem?:
Is there a simple way to make a QCOW based file that XS will use?
Only stuff I can find is converting from qcow2 to VHD or the other way around.
I found a good utility to convert from
.xvato.img, then just used qemu to convert the.imgto.qcow2. Sadly that doesn't help us here haha.
