HAProxy Reviews

For production purposes, we use HAProxy, which is a web application.

Our primary use case is load balancing.

We are not fully utilizing it. We are only responsible for load balancing. The most used and valuable is load balancing.

I can't speak to all of the HAProxy features because we don't use them all, but load balancing is very good.

Although HAProxy is essentially open-source, many features are not available.

While troubleshooting, we are having some difficulties. There are no issues when it is running; it is stable and very good; however, if there is a troubleshooting issue or an incident occurs, we will have issues because this is open-source.

We are only experiencing problems at that time. Otherwise, everything is fine.

Because we need to search for a document or some troubleshooting information. That could be beneficial to us.

To resolve the troubleshooting issues, additional documentation and troubleshooting are required.

The product is satisfactory. However, additional documentation, additional technical documents, and troubleshooting steps are the types of things that can only make this solution better. Also, more clarity on where the package is hitting and where it is stopping is needed.

I have been using HAProxy for four or five years.

HAProxy is generally stable. We had only two days of problems in the last five years, this was an extremely rare occurrence. We are back to being stable.

We have publicly permitted our web application for this, and approximately 5,000 users are using it.

It is used every day because it is our production-related order-lease domain or something along those lines. We are also using this as a dealer, with approximately 5,000 users per day.

Normal users. We will publish it on one of the websites that provide the production information. We provide the order and invoice the order to the product. These are the types of details. This is our dealership's publisher for an automotive dealership.

It is essentially the dealership's publisher.

HAProxy is scalable. There are plans to expand to the Japan team. They may suggest a paid tool.

I would rate their technical support a three out of five. Additional documents and troubleshooting should be made available on the internet.

There is no direct support. We use open-source software and do not rely on their support. We rely on our knowledge, and we are studying the implementation.

Previously, we were using F5. F5 is a very good product.

It's a great product that is also very stable and scalable, but it is very expensive in terms of price.

We switched to HAProxy because it is open-source.

We are also working with Zscaler and FortiGate.

The initial setup is easy.

I would rate the initial setup a three out of five.

We completed the installation in-house and did not use a third party.

HAProxy is free open-source software.

It will primarily be determined by the budget, the size of their company's budget, or if you have the budget. I would always recommend the F5. Because it has more clarity and more features are available in the F5, if budget is an issue, go with HAProxy. It's a good product.

If you are not utilizing very basic things that you should be using for the HAProxy.

Depending on the balance If the balance is very minimal, they should use HAProxy, an open-source solution, but if the balance is larger, such as an enterprise, they should use F5 BIG-IP Local Traffic.

I would rate HAProxy an eight out of ten.

I use it for managing Redis clusters where I have a front-end for a read-write and a front-end for a read-only. I have no idea who else in my company uses it. I had opted to use this because we have silos in our company. We have a network silo that does the load balancing, and I wanted to control how these tests worked with the load balancing. I wanted them to do load balancing where they hand off like a TCP Fast Open. They perform a check on these services with TCP Fast Open.

For example, there is one free HAProxy service for each node, and they use TCP Fast Open for things like that. It's flipped to the HAProxy, and then they establish a persistent connection. It's more of a hand-off, and then I can do all the magic. You can do most of the things I'm doing with HAProxy in F5 too. However, it's siloed off and takes a long time to get things done. I don't have any agility. I took that upon myself with HAProxy because it's a lot quicker to do it myself instead of waiting weeks for somebody else to do it.

The most valuable thing for me is TCP/IP Layer 4 stuff you can do with HAProxy. You can go down to the protocol level and make decisions on something. 

The logging is pretty hard to understand, but the documentation for the logging is decent. That would be my only criticism. Sometimes it's challenging to get through the log, and you need a log to understand what is going on. It isn't easy to map the logging with the documentation, and every time I read the log, I have to pull out the documentation to understand what I'm reading.

And there is some more functionality that I would like to see. For example, you'll do a TLS to the front leg— whatever connects to your load balancer. You do the HTBS or whatever TLS connection there. And then, on the back end, you usually have to clear it a lot of times. I want to be able to do TLS all the way through on both legs. I don't know if it can do that. HAProxy might be able to do this already, but I haven't done enough research to see if this is possible

