What makes a system HCI?
-
@DustinB3403 said in What makes a system HCI?:
@Jimmy9008 said in What makes a system HCI?:
HyperConvered Infrastructure
It does,
But again Hyperconverged != HCI (as in the car is Hyperconverged but is not HCI).
Bah! I don't get it. Sorry guys, not trying to be dumb. I just cant get over the logic.
If HCI == HyperConverged Infrastructure, then how can a Hyperconverged car != HCI. When we already said HCI = HyperConverged Infrastructure.
Cheers for trying guys, I just don't think I am getting it.
Car = 1
Car = Hyperconverged
Therefore, Hyperconverged = 1
HCI = HyperConverged Infrastructure....
Car, Hyperconverged, HCI = all 1... they are all the same...
So, why is car not HCI!I think its best if I go focus on something else for a bit and rethink tomorrow.
Cheers for the help guys. I am sure ill get it eventually. -
Infrastructure means you have a way to deal with car 1 disappearing (because of tooling, aka magic) without noticeable interruption or downtime.
-
To break this down really simply, a car has no redundancies built into fix things like the engine blowing up or the AC going out or a window being stuck open or closed.
It's hyperconverged because it's a car. You wouldn't call a car motor a car if it was just sitting on the ground, without everything else that makes a car a car would you? The engine is just a part of a car. Just like the CPU is a part of a server. So a server is hyperconverged (if it has everything to be a server), a CPU isn't.
It would be HyperConverged Infrastructure if there were tooling to ensure that the original cars functions were protected and available from the above mentioned examples (in some way).
IE Having a spare part or car at the ready to move into if the engine blew up would be HCI because you could still continue on your journey.
-
@Jimmy9008 said in What makes a system HCI?:
@Dashrender said in What makes a system HCI?:
@Jimmy9008 said in What makes a system HCI?:
@DustinB3403 said in What makes a system HCI?:
@JaredBusch said in What makes a system HCI?:
But no one can seriously consider anything, single box or a hundred, hyperconverged with out the tooling that manages it all as a cohesive thing.
But no one can seriously consider anything, single box or a hundred HCI without the tooling that manages it all as a cohesive thing.
A single server is hyperconverged.
An HCI environment, can contain a single server (or more) but has the cohesive tooling required to manage it.
Yes, I agree. *If it has the cohesive tooling required to manage it. I think the thing confiusing me is when people say "A single server is hyperconverged." when actually, going by what I have ready today... they should actually say "A single server with HCI tooling is hyperconverged." - or something to that nature. I'm currently along the mindset that "A single server is hyperconverged." is incorrect. It lacks important information.
Why does hyperconverged have to mean HCI?
Hyperconverged Infrastructure is why HCI stands for, no? Maybe thats the thing I have been misunderstanding...
Does HCI not mean 'Hyperconverged Infrastructure'... Like LAN means Local Area Network...
Actually - I have no clue what HCI stands for, and you've used CI - never seen that before either, nor HCA.
But hyper converged "to me" simply means putting as much infrastructure on as little hardware as possible, nothing more... it doesn't imply HA (High Availability) or FT (Fault Tolerance). And HA != FT, HA < FT, if this is any part of the conversation, I'm not sure, again, because I have no clue what HCI is...
-
@Jimmy9008 said in What makes a system HCI?:
@DustinB3403 said in What makes a system HCI?:
@Jimmy9008 said in What makes a system HCI?:
HyperConvered Infrastructure
It does,
But again Hyperconverged != HCI (as in the car is Hyperconverged but is not HCI).
Bah! I don't get it. Sorry guys, not trying to be dumb. I just cant get over the logic.
If HCI == HyperConverged Infrastructure, then how can a Hyperconverged car != HCI. When we already said HCI = HyperConverged Infrastructure.
Cheers for trying guys, I just don't think I am getting it.
Car = 1
Car = Hyperconverged
Therefore, Hyperconverged = 1
HCI = HyperConverged Infrastructure....
Car, Hyperconverged, HCI = all 1... they are all the same...
So, why is car not HCI!I think its best if I go focus on something else for a bit and rethink tomorrow.
Cheers for the help guys. I am sure ill get it eventually.Hyperconverged just means putting as many things into a single box/stack as possible, Hyperconverged Infrastructure - I guess means all that other shit people have been talking about in this thread.
the word Infrastructure is CRITICAL in this case...
-
@Dashrender said in What makes a system HCI?:
the word Infrastructure is CRITICAL in this case...
Upvote for this.
-
@Jimmy9008 said in What makes a system HCI?:
When I look on vendor sites, HCI does not appear to be the above. HCI/HCA is sold as some complex proprietary system with specialized software running servers as blocks which can be combined to make the whole stack...
RIght. You explain everything right there..
- Vendor
- Sold As
Buying a concept vs. what the concept actually is are totally different things. Use operating systems as an example. Defining what an operating system is one thing. But if you only look to vendors who SELL OSes (MS, Apple), you'd get a very skewed view because only profitable, marketable, available products are presented, not concepts.
So you are filtering what you are seeing and, of course, it has to include aspects that make it something to sell. If you look at FREE HCI solutions, you'll get totally different results.
-
@Jimmy9008 said in What makes a system HCI?:
can I only get HCI through a vendor like Dell VXRail, or Nutanix, or Scale, using specially designed appliances?
Yes, because those are APPLIANCE VENDORS.
Imagine if you went to a taco stand and asked for food. They'd sell you tacos. Then you go to ANOTHER taco stand, they also sell tacos. Now you conclude that all food is tacos. It's easy to see why that's wrong.
But that's what you are doing here. You aren't looking at HCI consultants, you are go to appliance vendors and asking them what HCI appliances that they have. So you've pre-filtered the HCI offerings down to commercial appliances.
-
@Pete-S said in What makes a system HCI?:
Also, I don't think "Hyper" in hyperconverged has anything to do with hypervisor. It's just another word for "very much" or "super" or "ultra".
That's correct. HCI is "more converged" than more traditional CI. CI still assumed, as ALL production computing has for decades, that it would be virtualized. There's no industry standard architecture for non-virtual since the 1990s.
-
@Jimmy9008 said in What makes a system HCI?:
That does make total sense. One discussion staff keep having internally is that HCAs from vendors have 1 x NIC only. Therefore, if a server has 2 x NIC, or more, it cannot be HCI... which I think is total bull.
I don't know any vendor that has only one NIC. None. We deal with this every day and we are often talking about 4-12 NICs!
-
@Pete-S said in What makes a system HCI?:
So on HCI I think most people agree that you need to have:
Compute virtualization
Networking virtualization
Storage virtualizationNot virtualization, just convergence. Most HCI doesn't virtualize anything but compute.
-
@DustinB3403 said in What makes a system HCI?:
To put this simply, every server that has compute and storage in the box is hyperconverged.
The "one brick" model. Yes, standard standalone servers are single node HCI. No one talks about it, because it's so obvious and silly, but it is absolutely true. People only care about it being HCI vs something else when it is two or more because then it gets challenging.
-
@scottalanmiller said in What makes a system HCI?:
@Pete-S said in What makes a system HCI?:
So on HCI I think most people agree that you need to have:
Compute virtualization
Networking virtualization
Storage virtualizationNot virtualization, just convergence. Most HCI doesn't virtualize anything but compute.
really? they just use shared storage? shared storage that might be replicated for failover... Ok that makes sense, no requirement to virtualize the storage... cool.
-
@Jimmy9008 said in What makes a system HCI?:
@DustinB3403 said in What makes a system HCI?:
To put this simply, every server that has compute and storage in the box is hyperconverged.
Buy* any server off of a shelf that is "self-contained" and you have a hyperconverged server. The value add in an HCI solution is the programming that allows you to take 2,3,4 or more of those servers and just plug them in and use it all as one large server.
So any host in the environment could go down, and while you'd have reduced capacity, the environment would simply move the workload to other available resources.
That is what I have always in my mind for HCI. Am I right in saying the value add can be done by say a Windows Failover Cluster over all nodes, which make use of vSAN storage? Like the HCA appliances vendors sell, the failover cluster provides the function to move VMs should a node fail, right? The vendor tech isnt some magic box which invalidates other solutions excluding such technology from being HCI?
Correct. Vendors have no say in what is or isn't an architecture. Remember, vendors are manufacturers, not IT gods who determine what is or isn't something. They aren't even IT companies. IT determines what IT is.
WIndows Failover Cluster with a vSAN is a standard (if crappy) HCI option for sure.
-
@Dashrender said in What makes a system HCI?:
@scottalanmiller said in What makes a system HCI?:
@Pete-S said in What makes a system HCI?:
So on HCI I think most people agree that you need to have:
Compute virtualization
Networking virtualization
Storage virtualizationNot virtualization, just convergence. Most HCI doesn't virtualize anything but compute.
really? they just use shared storage? shared storage that might be replicated for failover... Ok that makes sense, no requirement to virtualize the storage... cool.
There's absolutely no requirement for virtualizing the storage. In fact, virtual storage isn't even a thing
In the storage world, virtualization refers to RAID, RAIN, and LVM which, isn't what anyone means and why it's a term absolutely never used. All real storage is virtualized for real, but it's so ridiculous to say, that we just say that there's no concept of virtualization in storage. -
@Jimmy9008 said in What makes a system HCI?:
@DustinB3403 said in What makes a system HCI?:
@Jimmy9008 said in What makes a system HCI?:
@DustinB3403 said in What makes a system HCI?:
To put this simply, every server that has compute and storage in the box is hyperconverged.
Buy* any server off of a shelf that is "self-contained" and you have a hyperconverged server. The value add in an HCI solution is the programming that allows you to take 2,3,4 or more of those servers and just plug them in and use it all as one large server.
So any host in the environment could go down, and while you'd have reduced capacity, the environment would simply move the workload to other available resources.
That is what I have always in my mind for HCI. Am I right in saying the value add can be done by say a Windows Failover Cluster over all nodes, which make use of vSAN storage? Like the HCA appliances vendors sell, the failover cluster provides the function to move VMs should a node fail, right? The vendor tech isnt some magic box which invalidates other solutions excluding such technology from being HCI?
Windows Failover Clustering isn't seemless (you'd know if you lost a host). vSAN is storage only (generally). @scale makes HCI environments where you can take a host right out of the environment and things will just chug along.
As for your second question I'm not sure what you're asking regarding vendor tech being magic. Magic is simply something we don't understand yet.
I understand. So, since WFC is not seamless if a host is removed, that means its not HCI? Not arguing, just trying to understand where the line is.
So, if removing a node != seamless, then solution != HCI?
HCI doesn't imply HA. There's very little value to it without HA, so no vendor sells that. That's where the profits are. But even with no failover whatsoever, seamless or not, it's still HCI. Crappy HCI, but HCI.
-
@Jimmy9008 said in What makes a system HCI?:
Oh, missed the second part. By magic I mean the vendor talk where I keep hearing you just plug in another HCA unit to expand resources. You don't need to understand whats happening under the hood, you just need to drop some cash and plug the next node in to the HCA to grow. That is what I meant by magic.
That's automation of HCI. It's what makes it really, really nice. But it's not HCI itself.
-
@Jimmy9008 said in What makes a system HCI?:
Just had a look on the VXRail spec pages and that also allows for expanding network cards for capacity/failures. So that helps my argument at least.
Your argument to avoid VXRail?
If you are shopping for HCI your short list should be Scale, Starwind, and maybe Simplivity.
Your absolute never, ever, ever even talk to them or let anyone who sells them ever through your door is Nutanix.
-
@DustinB3403 said in What makes a system HCI?:
@Jimmy9008 said in What makes a system HCI?:
I get that a vendor has some cool tech they stick on top of their HCI hardware to sell me a HCA, but you can still have HCI without that super cool layer on top that they have, right? Or are we saying HCI can only ever be HCI if it has all the bells on top that vendors sell through their proprietary software/stack?
You could do HCI yourself, sure but building the tools to get it aren't something any individual would reasonably do.
And loads of people do. I've been doing it in production for almost 20 years. We used to use things like DRBD for it.
-
@scottalanmiller said in What makes a system HCI?:
@Jimmy9008 said in What makes a system HCI?:
Oh, missed the second part. By magic I mean the vendor talk where I keep hearing you just plug in another HCA unit to expand resources. You don't need to understand whats happening under the hood, you just need to drop some cash and plug the next node in to the HCA to grow. That is what I meant by magic.
That's automation of HCI. It's what makes it really, really nice. But it's not HCI itself.
Yeah - I thought this when others were saying the "tooling" was a requirement of HCI... uh.. nope, not a requirement.. but a definite nice/want to have.
