HPE Synergy Reviews

We use it for mission-critical applications and mission-critical databases. An example is that we host development servers on it.

In terms of managing our IT landscape, the solution helps us allocate more servers when needed, within the cluster.

Synergy also helps us implement new business requirements quickly. We needed a new VMware cluster for a particular application. We were able to throw those Synergy hosts in there and create it really quickly for QRadar, and attach a lot of storage to it.

It's something that is easy to implement and get moving on and I don't have to worry about anything else.

• Dependability
• Reliability
• The ease of managing the system

One of the features I want to see, which I will see with OneView 5.0, is to have all the OneView consoles in a single pane of glass. That will make it easy to see everything in one place and not have to log in to multiple consoles.

The stability is great.

The scalability is very good. It's easy to scale out: Throw a blade in there and apply a profile to it and move on.

Technical support is great. HPE has always had great technical support.

We were running out of resources and some of our hardware was getting old and needed to be replaced. We used Cisco UCS and we still use it. We purchased both of them to leverage out our resources with our different vendors.

The initial setup was a little complex because it was a new system for us; different than the c7000 enclosures that we used before.

We used a reseller and our experience with them was very good.

We can put a bigger workload on there because the systems can produce a lot more resources now. I would say it has reduced our cost of operations; I couldn't imagine it doesn't. It has also reduced our IT infrastructure costs, although I don't deal much with the cost side of things.

I can't say that I had a shortlist because I've only got two vendors that I use: Cisco and HPE.

Do your research but evaluate this system.

I rate it an eight out of ten because there's no perfect system. Ten is perfect but every system has its little glitches.

Moving virtual machines over to Synergy.

In a hybrid cloud environment, the solution enables us to do SQL. We are able to move it up and take it down.

Storage-wise, I don't have to order more storage. It is so modular that I can pick and add what I need.

The solution helps to manage our IT landscape by allocating more servers.

The solution helps us to implement new business requirements quickly. We are installing weight scales across the state. We can bring up machine per weigh station quickly.

When our development team requests servers or services, we are able to bring it up. The return time of bringing up a virtual machine hardware is now quicker.

It has a modular design. We are able to add more to it when needed.

It is really easy to use, because it's GUI-based. It is not command line based, like mainframes.

There are some functions which are not clear cut.

Instead of having Synergy vertical, make it horizontal. It is easier to stick in when it is vertical.

So far, it has been really stable for three years.

The scalability is good. We were trying to order another system to be able to install at the state data center, and it was very scalable. 

I haven't had to talk to technical support yet.

The initial setup was straightforward.

We deployed in-house.

We have not seen ROI.

The solution has reduced our cost of operations. It has also reduced our IT infrastructure costs. 

I would go with Synergy. It is better than the Nutanix solution. Nutanix was really hard to implement, and it was very pricey compared to what we get from Synergy.

Go with what is comfortable for the employees. We were using HPE for some time, then we switched off of it for some time. After switching back, our employees adapted to it quickly, because it was easy to use.

I wasn't here when they began installing it, so I can't tell what the deployment time was before. Over time as the teams get used to it, the return time is now two to three hours.

We give out certification training on HPE product lines. Synergy is one of the product lines. It's part of our composable infrastructure in our hybrid IT training. We use Synergy for giving customers and partners hands-on experience.

It gets us lots of training-development work because the product is changing all the time. It's a relatively new product. It was introduced a couple of years ago and it's changing quite rapidly. That's a benefit for us as we continue to update the training of it.

The key advantage that we teach people is speed to market, or speed to productivity, thus, reducing the time it takes to provision business services. That's the key positive aspect of Synergy.

Composability. We're developing training. We show our partners the value of composability and how it can meet their needs.

I would just like it to work.

The stability is poor. It's a relatively young product and the management solution that drives the product shows its signs of immaturity. There is a new version being released this week. Things are getting better but they need to get better more quickly.

From a scalability perspective, the platform is great.

Technical support is poor. We've had issues with the system. Firmware upgrades, for example, did not go as they should have gone. After placing a support call to HPE, several weeks later problems actually got worse as a result of what they instructed us to do.

We were shipped the very early solution and it's installed in a data center in Michigan and we had other people do it. We helped them do it remotely but it wasn't hands-on for us. The kit is owned by HPE but it's managed by an external company and we work with that external company to use the kit and help set it up. Our experience with them during the setup was great.

