Magento 2 hosting with administration, backups and monitoring
The server, its administration, daily backups and monitoring in one monthly figure, from PLN 700 net. It is run by the same company that develops Magento 2 stores every day, so you never have to work out whether the problem sits in the server or in the application.
Magento 2
Environment services
- Server resources
- PHP and web server
- Database
- Cache
- Search engine
- Queues and cron
Covered by administration
- Daily backups
- Environment monitoring
The set of services and their parameters are agreed per project.
- VPS, dedicated server or AWS
- server and administration in one price
- daily backups
- hosting and Magento development in one company
- 18 years of e-commerce experience
- 100+ Magento implementations and major projects
- Hyvä Bronze Partner (opens in a new tab)
Magento 2 hosting — VPS, a dedicated server and AWS
Every figure covers the server, its administration, daily backups and monitoring — there is no separate charge for the machine. A VPS works for smaller and mid-sized projects, a dedicated server gives a whole machine to one environment or a group of stores, and AWS is for projects that need a more elaborate architecture.
| Infrastructure variant | Price | Resources | Suited to | Administration / backup |
|---|---|---|---|---|
| Magento VPS |
|
| For Magento stores that need dedicated resources, administration and a predictable monthly cost. | server, administration and daily backups included |
| Magento dedicated server |
|
| For projects with heavier traffic, a large catalogue, heavier imports, extensive integrations or several Magento stores. | server, administration and daily backups included |
| AWS administration for Magento |
|
| For larger projects that need services separated, resources scaled or an architecture prepared for higher availability requirements. | administration of the agreed AWS services |
Magento VPS
Price
- PLN 700 net / month
Resources
- at least an Intel Xeon 6 vCPU × 3.8 GHz
- 16 GB RAM
- 100 GB SSD
- 500 Mbps link, unlimited transfer
- 1 IP address in the location of your choice
Suited to
For Magento stores that need dedicated resources, administration and a predictable monthly cost.
Administration / backup
server, administration and daily backups included
Magento dedicated server
Price
- PLN 1,400 net / month
Resources
- Intel Xeon or Core, 14 cores / 20 threads up to 4.8 GHz, or AMD Ryzen, 8 cores / 16 threads up to 5.1 GHz
- at least 64 GB RAM
- at least 500 GB NVMe RAID1
- at least a 1 Gbps link, unlimited transfer
- IP addresses in the locations of your choice, up to 10 included
Suited to
For projects with heavier traffic, a large catalogue, heavier imports, extensive integrations or several Magento stores.
Administration / backup
server, administration and daily backups included
AWS administration for Magento
Price
- from PLN 2,350 net / month for administration
- the cost of the AWS resources you use is added to the administration fee
Resources
- building the AWS environment
- configuration for Magento 2
- managing resources
- support with scaling
- configuring infrastructure security
- adapting the architecture to the project
Suited to
For larger projects that need services separated, resources scaled or an architecture prepared for higher availability requirements.
Administration / backup
administration of the agreed AWS services
Magento VPS
A virtual server with administration
For Magento stores that need dedicated resources, administration and a predictable monthly cost.
Discuss the VPSPLN 700net / month
Specification
- at least an Intel Xeon 6 vCPU × 3.8 GHz
- 16 GB RAM
- 100 GB SSD
- 500 Mbps link, unlimited transfer
- 1 IP address in the location of your choice
- server, administration and daily backups included
Magento dedicated server
for larger storesA whole server for one store or a multistore environment
For projects with heavier traffic, a large catalogue, heavier imports, extensive integrations or several Magento stores.
Discuss the dedicated serverPLN 1,400net / month
Base specification
- Intel Xeon or Core, 14 cores / 20 threads up to 4.8 GHz, or AMD Ryzen, 8 cores / 16 threads up to 5.1 GHz
- at least 64 GB RAM
- at least 500 GB NVMe RAID1
- at least a 1 Gbps link, unlimited transfer
- IP addresses in the locations of your choice, up to 10 included
- server, administration and daily backups included
AWS administration for Magento
Building and running a cloud environment
For larger projects that need services separated, resources scaled or an architecture prepared for higher availability requirements.
Discuss an AWS environmentfrom PLN 2,350net / month for administration
the cost of the AWS resources you use is added to the administration fee
The scope can cover
- building the AWS environment
- configuration for Magento 2
- managing resources
- support with scaling
- configuring infrastructure security
- adapting the architecture to the project
- administration of the agreed AWS services
You don't have to choose the variant yourself. Send us the address of your live store or describe the build you're planning. We will check what information we need to match the environment and prepare a quote.
Get help choosing your environmentEvery variant covers administration, daily backups and monitoring
The shared scope covers the VPS, the dedicated server and AWS administration. We agree the exact configuration, resources and monitoring scope for your specific store.
Where the service ends
Monitoring covers the infrastructure and the services in the environment. Code fixes, Magento 2 updates and ongoing application maintenance are handled under AURORA CARE. Backup retention, where copies are stored, how a restore is run and the list of monitored parameters are confirmed in the offer and the contract.
Every package covers
- the server itself, inside the monthly fee, with no separate charge for the machine
- configuring the environment and its services for Magento 2
- administering the server or the agreed AWS environment
- daily backups
- monitoring how the infrastructure behaves
- technical support covering the environment
- running one or several Magento stores
- adding resources as the load grows
The hosting is run by the company that develops Magento 2
A hosting provider stops at the server; an agency starts at the application. Here both sides sit in one team, so a report goes straight to wherever the cause actually is.
- 01
One report instead of two
You never have to work out whether the store is slow because of the server or the code. We check both, because we know both layers of this build.
- 02
An environment matched to your store
The specification follows your traffic, catalogue, integrations and background jobs rather than a line in a price list. It grows with the store.
- 03
An administrator inside the package
You do not hire an administrator separately and you do not pay per intervention for an update or a configuration change.
- 04
Problems show up before the report does
Availability, load, disk space and service errors are checked automatically, so we are not waiting for a call from the people running the store.