Probably about two years now.

HAProxy is rock solid. I'm pleased with it.

HAProxy is scalable. It easily handles the current loads, but my connections are pretty low. It can take a lot more than what I'm doing. I'm making around 200 connections per second, which doesn't put much stress on the solution. HAProxy can handle it pretty easy.

I've never used any tech support. I just use the freeware.

The setup was pretty straightforward. When I started using HAProxy, I played around with it in a container and built from source, so I got a good feel for what it could do. And then I picked up a book called Load Balancing With HAProxy. After I read that, I felt confident I could use this service in a production setting. I was able to tune the knobs I needed to adjust and understand things pretty well. The book is pretty decent, but I wouldn't mind seeing a newer version of it. It was helpful. 

The HAProxy documentation on the web isn't bad, but the book is much nicer for me. I like to see how the authors apply HAProxy to specific use cases and leverage things. Also, they explain how to do something, whereas the documentation only tells you about the features and parameters. Sometimes it's hard for the documentation to show the importance of a feature and express how to do what you want. 

I'm using the freeware version. I have no idea if there is a paid solution because I've never looked into it. I might in the future if I have a use case for it. But right now, I'm leveraging the free version, and it seems to fit well in this stack because I'm using the free Redis.   

I would rate HAProxy nine out of 10. My biggest recommendation for any new HAProxy user is to read Load Balancing With HAProxy by Nick Ramirez. If you're thinking about using HAProxy and you want to get your feet wet, read this book and follow along with it. Determine whether you're trying to do an HAProxy for a web service or something else and concentrate specifically on those pieces. I read the whole book and enjoyed it, but you can focus on one thing if you need to. This book is short, and you can just read the whole thing to understand it.

HAProxy has been our primary SSL termination technology in production. We use it for our own product, which is Qivos Cloud. It is a software service and we used HAProxy for high-traffic API gateways. These products load balance our servers.

We are using HAProxy, for secondary loads and use cases. There are times that our customers require specific static IP addresses versus AWS CloudFront, which uses IP pools. So when we have such environments, we use HAProxy for SSL termination and load balancing.

Stability is number one. We have never had problems with it. When configured correctly, it could run for years. We never had a task that we could not achieve with HAProxy.

The reconfigurability in terms of the tooling could be improved and maybe an editor plugin can be added. Something that might help with syntax or common use cases.

We have been using HAProxy for more than five years.

HAProxy is very stable.

We had no problem with scalability both in terms of scaling HAProxy itself, or the backend behind it.

We only used it for public resources, like the manual, documentation, or stack overflow. We could find the solutions easily.

We replaced HAProxy with CloudFront because we switched to a serverless option. We did not have a problem with HAProxy. We re-architected our solutions. SSL termination and load balancing now happen in AWS CloudFront and application load balancer.

We deployed in-house. We learned how to use it. I would say less than a month. In the beginning, we only did specific things and over time we gained expertise and we expanded our users, but it was, more or less, a month to go with production.

HAProxy was very easy to script, but it had a learning curve back then. I am talking about four or five years ago. Once we gained our expertise on what we wanted to do with HAProxy, it was easier. We only used the open-source version of HAProxy for pricing.

HAProxy is something that we manage ourselves, so we cannot directly compare it with Amazon CloudFront. If we only focus on technology, it is the same features. The only reason we switched is because of management costs.

HAProxy is definitely a dependable choice. The only thing that needs some attention is the initial learning curve. When you get past that, it is a great tool to use. We are very happy with it. I would rate HA Proxy a nine out of ten.

We primarily use HAProxy for the load balancer. 

Having the right load balancing solution – which is what HAProxy is – and protection in place gives organizations peace of mind. 

HAProxy has a lot of features, so what's most valuable depends on what we are loading. The forwarding proxy is a valuable feature. HAProxy is a valuable product. 

HAProxy could do with some good combination integrations. 

I have been using HAProxy for about 15 years. 

HAProxy is stable. 

HAProxy is scalable. We have some 2,500 end users using HAProxy. They are mostly developers. 

