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.

A Magento 2 environment

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
See Aurora Creation's credentials

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.

Magento 2 hosting — VPS, a dedicated server and AWS
Infrastructure variantPriceResourcesSuited toAdministration / backup
Magento VPS
  • PLN 700 net / month
  • 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
For Magento stores that need dedicated resources, administration and a predictable monthly cost.server, administration and daily backups included
Magento dedicated server
  • PLN 1,400 net / month
  • 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
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
  • from PLN 2,350 net / month for administration
  • the cost of the AWS resources you use is added to the administration fee
  • building the AWS environment
  • configuration for Magento 2
  • managing resources
  • support with scaling
  • configuring infrastructure security
  • adapting the architecture to the project
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

  1. Magento VPS

    A virtual server with administration

    For Magento stores that need dedicated resources, administration and a predictable monthly cost.

    PLN 700net / month

    Discuss the VPS

    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
  2. Magento dedicated server

    for larger stores

    A 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.

    PLN 1,400net / month

    Discuss the dedicated server

    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
  3. 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.

    from PLN 2,350net / month for administration

    the cost of the AWS resources you use is added to the administration fee

    Discuss an AWS environment

    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 environment

Every 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.

  1. 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.

  2. 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.

  3. 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.

  4. 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.

The BISON store on Magento 2 in the version prepared for one market

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 study

Moving 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.

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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

An environment prepared for releases, testing and further Magento 2 development
LayerTechnologyFunction
Web layerNginxServes HTTP requests and passes them to PHP.
Web layerPHP-FPMA pool of PHP processes sized for traffic and background jobs.
Web layerVarnishFull-page cache in front of the application, where a project uses it.
DataDatabaseA version and configuration that meet Magento's requirements.
DataRedisApplication cache and customer sessions.
Search and queuesOpenSearchA search engine in a version compatible with the Magento in use.
Search and queuesRabbitMQQueues for jobs run asynchronously.
Team workflowSSHServer access for the people you name.
Team workflowGIT and ComposerDeploying code from the repository and installing dependencies.
Team workflowTest instanceA 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 requirements

Questions 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 details

For 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.

Małgorzata Gudalewska, Head of Sales at Aurora Creation

Małgorzata Gudalewska

Head of Sales

+48 664 531 867[email protected]
[email protected]ul. Jana Henryka Dąbrowskiego 28, 15-872 Białystok, Poland

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
No files chosen
Thank you, we'll get back to you within 1 business day.

This form is protected by reCAPTCHA — the Google Privacy Policy and Terms of Service apply.

We will use what you send to prepare a conversation about Magento 2 hosting. Sending the form does not place an order.

Cookie settings

Each category can be switched on separately. We keep your choice in this browser and ask again after a year, or when what we use cookies for changes.

Necessary

Always on

These keep the site running: bot protection, content delivery and the contact chat. The site does not answer without them, so they cannot be switched off.

These remember your settings, a chosen language for instance. We use no such file today — the category exists so that we need not ask you again once one appears.

These show us which pages are read and where visitors stop. Collected in aggregate, to improve the site.

These let us measure how our advertising performs and show it to people who have been here before.