The main challenge we faced was that when it was installed it just did not work. There were faulty components and it took weeks of troubleshooting to find the faulty components, get them replaced. Getting help from HPE was difficult. Nobody knew about the product. It was a brand-new product and people had not been trained on it. That part was not a great experience.

The setup was very complex. The intention for Synergy is that it's auto-discovery. You turn the power on and everything happens and it's all done for you. It absolutely did not work that way. If you have one faulty component - and we had several - it just does not do what it says on the tin. Again, it was an early production model, so we understand things go wrong. But again, getting support for the product was very difficult because nobody knew about the product because it was brand-new.

Come on a training course. Find out what it can do for you.

The biggest lesson I have learned from using this solution is that composability is the way to go. No one else can do it. It will be a great win for HPE when it works.

It decreases deployment time, certainly, when it works. I can get an operating system or a hypervisor deployed within five minutes. Whereas prior, it might have taken me five hours to do the same job. It's quite significant. What we don't see are the 700 hours that we have to spend setting it up and getting past the bugs in the software to make it work. When it's working its fine. I don't tell customers this. However, it is marketed as a panacea and, with the appropriate work, it can be.

I rate Synergy at five out of ten. Once they resolve the issues, it'll be great. The product is only two years old. In another year, another two years maybe, it'll be fantastic. It's just, the reality is, it's breaking new ground. No one else has this solution and there are issues with it. It's possible that much of the skill that was within HPE as a company, is no longer with the company. As a result of people moving away from the company, HPE is left with insufficient expertise, especially in the support area.

We use it for converged infrastructure (compute). We are using it for Hyper-V and our SQL environments right now. We are doing some DevOps on it, as well.

Spinning up an environment is much quicker, because I don't have to reconfigure networking and redesign everything from the ground up. I throw a new blade into the frame and configure it based off a template.

The solution has improved the efficiency of our IT infrastructure teams by taking less time to set stuff up, reducing our deployment time.

The solution has positively affected the productivity of the development team by creating environments quickly.

I was able to condense my compute into a more manageable rack space, reducing heat and power consumption.

It makes it simpler for me to manage my environment. It is one pane of glass, compared to multiple.

Stability when you upgrade needs improvement.

It is fairly stable.

It is scalable, but it is challenging to scale it. It's not as easy as just putting in another frame.

The technical support is great.

I was a HPE customer and knew I needed to condense the number of compute units that I could have in a rack space without increasing the size of the room.

The initial setup was straightforward. The expansion was complex, because adding a second frame onto the original frame caused an outage.

We used a reseller, PCM, for the deployment. Our experience with them was excellent.

We do CAPEX.

HPE was the only vendor considered.

I would recommend an HPE product because it is a good, stable product.

Biggest lesson learnt: You should set up two in parallel. In case one goes down, you can fail everything over to the other one.

It is where we do most of our compute for the various different things for our homegrown software that we developed and use. We also use the product for a third-party software that we do, using cloud-based services. 

In a hybrid cloud environment, the solution enables us to a lot of databases, then different homegrown in-house developed stuff that we use for media servers and compression servers. We can also do management for workforces and optimization for workforces, in terms of the products that we provide.

We can get more density in the same physical footprint out of it, which has to do more with the density of the blades that go into the Synergy frames, because you can get less blades than you could with the old c7000s. There are just more cores and sockets with more memory available, so you can get denser with your applications. 

We build out a whole stack at one time, so we don't have to worry about it until that stack is full, then that gives us time to get the next one ready.

You don't have to have networking in every single frame, just have the interconnects. You don't have the traditional A and B side in the sort of multiple LAG groups, and so you really can sustain a lot of loss. The other side of that is if you need to sort of push more bandwidth up, you can do it because of the interconnects in the networking, and the same goes for Fibre Channel as well.

The speed in OneView and how it updates the entire configuration needs improvement. If they can do that, and it could be a little more clear on what impact different actions will have for certain things, that would be good. They do give warnings for certain things, but there are other things where they don't really give you a warning, then you do it and it will be rebooting something like the host (or whatever). If that is in a production environment, that is really dangerous. This is our pain point.

We haven't really had any problems once it was set up. The initial installation can sometimes be problematic.

We have had some weird issues with the networking and interfaces. We had an interface where if it was the first interface to join a LAG group it wouldn't come up, but if it joined second, third, or fourth, then it worked fine. We still haven't figured that one out.