We did not use any other solution before we deployed HAProxy. 

The initial HAProxy setup was straightforward. The setup is automated, which makes it instantaneous. 

We deployed HAProxy in house. 

We did see a return on investment from HAProxy. On a scale of one to five, I would rate our ROI with a four. 

HAProxy is mostly open-source, so I cannot provide any pricing or licensing numbers. 

We did not evaluate any other options before landing on HAProxy. 

The advice I would give to others looking to implement HAProxy is to go with the on-prem version if you can. The cloud version is a bit different because a lot depends on HAProxy's compatibility with the cloud vendor itself. I would say to stick with the solution your cloud provider has put out.

On a scale of one to ten, with one being the worst and 10 being the best, I would give HAProxy a nine overall.

We use the open source version in our dev environments, and the commercial product for production and pre-production. Our primary use case is for reverse proxy, especially for switches in the different environments. I am a system engineer. 

The solution is user-friendly, works quickly and efficiently. 

I'd like to see better documentation and preferably a French version as well. The product is used a lot here and that would be helpful.

I've been using this solution for a year. 

In my previous job we had some stability issues related to configuration and compatibility with other products. It was unstable because of cookie problems. 

We have good scalability. 

The initial setup takes a few minutes. We use Terraform to deploy and it's very fast. We have five users in the company. 

I had a look at Nginx for the reverse proxy part but I preferred the typology of the writing of HAProxy.

It's important to define your use case clearly so you can be sure the product corresponds to your needs.

I rate the solution seven out of 10. 

We are just using this product in our UAT environment.

Load balancing is valuable, and we are also using the WAF feature.

It is a complete open-source product. The good thing is that there is a lot of customization and development.

There is no standardized document available. So, any individual has to work from scratch to work it out. If some standard deployment details are available, it would be helpful for people while deploying it. There should be more documentation on the standard deployment.

When you have to customize it for your application requirements, there are a lot of challenges. There should be more support for customization. To customize it better, there should be some kind of programming integration.

I have been using this solution for two and a half years.

It is completely open-source, so updates come very frequently. To the most extent, it is stable.

It is an open-source product, so you have to work on technical support. You can take premium support from HAProxy, and that helps a lot, but it is not comparable to other enterprise products because it is a free-of-cost product.

I also use F5. I am looking to replace F5 with HAProxy for some of my non-critical applications.

HAProxy is open source. So, if you have cost concerns, you can go for it. It is good for basic application load balancing. If you don't have budget limitations or you have critical applications, you should definitely go for F5 because of the standardization and the product experience they have in handling mission-critical applications. 

Its initial setup is easy and not very complex. If you have a general understanding of how containers and VMware work, it is not very problematic to deploy it.

The initial setup documentation of HAProxy is good, but when you have to customize it for your application requirements, it gets difficult.

It is free of cost.

We have currently deployed it for one product. For non-critical applications, it is a good choice. You can definitely go for it if you have cost concerns, your application is not very dynamic, or you are looking for a basic load balancing product. 

I would rate HAProxy a six out of 10.

I use HAProxy for individuals who can not buy low balancers. I built NFV in a box and send individuals a pathway into an HAProxy VM.

I would like to see better search handling, and a user interface, with a complete functional graphical unit.

I have been using HAProxy for the past four to five months.

I do not have it in a full production environment to have those statistics. What I am currently using is stable.

I do not see enough traffic to make an honest critique of the stability.

I have not currently used technical support.

HAProxy potentially has a good return on investment.

The setup was not difficult it usually takes a day to complete for a VPC.
When it comes to pricing HAProxy is free.

I did look at NGINX.

I would rate HAProxy an eight out of ten.

We use it in a model teacher, project, and financial trading system.

Overall, it's a good solution.

We don't have a problem with the user interface. It's good.

We've changed solutions as it doesn't fit with our current needs. 

We have used the solution for a while, however, we are currently moving away from it.

We are currently moving away from it. We changed our orchestrator solution and we move to something else and now use an internal proxy.

We are end-users and customers. We don't have a business relationship with the solution.

I would rate the solution at a seven out of ten.