XenServer hyperconverged
-
@olivier So you just can't make any writes during this period of node failure/recovery? Are the writes cached? If so how much can be cached and for how long?
-
@dashrender said in XenServer hyperconverged:
In this picture
https://i.imgur.com/VKOVnkU.pnghow many systems have the data on it? only 2?
This is a part of distributed-replicated setup. In this "branch", you have 2 XS hosts with 100GiB data on each, in "RAID1"-like.
The others branches (not in the picture you displayed) are like a RAID0 on top.
-
The question is (i think) if you lost all hosts in the orange group, would XOSAN and the operating VM's in the entire pool still be functional Read/Write until those servers are brought back online?
Because data are spread on all subvolumes (think like RAID10), you'll be in read only on the whole thing.
You can avoid that if you decide to NOT stripe files on all subvolumes (which is the default behavior in Gluster by the way), but it's NOT a good thing for VMs (because heal time would be horrible, and subvolumes won't be balanced)
-
so @olivier on each host in an XOSAN pool, is there a dedicated witness VM?
If so that witness acts as the arbitrator for that host. Meaning if the VM goes offline the available storage, ram and CPU for that host is unavailable.
It doesn't mean that there is an individual VM running on that host that wouldn't be able to move to either of the other 2 servers in the 3 server pool.
Am I correct in thinking that the Orange, Yellow and Pink boxes are individual XS servers, presenting 100GB each to the pool?
-
@dustinb3403 I suppose you speak about the 2 XS host setup. It's only in this case you need an arbiter, and it will be on one of the 2 host (to avoid split brain).
If only your arbiter VM is down, quorum is still met (2 on 3). If you lose more than 1/3 of nodes (arbiter or not), you are on read only (protecting against split brains).
And no, you are not correct: each disk picture is a XenServer host. There is a XOSAN VM controller on each host (and an extra arbiter ONLY in 2 hosts scenario, if you grow the XOSAN from 2 to 4, no more arbiter, it's automatically removed)
-
I asked to modify the picture to draw a host with the disk inside to avoid confusion
Thanks for the feedback on that guys 
-
I haven't read the docs so this might be a stupid question...
Orange, Yellow & Pink each contain 2 hosts, correct?
You need to always add 2 hosts every time you scale up/out?
-
@olivier said in XenServer hyperconverged:
And no, you are not correct: each disk picture is a XenServer host. There is a XOSAN VM controller on each host (and an extra arbiter ONLY in 2 hosts scenario, if you grow the XOSAN from 2 to 4, no more arbiter, it's automatically removed)
OK that is what I assumed in a private chat, that each disk image, inside of each orange, yellow and pink box was it's own server.
I also mentioned that in a PM that each server in the pool would have it's own witness.
The picture is a bit confusing though. (glad you asked for an more clear depiction)
-
@fateknollogee said in XenServer hyperconverged:
You need to always add 2 hosts every time you scale up/out?
Good question.
-
@fateknollogee If you are in replicated-2, you can add:
- 2 hosts to create a new extra RAID1 (bottom of a RAID0), creating a distributed-replicated (2x2)
- 1 host to go from replicated 2 replicated 3 (data is copied on three hosts, so it's a 1x3)
-
@olivier said in XenServer hyperconverged:
@fateknollogee If you are in replicated-2, you can add:
- 2 hosts to create a new extra RAID1 (bottom of a RAID0), creating a distributed-replicated (2x2)
- 1 host to go from replicated 2 replicated 3 (data is copied on three hosts, so it's a 1x3)
So you can scale in any fashion you want.
What are the benefits to scaling with 2 hosts at a time?
What are the benefits to scaling with only a single host at a time?
-
@dustinb3403 Scaling at one host: going on "triplicate" (same data on each node, you have 1/3 of total disk capacity, but you can lose 2 hosts and still have data access).
Scaling by adding 2 hosts at the same time: it's adding a subvolume, so more space.
-
Lets say I go from 6 hosts (like your pic above shows- Brown/Yellow/Pink) to 8 hosts...
Does the existing data get rebalanced/redistributed across all 8 hosts?
-
@fateknollogee yes
-
@olivier said in XenServer hyperconverged:
@fateknollogee yes
And how many copies of the data exist? I.E. how many nodes can be shut down before you loose access to data?
-
@dashrender As far you don't lose a complete mirror (2 hosts on the same pair), no problem. So on 8 nodes, it means up to 4 hosts if there in one by mirror.
-
@olivier So you only gain in capacity scaling in 2's? Again as I mentioned earlier I'm curious how the Write suspension functions during failure....
-
@olivier said in XenServer hyperconverged:
@dashrender As far you don't lose a complete mirror (2 hosts on the same pair), no problem. So on 8 nodes, it means up to 4 hosts if there in one by mirror.
and what happens if you do loose an entire mirrored pair?
-
Where will XOSAN exist in this pricing structure?
https://xen-orchestra.com/#!/pricing -
@olivier what happens if you add in a single host, and then later add another host so you have an even number.
Would you eventually get more storage?
