Tailored tailored hosting. Measure to decide and choose the most suitable solution.

One of the most absurd questions that we usually read online is: “Can anyone recommend me a high-performance and economical WordPress Hosting?” , followed by a plethora of responses from hosting companies, each cited based on direct or indirect personal experiences.

The problem is that we are talking about absolutely different cases and situations that are impossible to evaluate without a proper analysis of the requirements and needs.

What would you answer to those who asked you:

was Michael Jordan or Diego Armando Maradona stronger?

From a hosting point of view, the question sounds more or less the same. He has no answer, but he definitely deserves one.

The reason is easy to say, computer science is a science almost exact and therefore it is necessary to measure and then decide. This step is vital as a bad valuation causes the customer to lose money.
It makes them lose essentially for two reasons, the first because the site would risk being slow or even crash under the weight of a lot of load, the other reason is that it could be pushed to buy a highly oversized hosting plan for real needs and therefore maybe throwing tens of thousands of euros a year when it would have been enough to simply evaluate the situation calmly and competently and then direct it towards the best hardware and software solution in order to meet the technical needs without going to oversize the hardware and related costs that in some cases with some of our customers could have even reached 12 thousand euros per month.

Here is what a good hosting and a good systems administrator should ask before directing a customer or potential customer towards a hosting solution, be it a shared hosting plan, a VPS, Cloud or a Dedicated Server :

1. What is the site?
2. Which CMS do you use?
3. What hardware technology do you currently use?
4. What are the traffic peaks?
5. Do users just read or must / can log in?
6. What kind of business continuity do you need?
7. What budget do you have?

Let's try to understand the importance of these 8 questions and why every good system engineer, especially if a Linux system engineer should ask you.

1 - What is the site?

By simply knowing the name of the site, an expert systems engineer is able to obtain important data to size the necessary hardware and choose the best software.

In fact, through online tools such as SimiliarWeb, Weppalizer and BuildWith we can know in a matter of seconds the number of monthly visits it gets, and the server-side technologies currently in use, as well as through SeoZoom we can understand the growth or decline trend and therefore weigh the choice not only in the immediate present but also considering the near future.

Put simply: it allows us to have a rough view of our future client.

2 - Which CMS do you use?

Answering this question immediately makes us aware of the software-side configuration that we could go to use, and any problems to be solved. Do you use Joomla? Do you use WordPress? Do you use Magento, WooCommerce or Prestashop? For example, we could evaluate the margins for improvement and optimization, aware that normally WooCommerce allows decidedly significant improvements only by intervening on the software configuration while Prestashop usually already works at its own speed and therefore the margins for improvement that can be obtained from a good tuning are minimum and you must necessarily evaluate the hardware and size it appropriately if the current performance does not satisfy us.

But above all do you use a CMS or a custom site?

Becoming aware of the use of a customized system perhaps written ad-hoc that does not use any CMS immediately warns us of an unknown terrain, in which we do not know what the weak points may be, the possibility of using a static cache and dynamic without upsetting the code, possible problems of inefficiency and excessive slowness on the database, slow queries, use of indexes, related optimizations and so on.

3 - What hardware technology do you currently use?

Answering this question means clarifying the hardware architecture currently hosting the website or web infrastructure . This is crucial information because it allows us to immediately understand the limitations, potential, and potential critical issues of the system in use.

If the client tells us that the site is hosted on shared hosting , this fact alone paints a fairly clear picture: intensive resource sharing, potential overselling issues, often unstable performance, and operational limitations dictated by a rigid environment, designed for low-cost scenarios rather than performance or scalability. Large providers tend to sell these services by emphasizing price and "ease," but often at the expense of actual technical quality.

The situation is different if the client uses a VPS, a cloud environment, or a dedicated server : in these cases, it's essential to go into detail. We need to know:

• Number of CPU cores actually available

• Amount and type of RAM installed

• Network connection speed (uplink)

• Disk type and speed (HDD, SSD, NVMe, RAID if applicable)

• Hosting or infrastructure provider (e.g., Hetzner, OVH, AWS, etc.)

These elements allow us to correctly evaluate the actual performance of the current environment . It is common, for example, to find VPSs with many cores and lots of RAM, but penalized by extremely slow disk I/O, or, conversely, environments with ultra-fast NVMe disks, but CPUs underpowered for the real-world use, as in the case of a WordPress eCommerce site with a large number of plugins and traffic.

This initial analysis allows us not only to highlight any bottlenecks or structural problems, but also to make smarter choices in the design phase of the new environment : we could decide to increase the number of cores or RAM, or – if the current environment is oversized compared to actual usage – to optimize and reduce resources, obtaining cost savings without sacrificing performance.

In a rigorous technical approach, where measuring before acting is essential , knowing the current hardware allows us to make informed and reliable decisions, building a new infrastructure on solid foundations and without unnecessary guesswork.

4 - What are the traffic peaks?

