I have file level restore on top right now

@scottalanmiller I have multiple angles of attack, I'm currently benching and establishing pros/cons for each approach.

Haha sure

Hope the test would be conclusive. I have no guarantee, I'm exploring.

Imagine if only I had a bigger team

Let's keep up posted!

That's very likely, but one step at a time

Probably a beta one day, but it's really to soon to have an ETA. I'm only on preliminary tests stage, so it seems to work, I have to:

• find the right settings
• make various tests in 2 hosts scenario
• reproduce the recipe when it seems OK after tests

Then, the automatisation phase would be a bit tricky, in order to "package" a turnkey thing.

My biggest interrogation now more about speed than resiliency (which seems OK).

But sure, as soon I got a minimal viable product, I'll open a beta.

@Kelly Obviously not at first (if you need XOA to bootstrap the SAN, egg/chicken problem), but it could be migrated on it right after it's operational.

@Danp said in XenServer hyperconverged:

Sounds similar to Atlantis USX.

Roughly the same principle yes (using VMs to make a storage abstraction layer)

Should be better because:

• No split brain possible
• No modification in XS host (so no problem to upgrade XS hosts)
• Scalable

Cons:

• losing a bit of RAM and storage
• some extra layers, but in a 2 hosts situations I don't think it's a big deal

Extra layers are necessary so far until XenServer SmapiV3

Hi there,

Just to let you know I recently made initial tests to put XenServer in another level. I know it seems really important for some of you here to have an hyperconverged solution for XenServer (@scottalanmiller )

I got initial successful test, in a very minimal scenario, so it's just a start.

Context

• a pool of only XenServer 2 nodes (nothing else, no NAS/SAN)
• only using local storage

Objectives

• a loss of one host won't affect storage for any running VM on the other host
• allow live migration between two host without disk transfer
• no split-brain scenario even in 2 nodes context
• no SPOF
• no XenServer system modification

Results

Worked as expected in first tests.

Limitations

• a bit of RAM and storage will be needed to provide this
• it relies on dedicated VMs (one per host) to expose it
• it uses a iSCSI SR in multipath

Ideal objective

XOA would be able to download and deploy all the needed stuff inside an existing infrastructure (depending if there is enough resources obviously). So a "one click to install my virtual SAN" would be totally possible.

Also, there is very interesting possibilities for more nodes scenario (not just replicating, but distributing the content AND duplicate it to allow correct performances).

For XS export speed: YMMV. I don't have major issues on my side, but some people (let's say 10/15%) had problems.

I suppose it's more related to a hardware problem.

I see improvements yes, but at the margin, I'm often saturating my GB link.

@scottalanmiller said in What Are You Doing Right Now:

@olivier said in What Are You Doing Right Now:

Open Source is at best a side product of the price choice, but not the thing that would make your decision.

It's not the only factor but it is ALWAYS a factor. That code is open sourced is a very important factor always for anything critical for a business because it means we have more options and protection than with closed source. I would never rule out software because it is closed source. But it is always a mark against a product.

And most important to you as a vendor, open source software always gets tested and deployed first because it is the low hanging fruit. If open source meets the needs, it will easily be chosen before the closed source alternative even gets looked at.

Stop saying exactly in what I believe

That's good, but that's not reflecting the real market.

edit: again, my experience, I don't say I got the truth, but didn't see any proof of the opposite so far...

I don't think you are representing most of how companies deal with IT ^^ Otherwise, VMWare shares won't be that high.

Come on, as a customer/software consumer, you always want cheaper software, and that makes sense (I don't have any problem with that).

Open Source is at best a side product of the price choice, but not the thing that would make your decision.

@thwr said in What Are You Doing Right Now:

@DustinB3403 said in What Are You Doing Right Now:

@thwr said in What Are You Doing Right Now:

@olivier said in What Are You Doing Right Now:

@thwr On the US scale, yes We have a "big" XOA user in your town (DESY)

No need to put big in quotes. DESY is a well known name

It is? What's DESY?

https://en.wikipedia.org/wiki/DESY

In short, a "smaller" LHC, but with a LOT of machines doing heavy CPUs task, running a LOT of XS hosts.

@thwr Not for non-science people ^^

@thwr On the US scale, yes We have a "big" XOA user in your town (DESY)

@BRRABill Sorry watching TV at the same time (and it's already 10:20PM here)

I thought you search for a list of our reseller with a map with everyone of them

We are based in France, in Grenoble.

@BRRABill Got it. Not yet, that's also because XenServer market isn't really big (I don't say "confidential" but close)

That's the point of being "on the ground" for a partner/reseller, I don't think we have a reseller which is not reselling "locally"

I can't remember all the partner names (a dozen). See the program description here: https://xen-orchestra.com/#!/partner