Magento 2 hosting in practice: BISON
The BISON project covered configuring a dedicated server and then hosting Magento 2 on it, administering the server and running post-launch support under an SLA. The platform runs on one Magento instance serving several regional stores.
- Infrastructure
- A dedicated OVH server configured for Magento 2 as part of the implementation scope.
- Running the environment
- Magento 2 hosting and server administration on Aurora Creation's side, so nobody has to find an administrator when a server problem appears.
- Load
- One Magento 2 instance serves five regional stores, sales in 60 markets and a two-way data exchange with SAP.
- The effect
- All of that fits on one environment, and the same team runs the server and the store — a report never travels between a hosting provider and an agency. Post-launch support runs under an SLA.
- 5stores on one instance
- 60markets served
- SLApost-launch support
See what the implementation covered and what running the environment involves afterwards.
See the BISON case studyMoving a live store is our job, not your team's
Changing hosting does not mean closing the store. We prepare the new environment beside the current one, move the store across and switch it over only once the tests are done.
- 01
We review the current environment
The Magento version, the size of the database and the files, the integrations, the background jobs and whatever causes trouble today. That is what the variant is chosen from.
- 02
We prepare the new environment
The server, the services and the configuration for your Magento version, along with access for everyone who works on the store.
- 03
We move the store and test it
A copy of the store runs on the new server before anything is switched over. We check orders, payments, integrations and the background jobs.
- 04
We switch the traffic
We agree the moment with you, usually outside your busiest hours. The previous environment stays up for an agreed period afterwards.
- 05
We stay with the store
After the switch we watch the load and tune the parameters. Administration, backups and monitoring run from day one.
That is how taking over Chrisanne Clover went, among others: the existing hosting was replaced with infrastructure matched to the size of the store, and after the launch we stayed with the project as technical support. The scope and the schedule depend on the size of the database and the files, the integrations and the current infrastructure.
What should Magento 2 hosting provide?
Below is what the environment has to deliver for the store to run steadily — together with the parameters we use in our own variants.
Magento 2 loads the server even when nobody is browsing: imports, indexing, synchronisation with an ERP, PIM or WMS and recurring jobs all run in the background. That is why the configuration follows the size of the catalogue, the traffic and the number of integrations rather than the advertised disk space.
- CPU
- The number of cores decides how many background jobs run in parallel without slowing the store down. Our smallest production variant has 6 vCPUs.
- RAM
- PHP, the database, the cache and the search engine all take memory at once. 16 GB is the floor for a production store; with a large catalogue, multistore and heavy imports we start at 64 GB.
- NVMe or SSD storage
- The Magento database performs a great many small writes, so spinning disks are out. On the dedicated server we use NVMe in RAID1.
- Database
- MySQL or MariaDB in a version matching the Magento release. A version that does not match the application can block a store upgrade.
- Cache
- Redis for the application cache and sessions, plus a full-page cache, usually Varnish. Without them the store slows down as traffic grows.
- Search engine
- OpenSearch or Elasticsearch in a version matching the Magento release. Without a working search engine Magento 2 will not even render a category listing.
- Cron and queues
- Cron drives indexing, email, sitemaps and price rules — misconfigured, it starts showing stale prices and stock within days. Queues, usually RabbitMQ, decide whether the store slows down while it synchronises with an ERP.
- Scaling
- Adding resources before a peak season or splitting services across separate machines. On a VPS and a dedicated server that is a change of parameters; on AWS it is a change of architecture.
An environment prepared for releases, testing and further Magento 2 development
Developers need access to the repository, Composer, logs, a separate test copy and the services the application uses. We prepare the environment so that shipping a change never means asking the hosting provider for anything.
Our administrators work with developers on releases, on moving a store and on changes that reach into the server configuration. If your own team or another agency develops the store, they get the same access and the same support.
An example environment
| Layer | Technology | Function |
|---|---|---|
| Web layer | Nginx | Serves HTTP requests and passes them to PHP. |
| Web layer | PHP-FPM | A pool of PHP processes sized for traffic and background jobs. |
| Web layer | Varnish | Full-page cache in front of the application, where a project uses it. |
| Data | Database | A version and configuration that meet Magento's requirements. |
| Data | Redis | Application cache and customer sessions. |
| Search and queues | OpenSearch | A search engine in a version compatible with the Magento in use. |
| Search and queues | RabbitMQ | Queues for jobs run asynchronously. |
| Team workflow | SSH | Server access for the people you name. |
| Team workflow | GIT and Composer | Deploying code from the repository and installing dependencies. |
| Team workflow | Test instance | A separate environment for testing before release. |
Web layer
Technology
Nginx
Function
Serves HTTP requests and passes them to PHP.
Web layer
Technology
PHP-FPM
Function
A pool of PHP processes sized for traffic and background jobs.
Web layer
Technology
Varnish
Function
Full-page cache in front of the application, where a project uses it.
Data
Technology
Database
Function
A version and configuration that meet Magento's requirements.
Data
Technology
Redis
Function
Application cache and customer sessions.
Search and queues
Technology
OpenSearch
Function
A search engine in a version compatible with the Magento in use.
Search and queues
Technology
RabbitMQ
Function
Queues for jobs run asynchronously.
Team workflow
Technology
SSH
Function
Server access for the people you name.
Team workflow
Technology
GIT and Composer
Function
Deploying code from the repository and installing dependencies.
Team workflow
Technology
Test instance
Function
A separate environment for testing before release.
Not every component is needed in every project — the set of services is agreed before the environment is launched.
If you need support that goes beyond the environment itself, let's talk about the scope of cooperation.
Discuss the technical requirementsQuestions about Magento 2 hosting and administration
The scope depends on the variant and on the project. Below are the questions that come up most often in a conversation about a Magento 2 environment.
Send us your store detailsFor companies running a Magento 2 store or preparing a new build that need a managed server environment. The offer covers a VPS, a dedicated server and AWS administration.
A managed VPS costs PLN 700 net a month and a dedicated server PLN 1,400 net a month. Both figures cover the server, its administration, daily backups and monitoring — there is no separate charge for the machine. Administration of an AWS environment starts at PLN 2,350 net a month, with the cost of the AWS resources used added on top. Full specifications of all three variants are in the pricing section.
A VPS uses dedicated resources on a virtual machine and usually suits smaller and mid-sized projects: a catalogue up to a few tens of thousands of products, traffic without sharp peaks, integrations running on a schedule. With a dedicated server the whole machine is given to one environment, which is why it is chosen by stores with heavier load, a large catalogue, heavy imports or several Magento instances. AWS is worth considering when the project needs services separated, scaling or a more complex architecture. We propose the variant after reviewing the current load, not from the product count alone.
Yes. Availability, load, disk space and service errors are checked automatically, around the clock, in every variant. The list of monitored parameters is agreed for the specific store.
Backups are taken daily and are included in the price of every variant. They cover the whole environment: database, files and configuration. Retention, where copies are stored, and the rules and time for a restore are confirmed in the offer and the contract — they depend on the variant and the size of the store, so we do not quote one figure for every project.
Yes. We prepare the new environment, move the store and support testing before the switch. The scope and the schedule depend on the size of the database and files, the integrations and the current infrastructure. That is how the server change went when we took over the Chrisanne Clover build, among others. Changing the e‑commerce platform to Magento is a separate service: migration to Magento 2.
Yes. That configuration is possible on a VPS or a dedicated server. The number of stores should not be the only criterion — traffic, catalogues, integrations and background processes all matter.
Not always. What Magento 2 needs above all is dedicated resources and control over the database, cache, search engine and cron — on shared hosting a production store will not run steadily. A dedicated VPS meets those conditions; a dedicated server becomes the right answer with heavier traffic, a large catalogue, heavy imports or several stores on one environment.
PHP, the database, the cache and the search engine take memory at the same time, so what counts is the total, not the application alone. For a production store we treat 16 GB as the floor — that is what our smallest VPS variant carries. With a large catalogue, multistore, extensive integrations and heavy imports we start at 64 GB, which is the dedicated server specification.
Hosting covers the infrastructure and server administration. Code fixes, modules, Magento updates, an application SLA and responding to store errors belong to Magento application maintenance.
Where the infrastructure sits, how data is stored and the scope of the safeguards are agreed before the service starts. Compliance follows from the contract, the infrastructure provider's documentation and the actual configuration — not from a claim on a web page.
If your question is about the application rather than the server — an SLA, store errors, Magento updates — the right service is AURORA CARE.
Send us your store details. We will come back with the questions needed for an estimate
The store address, your current environment and a short description of the situation are enough to start the conversation. We will get in touch on the next business day.

What helps before the call
- the address of the live store
- your current hosting
- the Magento version
- the number of stores
- your peak traffic periods
- the most important integrations
- why you are planning the change
