Cannot decide between 1U servers for growing company
-
@ntoxicator said:
I'm aware of this - and that is the point I was getting across.
As with iSCSI initiator I COULD attach as local disk and direct connect and take advantage of near full network speed with smaller overhead.
In my opinion. There would be more overhead
Oh absolutely, there is more overhead. But that overhead is trivial, it gets handled in a more reliable way (Linux iSCSI is more reliable than Windows iSCSI and storage is better to the host than the guest and networking has less overhead at the host than at the guest) so this is generally considered to not be a factor at all. But more importantly is fragility and manageability.
What if you need to pause a VM... how will the VM know to tell the SAN to freeze in this way?
-
@ntoxicator said:
I've been wanting to move ALL our LUN's and data to our newer larger Synology NAS. And then use the original 4-bay as a replication/ back-up
Synology is Supermicro gear. It's just a normal server. If you are okay with having a normal lower end enterprise server on which everything rests, why have the other servers at all? Why not go down to a single server for everything? What's the purpose of the additional servers?
-
@ntoxicator said:
In my opinion. There would be more overhead
ISCSI LUN attached to Xen Hypervisor > VM > attached as local disk. Unless pass-through?
Slightly more overhead... probably an immeasurable amount. At the same time you are going against best practices and defeating many of the advantages of virtualization in one fell swoop by not attaching the storage to your hypervisor and presenting a virtual disk to the VM.
-
@ntoxicator said:
With the primary data being on the Citrix Xen Server as local disk (iSCSI LUN storage). if I was to migrate to an NFS Stor. Mounted to Xen Server.
I would attach as a NEW disk to that Virtual Machine. Mount it within Windows and format. Then I'll be stuck wit 'xcopy' the data & Permissions over to this new storage drive.
Yes, sadly using SAN instead of NAS instroduces all kinds of complications because all data has to be processed through another machine to be useful - including doing transfers of the data.
However, as long as you don't start attaching directly to the guests, you can use storage vmotion to do this move on a block level without needing to deal with xcopy or anything of the sort. XenServer can do this for you - one of the big, critical reasons why you don't attach storage to the guests is because you lose the protections and features that the hypervisor has to provide.
-
Thank you for the insight.. great points from you & everyone
For centralized storage.
Right now its essentially a single Synology NAS (Serving out NFS & iSCSI LUNS)
I have two(2) Synology NAS's. But one is directly associated to the Citrix Xen Server and it storage needs. The 2nd larger Synology NAS is tied to both Citrix Xen Server (NFS) and also Prox Mox storage.
The goal was to migrate ALL data off the old NAS to the new larger NAS. But due to limitations and the storage size growing so rapidly became so difficult
Company bitches to me of anydown time. As users will randomly want to work remotely or from home. So telling CEO that I need to migrate 2TB of data over the network to the new storage pool and will take 10 hours. Its pulling teeth.
Ultimate goal in new setup I was planning
meaning WAS
2 - Synology NAS 12 bay units - data replicated between
2 - 3 NODE servers for housing the Virtual Machines
-
@coliver said:
@ntoxicator said:
In my opinion. There would be more overhead
ISCSI LUN attached to Xen Hypervisor > VM > attached as local disk. Unless pass-through?
Slightly more overhead... probably an immeasurable amount. At the same time you are going against best practices and defeating many of the advantages of virtualization in one fell swoop by not attaching the storage to your hypervisor and presenting a virtual disk to the VM.
As I was writing out the downsides, I'm not actually sure that it is more overhead. Because the iSCSI has to be processed in software by the VM rather than in hardware by the host there is more network overhead in doing it to the guest.
-
@scottalanmiller said:
@coliver said:
@ntoxicator said:
In my opinion. There would be more overhead
ISCSI LUN attached to Xen Hypervisor > VM > attached as local disk. Unless pass-through?
Slightly more overhead... probably an immeasurable amount. At the same time you are going against best practices and defeating many of the advantages of virtualization in one fell swoop by not attaching the storage to your hypervisor and presenting a virtual disk to the VM.
As I was writing out the downsides, I'm not actually sure that it is more overhead. Because the iSCSI has to be processed in software by the VM rather than in hardware by the host there is more network overhead in doing it to the guest.
Right, I agree with this I assumed that it would be slightly more processing overhead for the hypervisor but since it would be doing it anyway it wouldn't be anything additional.
-
@ntoxicator said:
The goal was to migrate ALL data off the old NAS to the new larger NAS. But due to limitations and the storage size growing so rapidly became so difficult
XenServer should be able to do that with no downtime. Did you look into its features for moving storage while it is running?
-
@coliver said:
@scottalanmiller said:
@coliver said:
@ntoxicator said:
In my opinion. There would be more overhead
ISCSI LUN attached to Xen Hypervisor > VM > attached as local disk. Unless pass-through?
Slightly more overhead... probably an immeasurable amount. At the same time you are going against best practices and defeating many of the advantages of virtualization in one fell swoop by not attaching the storage to your hypervisor and presenting a virtual disk to the VM.
As I was writing out the downsides, I'm not actually sure that it is more overhead. Because the iSCSI has to be processed in software by the VM rather than in hardware by the host there is more network overhead in doing it to the guest.
Right, I agree with this I assumed that it would be slightly more processing overhead for the hypervisor but since it would be doing it anyway it wouldn't be anything additional.
Networking in the host is more efficient than in the guest. And both networking and storage is more efficient in Linux and Xen than in Windows. So double bonus on efficiency.
-
I've moved VM's on Citrix Xen Server and Storage to another LUN at the time (when installed the 2nd Synology)
It saturated the network.
The current SuperMicro 1U server only has 2 Intel NIC cards. I have them bonded via Xen Center and LACP enabled.
-
@coliver said:
@scottalanmiller said:
@coliver said:
@ntoxicator said:
In my opinion. There would be more overhead
ISCSI LUN attached to Xen Hypervisor > VM > attached as local disk. Unless pass-through?
Slightly more overhead... probably an immeasurable amount. At the same time you are going against best practices and defeating many of the advantages of virtualization in one fell swoop by not attaching the storage to your hypervisor and presenting a virtual disk to the VM.
As I was writing out the downsides, I'm not actually sure that it is more overhead. Because the iSCSI has to be processed in software by the VM rather than in hardware by the host there is more network overhead in doing it to the guest.
Right, I agree with this I assumed that it would be slightly more processing overhead for the hypervisor but since it would be doing it anyway it wouldn't be anything additional.
Guys, this is largely the reason we architected HC3 the way we did - give you the flexibility and HA of SAN/NAS without the complexity or overhead of VSA's and storage protocols. This is also why we built it specifically for the SMB and Mid-Market - at a price that makes sense specifically for our target market (not trying to sound too "salesy" but this is exacly why we built the platform).
-
Also my goal was to migrate to NFS storage away from iSCSI
as dealing with the RAW image or .cow2 image file is hell of alot easier.
-
@Aconboy said:
HC3
How long has HC3 scale been avail? Today is my first time hearing and being introduced with the option
-
@ntoxicator said:
@Aconboy said:
HC3
How long has HC3 scale been avail? Today is my first time hearding and being introduced with the option
We began it in 2008, and first customer ship was in late 2011. we have north of 5000 units in the field across 1800 or so customer sites.Take a look at www.scalecomputing.com
-
The Scale systems are excellent. I know NTG has one. I've worked with their systems a couple of years ago, and the performance was night & day VS VMware and a similarly sized SAN. And their systems work really well.
-
@ntoxicator said:
I've moved VM's on Citrix Xen Server and Storage to another LUN at the time (when installed the 2nd Synology)
It saturated the network.
The current SuperMicro 1U server only has 2 Intel NIC cards. I have them bonded via Xen Center and LACP enabled.
Yeah, storage migrations will do that
That's why you want block storage on a dedicated SAN if possible so that it uses its own "back channel" whenever possible so that it doesn't impact other things. -
@ntoxicator said:
Also my goal was to migrate to NFS storage away from iSCSI
as dealing with the RAW image or .cow2 image file is hell of alot easier.
Agreed and good plan
-
I had the Synology NAS setup as Block Level storage for the Volume that serves out the ISCSI Luns. mehhhhh.
the complications! Lol.
This is why I was wanting to move to all new design and setup being that I already essentially have data on a centralized setup.
Could I get away with dual Synology 12-bay NAS units? (running in HA/replication).Probably
I was thinking about having 10Gbe backbone/interconnect for the NAS + The VM Node servers. So all that traffic rides on the 10GBE backbone and would not touch the 1Gbe switches.
-
@ntoxicator said:
@Aconboy said:
HC3
How long has HC3 scale been avail? Today is my first time hearing and being introduced with the option
Quite some time, they aren't new. They were a storage vendor before moving into hyperconvergence but they are one of the leaders in the HC space. They've been around longer than the terminology
HC is just starting to hit its stride in the market, though, so you'll start hearing about Scale and their competitors more and more in the near future. -
@dafyre said:
The Scale systems are excellent. I know NTG has one. I've worked with their systems a couple of years ago, and the performance was night & day VS VMware and a similarly sized SAN. And their systems work really well.
Scale especially kicks butt for Windows performance because of their stack.