Although looking at the first point of this list through the aforementioned analysis tools we can know quite precisely the monthly traffic, what we cannot know are the traffic peaks that a site can receive.

For example, if a newspaper publishes the news of an earthquake, rather than that of a bomb attack against a political office, how many visitors can it do?

We had the case of a press release shared on the Facebook and Twitter pages of current Prime Minister Salvini, which led to the site receiving a staggering 5 million visits in a single day, the first 2 million of which occurred within two hours . Obviously, such a case can be considered exceptional, unlikely but not impossible.

An answer from memory

5 - Do users just read or must / can log in?

This question is especially important when dealing with interactive systems like forums, e-commerce sites, or private areas. While it's true that poor native performance can be cleverly masked by using static caches like Varnish SuperCache or similar solutions, it's also true that a logged-in user cannot enjoy this benefit as the cache is obviously bypassed.

In this case it is good to know the nature of the application and predict what the number of logged-in and non-logged-in users may be and measure the load in order to subsequently size the hardware to be chosen.

6 - What kind of business continuity do you need?

This question may seem obvious since everyone would obviously answer 100%, but in reality we know that a true 100% means having such geographical redundancy that requires a double DNS, double geographically redundant instances, perhaps on Amazon AWS, which isn't exactly cost-effective. The difference between 99,9% and 100%, even though it's only 0,1% in terms of uptime at the hardware and software infrastructure level, means spending about 10 times as much.

To be clear, are you spending 300 euros a month to have 99,9% uptime? Be prepared to spend AT LEAST 3000 if you want to have 100% uptime.

Does this make sense ? It depends. 

With the help of the Uptime Calculator we can in fact determine how much 99,9% uptime amounts to per month, or better yet, how much downtime it corresponds to.

As we can see from the website, 99,9% corresponds to 43 minutes of downtime per month. It should be noted that a 99.9% guarantee usually requires double the time for disaster recovery procedures if something goes seriously wrong.

Therefore, let's imagine that your business stands still for 2 hours twice a year, for a total of 2 hours a year. Can these 4 hours of down time justify a hypothetical expenditure of 4 thousand euros more per year to reach a hypothetical 30%, compared to an expenditure of 100 euros per year to have 3600%?

It depends on the business you run and how much your site performs, either in terms of image or revenue. The reality is quite different, in that downtime is rare (a couple a year) and lasts between 5 and 15 minutes. Even redundant solutions with 100% uptime can have software issues that still lead to problems. This has happened to major players like eBay, Amazon, Spotify, and Netflix, which were down for over 4 hours ( the original report of the Amazon S3 failure is here ), so it's safe to say that a downtime of a few minutes a year is normal.

This aspect must therefore be evaluated very well, actually taking into account whether you prefer to risk having 1 hour of down time but a considerable saving in infrastructure costs (an indicative average saving of 500% up to over 1000%) or if it is of vital importance. reach 100% and therefore spare no expense.

The choice in these cases often depends on business logic that is not too intelligent but still legitimate, especially on the part of large publishing groups and large companies that are used to stipulating service contracts between managers without knowing in the least what they are talking about, demanding the best on the market. with the sole purpose of protecting their working position in the face of any problems, justifying their position as that of the one who made the choice of the market.

7 - What budget do you have?

This is perhaps the most awkward question to ask, and in Italy it's even more so. Discussing money openly is often seen as bad taste, almost a cultural taboo. Unlike other countries where budget discussions are an integral and transparent part of any negotiation, in our context it almost seems intrusive, insensitive. Yet, as provocative or premature as it may sound, this is one of the most important questions to ask at the beginning of a project , not at the end.

Knowing the available budget doesn't mean trying to "squeeze" the client, but rather allows you to immediately define a realistic scope , avoiding proposals that are overly ambitious or, conversely, excessively limiting. Without this information, any discussion of hardware, software, architecture, and performance risks being vague, theoretical, and often disconnected from operational reality.

Furthermore, working "on the cheap" when the budget would allow for a more high-performance infrastructure is a mistake that always pays off over time. It's pointless (and counterproductive) to design on hardware that's at the limits of its capabilities if you have the financial means to opt for more stable, scalable, and long-lasting solutions. A well-calibrated budget allows you to avoid unnecessary compromises , reduce the risk of bottlenecks, and ensure greater peace of mind in the day-to-day management of the project.

In short: the budget question is not only legitimate, it's crucial. Answering it honestly allows infrastructure designers to build something coherent, solid, and sustainable , avoiding waste and frustration. It's the first step in turning an idea into a concrete, well-sized solution.

Conclusion

In conclusion, if you're unsure how to choose hosting or a dedicated server, you should at least know the information above and be able to answer these seven questions. If you have any doubts, want to understand which solution is best for your needs, and want to know all the pros and cons, please contact us.

We have a truly vast experience with many case studies ranging from the hobbyist, to portals and newspapers and sectorial sites with over 50 million monthly visitors per month.