The amount of time that it takes to update the entire configuration because it has to go and update so much stuff: It takes quite a long time. Then, the potential for downtime when you do that is also problematic, especially if you don't have a full three or five frame set that you are working with. If you are going from one frame to two frames or two frames to three frames there is a potential for downtime there. So, we have opted to go to full stacks when we implement them.

It is scalable. You can manage with OneView multiple frame sets. We have chosen not to do that right now, but I can see where, as we get bigger, we'll want to implement that and maybe change the frame link up a bit so we can do that. However, we haven't done that right now.

The technical support was pretty good. They were good to very good, depending on the issue.

We had the c7000, and there wasn't anything new. We needed to move forward, so we could have a platform that we could rely on for the next ten or so years. Something that we could go and deploy, taking advantage of all the functions that it has.

The initial setup was definitely different from what we were used to, so there was a learning curve. However, the more experience that we gain with it, the easier that it becomes. Every implementation has been sort of faster and easier than the previous one. We are to the point now where it is pretty straightforward for us.

We used startup services for the deployment. The frustration with that was it was contracted out to third-party vendors, so it was sort of hit or miss for what you get with third-party vendors in terms of their knowledge. That was a bit frustrating. 

We will probably always buy the startup services. However, we will do the rack and stack along with most of the wiring in terms of the network and Fibre Channel. Then, we will let them run the interconnects through the actual configuration of the enclosure itself with the startup services links.

We did look at Cisco UCS only because we thought it might be a good time to change things up, but we are really an HPE shop.

Make sure that it will work for you, your environment, what you have in mind, and what you want to accomplish. If you have a lot of small points of presents which are located around the world, this may not the best solution. However, if you are in a big data center or colocated data center, and you will be doing a lot of deployments, then I think this is a good solution.

Right now, we are mostly configuring profiles, the configuration of the frame sets, and the logical enclosure groups manually. We are moving towards having Synergy help us manage our IT landscape. That is what we are trying to get to next.

We are not using it as a fully composable infrastructure because we have storage outside of Synergy. It is sort of a hybrid of what we were doing before and what composable infrastructure really is, so that is where we are at.

It hasn't decreased our deployment time yet, but it can potentially in the future. We are trying to get not only to servers that we deploy, but the infrastructure that deploys the servers. We want to get to the point where that is all configured and deployed using infrastructure as code. We are a long ways from that, but that is where we want to get, and hopefully, we will get there.

It was the next generation of what was possible versus the old stuff where it was very confined to one frame versus multiple frames or you could make it composable and move workloads around easier.

We don't really have Synergy for our development environment.

Biggest lesson learnt: Pay attention to the nuances it. Take advantage of all the stuff which is built into the system. A lot of times, we buy technology and only use one part of it. If you use sort of the whole suite, then it works better. 

Right now, we are mostly using it for building out data center services. The biggest things that we are using it for are large scale virtual farms. We have recently even started using it to have large shared database resources for shared platforms, like Informatica.

We are just using it as a server.

It is helping us sort of bridge a gap that we are having moving off of old legacy systems, like HP-UX systems and trying to move over to x86. So, it is helping fill a hardware gap that a lot of our platforms have needed in the past.

It is filling a gap in server size that we don't really have right now in previous generations.

I would like them to work more on the templates, targeting it to a larger scale organization which has to run 24/7. Maybe they can try to get that workload to target certain parts of an application that has to be on 24/7. The common example that we keep getting is with our animators. They have one template which is dedicated to their resources, and in the night, it does rendering. However, when we have stuff which is running 24/7, it's not really something that applies. So, maybe they can try finding more applicable use cases.

The solution has affected the productivity our deployment a little, but it has just been the normal getting used to the new system. I think once they get used to it, it will be fine.

It seems pretty stable. We haven't had any issues that I'm aware of. We have not had any outages.

Just considering how we're using it, we are really using it for the bare bones infrastructure. I think if we were using Synergy in probably the way that most teams or organizations were expected to use it, it probably scales a lot better for us because we are looking at it the bare bones CPU memory and how it works. 

Scaling is difficult, but that's always going to be the case.

I don't work with the technical support.

We started moving data centers, so we had to invest in a new solution.

The initial setup was complex. From what I was told, there were issues initially with getting the SFPs on the floor for our data center and something with the image, but I think that was on our service provider' side. They couldn't get the image to deploy with the right drivers and stuff.

We worked directly with HPE.

We have not yet seen ROI.

