SAN vs vSAN in a brownfield environment
-
Be careful of trying brownfield VMware vSAN. The vSAN HCL is something you must adhere to when choosing hardware to use to set yourself up for success (i.e. controller is super important - look at the HBA330 instead of a PERC, need to choose the proper drives for cache and capacity, etc.).
So if you do roll with VMware vSAN or use Starwind, I would still look at a DR cluster. You can do a 2-node vSAN cluster but need a witness running somewhere else.
-
In the end, it is about what can help your business meet its RPO and RTO. That is going to determine the budget.
-
@francesco-provino said in SAN vs vSAN in a brownfield environment:
The two SAN configuration was justified with arguments like “that’s how the enterprises do” and “this will dramatically increase reliability and availability”.
Obviously you fire that VAR and ban them from talking to them. It's a scam, it's the scam. This is not how enterprises do it, it's how they did it. And it was never how enterprises did it for this kind of workload, it's how they did it for different workloads.
-
The salesman is trying to pull the "absolute answer con." In doing this, he takes the answer that someone got yesterday for their needs and pretends that they would have gotten the same answer if they were you, today.
If we were talking transportation, it would be like trying to convince a teenager today riding a bicycle into town that only idiots right bicycles and that all big business tycoons ride in horse drawn carriages.
This logic is based on... once upon a time when factors were different (different availability or horses, roads weren't smooth, bicycle tires were crap) that everyone used horses because it is what they had, and business people needed to stay dry was were pulled in carriages. The factors have changed, as have the answers. Horses aren't applicable to anyone today, and business people no longer use horse or carriages. Even as an individual in the 1850s, you'd likely have walked or ridden a horse, not had a carriage just for you.
So he's using two axis of trickery here, and really thinks the managers he is talking to are idiots.
What really matters from the enterprise standpoint is....
Good enterprises evaluate their needs and use the right technology to meet those needs. So what the salesman here is trying to suggest is, in fact, the exact opposite of what an enterprise would do. He's not only suggesting a final answer that is absurd and obviously wrong. He's also suggesting it based on trying to trick the managers into doing something emotional instead of logical - the opposite of enterprise.
-
@francesco-provino said in SAN vs vSAN in a brownfield environment:
@hobbit666 said in SAN vs vSAN in a brownfield environment:
@francesco-provino Why are they looking at changing?
Because of a licensing problem that took the ERP down after a CPU failure in a host. The license of a plugin was binded to a physical CPU. We are migrating away from this software in months, so it should not be an issue anymore.
How did that lead to this?
-
@hobbit666 said in SAN vs vSAN in a brownfield environment:
Ur........ What does the company do?
For just 25 people in an office i doubt they would need a SANThose aren't factors for SAN. SAN has one and only one factor for its benefit - scale in number of physical hosts. That is the singular environmental factor that leads to choosing it (hence why giant enterprises often end up using it and SMBs would never based on the same enterprise logic.)
It then requires prioritizing cost savings of storage at scale over reliability, which many enterprises do because they understand that high availability is just silly for the majority of workloads.
-
@scottalanmiller said in SAN vs vSAN in a brownfield environment:
@francesco-provino said in SAN vs vSAN in a brownfield environment:
@hobbit666 said in SAN vs vSAN in a brownfield environment:
@francesco-provino Why are they looking at changing?
Because of a licensing problem that took the ERP down after a CPU failure in a host. The license of a plugin was binded to a physical CPU. We are migrating away from this software in months, so it should not be an issue anymore.
How did that lead to this?
Sales person.
-
@scottalanmiller said in SAN vs vSAN in a brownfield environment:
@francesco-provino said in SAN vs vSAN in a brownfield environment:
@hobbit666 said in SAN vs vSAN in a brownfield environment:
@francesco-provino Why are they looking at changing?
Because of a licensing problem that took the ERP down after a CPU failure in a host. The license of a plugin was binded to a physical CPU. We are migrating away from this software in months, so it should not be an issue anymore.
How did that lead to this?
How would this new system resolve this issue either way? Wouldn't it still be CPU locked to a single host?
-
@jaredbusch said in SAN vs vSAN in a brownfield environment:
@scottalanmiller said in SAN vs vSAN in a brownfield environment:
@francesco-provino said in SAN vs vSAN in a brownfield environment:
@hobbit666 said in SAN vs vSAN in a brownfield environment:
@francesco-provino Why are they looking at changing?
Because of a licensing problem that took the ERP down after a CPU failure in a host. The license of a plugin was binded to a physical CPU. We are migrating away from this software in months, so it should not be an issue anymore.
How did that lead to this?
Sales person.
What about this scenario made management fall to pieces and bring in a sales person for guidance, though? How did a license issue lead to a failure in management processes?
-
@coliver said in SAN vs vSAN in a brownfield environment:
@scottalanmiller said in SAN vs vSAN in a brownfield environment:
@francesco-provino said in SAN vs vSAN in a brownfield environment:
@hobbit666 said in SAN vs vSAN in a brownfield environment:
@francesco-provino Why are they looking at changing?
Because of a licensing problem that took the ERP down after a CPU failure in a host. The license of a plugin was binded to a physical CPU. We are migrating away from this software in months, so it should not be an issue anymore.
How did that lead to this?
How would this new system resolve this issue either way? Wouldn't it still be CPU locked to a single host?
Exactly. Sounds like a cascade of failures. Licensing issue leads to disconnect management failure. Leads to sales trickery.
-
@networknerd said in SAN vs vSAN in a brownfield environment:
Be careful of trying brownfield VMware vSAN. The vSAN HCL is something you must adhere to when choosing hardware to use to set yourself up for success (i.e. controller is super important - look at the HBA330 instead of a PERC, need to choose the proper drives for cache and capacity, etc.).
So if you do roll with VMware vSAN or use Starwind, I would still look at a DR cluster. You can do a 2-node vSAN cluster but need a witness running somewhere else.
Thanks, this is a very useful observation.
-
@scottalanmiller said in SAN vs vSAN in a brownfield environment:
The salesman is trying to pull the "absolute answer con." In doing this, he takes the answer that someone got yesterday for their needs and pretends that they would have gotten the same answer if they were you, today.
If we were talking transportation, it would be like trying to convince a teenager today riding a bicycle into town that only idiots right bicycles and that all big business tycoons ride in horse drawn carriages.
This logic is based on... once upon a time when factors were different (different availability or horses, roads weren't smooth, bicycle tires were crap) that everyone used horses because it is what they had, and business people needed to stay dry was were pulled in carriages. The factors have changed, as have the answers. Horses aren't applicable to anyone today, and business people no longer use horse or carriages. Even as an individual in the 1850s, you'd likely have walked or ridden a horse, not had a carriage just for you.
So he's using two axis of trickery here, and really thinks the managers he is talking to are idiots.
What really matters from the enterprise standpoint is....
Good enterprises evaluate their needs and use the right technology to meet those needs. So what the salesman here is trying to suggest is, in fact, the exact opposite of what an enterprise would do. He's not only suggesting a final answer that is absurd and obviously wrong. He's also suggesting it based on trying to trick the managers into doing something emotional instead of logical - the opposite of enterprise.
I've already pointed out that. The reply was that vSAN is a new/untested stuff, and they prefer to stick with a trusted route.
-
@coliver said in SAN vs vSAN in a brownfield environment:
@scottalanmiller said in SAN vs vSAN in a brownfield environment:
@francesco-provino said in SAN vs vSAN in a brownfield environment:
@hobbit666 said in SAN vs vSAN in a brownfield environment:
@francesco-provino Why are they looking at changing?
Because of a licensing problem that took the ERP down after a CPU failure in a host. The license of a plugin was binded to a physical CPU. We are migrating away from this software in months, so it should not be an issue anymore.
How did that lead to this?
How would this new system resolve this issue either way? Wouldn't it still be CPU locked to a single host?
Exactly what I tried to point out.
-
@francesco-provino said in SAN vs vSAN in a brownfield environment:
I've already pointed out that. The reply was that vSAN is a new/untested stuff, and they prefer to stick with a trusted route.
How are they defining this? vSAN is old and very trusted. SAN is older and has demonstrated that it is not to be trusted.
vSAN isn't actually old, it's the same age as SAN. The two are one and the same. Point that out, that vSAN and SAN aren't different things so all testing of one is of the other. Ask them point blank "You seem to be confused, I think you are recommending SAN only because you don't understand what vSAN is or means or you'd understand that you couldn't make that statement. I hope this means you are unknowledgeable of this subject matter and not just trying to scam us while thinking we are fools."
-
@scottalanmiller said in SAN vs vSAN in a brownfield environment:
@francesco-provino said in SAN vs vSAN in a brownfield environment:
I've already pointed out that. The reply was that vSAN is a new/untested stuff, and they prefer to stick with a trusted route.
How are they defining this? vSAN is old and very trusted. SAN is older and has demonstrated that it is not to be trusted.
vSAN isn't actually old, it's the same age as SAN. The two are one and the same. Point that out, that vSAN and SAN aren't different things so all testing of one is of the other. Ask them point blank "You seem to be confused, I think you are recommending SAN only because you don't understand what vSAN is or means or you'd understand that you couldn't make that statement. I hope this means you are unknowledgeable of this subject matter and not just trying to scam us while thinking we are fools."
I think that the management never heard about vSAN, that's all.
There is the possibility that we will go with single SAN for two hosts before the other site is ready (maybe two years) .
-
@francesco-provino said in SAN vs vSAN in a brownfield environment:
@scottalanmiller said in SAN vs vSAN in a brownfield environment:
@francesco-provino said in SAN vs vSAN in a brownfield environment:
I've already pointed out that. The reply was that vSAN is a new/untested stuff, and they prefer to stick with a trusted route.
How are they defining this? vSAN is old and very trusted. SAN is older and has demonstrated that it is not to be trusted.
vSAN isn't actually old, it's the same age as SAN. The two are one and the same. Point that out, that vSAN and SAN aren't different things so all testing of one is of the other. Ask them point blank "You seem to be confused, I think you are recommending SAN only because you don't understand what vSAN is or means or you'd understand that you couldn't make that statement. I hope this means you are unknowledgeable of this subject matter and not just trying to scam us while thinking we are fools."
I think that the management never heard about vSAN, that's all.
It's all in how you present it. Simply present it as SAN, but done in an enterprise, well thought out way.
