What is our primary use case?
The primary use case is really a replacement for the BladeCenter. Though, we would like our customers to see it more in the composable fashion that it has been positioned. The primary use case (as our customer see it) is they can't go further with BladeCenter, so they are choosing Synergy.
Traditionally, our customers have been using their BladeCenter, and now Synergy, to run any type of mid-tier applications or virtualized platforms that, for whatever reason, don't fit in the hyper-converged area.
From a hybrid cloud perspective, Synergies are more seen for the potential of integrating into orchestrated and automated deployments, so they can have cloud-like functionality on-premise. They are not quite at that yet, and in the couple cases where we have deployed it, that has certainly been the goal.
How has it helped my organization?
We do have one customer who very specifically uses it for back office applications during the day (during business hours), then they will actually swap it into a scheduling facility at night. Therefore, those jobs that are running off hours can be used for it. So, we do actually have one customer who is doing that.
In another case, we have a customer who is heavily orchestrated, and we have written a significant number of automation tools for them. In that case, we are in the process of PoC'ing that automation process and tying that into the orchestration tools. Whereas in the past, both their hyper-converged environment, as well their ProLiant rack servers and their BladeCenter, would not tie very well into the orchestration.
Productivity of deployment goes back to the automation tie-ins and fluidity of the resource. If they can reuse componentry, knowing they can do that based on a temporal basis, and they have some type of scheduling facility, then this makes it significantly easier.
What is most valuable?
It has the next level beyond hyper-converged:
- It has that promise of combining the orchestration and automation.
- Being able to no longer have an isolated bare metal environments, then converged infrastructure with virtualized environments. The ability to have both platforms in one infrastructure. Then, simultaneously have the ability to go between them and isolate workloads while still having shared workloads. That sort of mix and match and fluidity of being able to reassign.
Secondarily, the temporal value of it. If I only need a particular amount of compute for a specific period of time during business hours, then at night, I'm running a bunch of batch jobs, or doing something else, that ability to swap a profile, swap templates, and have compute assigned to something else, saves significant amount of money. As long as you are tying it into the automation and orchestration layers, it becomes much easier to do.
What needs improvement?
Continue the playbooks with the automation integrations. More of that would be good, as it has been great so far.
I would really like to see the type of hardware add-on operationalization made simpler in some way. How do I have a chassis and add in a second or third chassis, but not have to be so aware that it is number 11 versus number 12 within the frame? If they can address that, it would be a home run.
Continue the path of integrating OneView into a single product. A lot of different people have different OneView experiences based on which product they have used it for.
Buyer's Guide
HPE Synergy
November 2024
Learn what your peers think about HPE Synergy. Get advice and tips from experienced pros sharing their opinions. Updated: November 2024.
816,406 professionals have used our research since 2012.
What do I think about the stability of the solution?
In the past, there has been some question around the stability of networking components of it. It has been a long time since HPE has had a significant server issue, but from the networking component and newer networking components, there have been significant improvements from the past.
What do I think about the scalability of the solution?
I love the idea of Synergy and its ability to scale out. Operationally, it is a little bit challenging to manage at this point. When you add onto it, you have to be very aware of where you are in the frame, on your count, and what components. You may have to move a satellite module or you may have to reallocate componentry, which is already there. That scale aspect is challenging. From a hardware perspective, it is not transparent.
From a scalability within existing resources, it is very scalable and much easier to use. E.g., I have deployment requests coming down from some orchestration layer and just need to add available resources and compute.
Which solution did I use previously and why did I switch?
In a couple cases, it was really just sort of that end of life of BladeCenter. In another case, they saw the temporal value aspect and the customer thought that swapping would make a ton of sense.
How was the initial setup?
There is more to keep in mind with Synergy. Remember that our customers are coming from BladeCenters. Where after 10 to 15 years of it, and everybody found it fairly simple at this point, then they have this new paradigm of scaling out to many multiple frames, and so many more modules. It is a change in mindset. Therefore, some people will say that it is complex simply because of that. It is not that difficult though.
What about the implementation team?
We deploy with the help of HPE consultants. Our experience with the HPE consultants is very positive. They have been all over it, more so than the customer even.
What was our ROI?
For temporal use, when you throw on the fact that you're essentially doubling your capacity, right there you could claim a 50 percent TCO reduction. As far as ROI, that becomes a lot harder because it is dependent on the level of automation that you have built into that reallocation as you are introducing a step that wasn't there before either, where as you would have just built two different infrastructures and the cost would have been upfront. So, the ROI is really in the reduction of total costs.
Which other solutions did I evaluate?
It still sort of comes up occasionally against some of the HCI competitors, but it's a totally different approach.
Synergy is chosen based on that mix of being able to do bare metal, multiple types of virtualization and the fluidity of the resource rather than it being all virtualized, then fluidity.
What other advice do I have?
Focus on the fluidity of resources and view everything from that lens. Always remember that is the justification for some of the complexity. Once you can set it up appropriately, it will be worth it. If you view it purely from a non-fluid, assign this - just like you would a blade, then you may find it more complex, and in some cases, more expensive to manage.
Right now, there are pros and cons to whether it is affecting our customer's IT infrastructure. It is probably net neutral because there are some complexity from an operationalization aspect that increases compared to what they're used to. Being able to know what number frame it is within the Synergy frame. Operationally you are ordering different parts differently based on where you are in that count. That adds a certain complexity to them managing it on a growth and scale perspective. So, you are sort of giving up one efficiency to get the other right now. That is something that will be addressed better over time, and it is even better than it was two years ago already.
It hasn't proven to implement new business requirements quickly, but it certainly has that promise. In its worst case, it is just another hardware-centric solution. In its best case, the customer will have the automation tie-in to actually make this happen.
Biggest lessons learnt:
- You should be aware of your workloads from a time basis, which means you need to be monitoring and analyzing those workloads more.
- The absolute necessity of automation.
Disclosure: My company has a business relationship with this vendor other than being a customer: Partner.