It has not yet reduced our cost of operations.

It has not yet reduced our IT infrastructure cost.

I would recommend that anybody who does look at Simplicity to look into Synergy. Look into it before they deploy. They should look and make sure it is compatible for their environment.

At the scale that we are at, we don't really have too many use cases right now where we can leverage all the technologies behind it. So, it's unfortunate but we are looking forward to getting to that point. We just have to slowly bridge that gap.

It is fulfilling our needs. It is not doing anything that has been too different than how we're already using it. Because of how we are using it as a bare bones servers, we just see it as a server.

We just haven't really integrated it into the public cloud or hybrid cloud. We are testing out Simplicity and Nimble now, so that might already be a feature.

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.

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.

It has the next level beyond hyper-converged:

1. It has that promise of combining the orchestration and automation.
2. 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.

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.

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.

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.

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.

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.

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.

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.

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.

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:

1. You should be aware of your workloads from a time basis, which means you need to be monitoring and analyzing those workloads more. 
2. The absolute necessity of automation.

We're using it for our production server loads and for disaster recovery purposes. In terms of a hybrid-cloud environment, we use it for our database workloads. We have records management systems and dispatch systems which have critical databases which we run on these platforms.

Using the platforms along with server virtualization has made us so much more agile in bringing up environments for projects. We've been able to cut delivery times down drastically. Whereas in the past, if someone said they need a server it was going to take a week, now, we're able to do that in 30 minutes to an hour. That's one example of how the solution helps us to implement new business requirements more quickly. Having the virtualization layer over top means that now, when projects come up and they need servers, we can have those up and running within a day. In the past, it could have taken several weeks to procure the physical equipment and get it built and installed.

On a typical server build, it probably saves eight hours. In our environment, we could be building and tearing down dozens of servers a week so just do the math on that. It's hundreds of hours in savings.

When it comes to managing our IT landscape, in addition to the flexibility, maintenance activities have also been improved. Being able to maintain the hardware layer without actually impacting our users has been key for us.

Synergy also streamlines the work that our infrastructure teams have to do. They configure things once, upfront, and build deployment templates. That, along with good documentation, means any member of the team, with very little training, is able to deploy systems.

The development team is our customer. They have rapidly changing needs in terms of getting servers and environments set up quickly for them to be able to do tests; and then to be torn down afterward. The fact that it's so flexible and easy to do that speeds things up for them as well.

The flexibility to link them together and configure them gives us the ability to scale out easily, to add more compute resources as needed. With the nature of our business, we have so many projects on the go and constantly changing priorities. A lot of times we need to be able to make changes fairly quickly. The way that they're scalable and flexible means we can add additional servers in quickly. That's what is important for us. We're not spending a lot of time doing procurement and building of physical servers.

The stability has been great. We haven't had any major outages so far. We are still on some of the older BladeSystem c7000 enclosures. We're moving to Synergy although we've yet to move everything completely on to them. But so far, Synergy has been good and stable.

It's a good platform. It gives us the scalability that we need.

I haven't personally used technical support.

Synergy was just the next logical step for us, as we lifecycle out our old infrastructure. We've been using HPE technologies for 15 to 20 years. The next logical step, as our older blade enclosures reached end-of-life, was to go to the Synergy platform. We work with our HPE sales team very closely. They're more like a strategic partner for us. When they make a recommendation we take it seriously.

There was a certain level of complexity to this because this was the first time for our staff in using this platform. There was some complexity. There are different options for the interfaces for the staff. It's a little bit different than what they're used to doing on the onboard administrator for the other blade enclosure. It was a matter of getting to know the new features. They took their time to understand all the capabilities.

We did it with HPE Consultant Services. Our experience with them is always good. Very thorough. They have local resources onsite who have good knowledge of the product. They're able to answer our questions. It's always been a good experience.

The price point is a little high. We were able to get a good deal on a promotion, to go with it. It would be nice to see the prices come down a little bit.

My advice would be to set up a face-to-face meeting with the product experts from HPE. If you go through resellers or vendors that's fine, but make sure you have the HPE resources there. They know the product the best.

One of the lessons we've learned from using this solution is that you really need to take your time and learn the new features of these. There's so much. It's not just a simple blade enclosure and you plug your servers in and go. There are a lot of advanced features, with some of the composability stuff that we haven't even really scratched the surface of. The big lesson is to really learn the product and what it can do for you, because chances are it can do a lot more than what you initially think.