Magento 2 hosting with administration, backups and monitoring

We select and configure a VPS, a dedicated server or an AWS environment to match how your Magento 2 store operates. We administer the infrastructure, run daily backups and monitor how it performs.

The specification comes from your traffic, product count, integrations, number of stores and growth plans.

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
  • administration included
  • daily backups
  • help with moving Magento

Magento 2 needs an environment configured for the whole store

A store's performance isn't just about CPU, memory and disk. Magento 2 also relies on a database, cache, a search engine, queues, cron jobs and the services that handle traffic.

Each of these elements has to match the Magento 2 version, the modules in use and how the store actually works. A misconfiguration can slow the site down, block background processes or cause problems as load grows.

Work invisible to the customer matters too: imports, indexing, synchronisation with an ERP, PIM or WMS, report generation and scheduled jobs. These can load the environment even when traffic on the site is low.

We match the environment to how the store actually operates. A small catalogue with heavy traffic may need a different configuration than an extensive multistore running heavy imports several times a day.

Before we recommend a variant, we check whether the problem sits on the infrastructure side. If the cause is the code, a module or the application configuration, we continue that work under AURORA CARE.

The layers a store depends on
  1. 01

    Server resources

    CPU, memory and disk set the ceiling for traffic, the catalogue and background processes.

  2. 02

    PHP and web server

    The PHP version, process limits and server configuration decide how requests are served.

  3. 03

    Database

    Database resources and configuration carry order writes, indexes and reports.

  4. 04

    Cache

    The cache layer takes load off the application. Its configuration depends on the Magento version and the modules in use.

  5. 05

    Search engine

    Magento 2 requires a search engine in a version compatible with the application.

  6. 06

    Queues

    Asynchronous jobs move part of the work out of the user's request.

  7. 07

    Background jobs

    Cron, imports and indexing load the environment regardless of traffic on the site.

  1. 01

    Resources matched to the load

    The specification accounts for traffic, the catalogue, integrations and background processes.

  2. 02

    Configuration that matches Magento 2

    The versions of PHP, the database, cache, search engine and the remaining services are chosen for the application.

  3. 03

    Administration inside the package

    You do not have to update the environment yourself or look for an administrator when a server problem appears.

  4. 04

    Working with the development team

    The administrator works with developers during releases, testing and configuration changes.

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.

CPU
Magento does a lot of work outside the user's request: indexing, imports and cache generation. The number of cores decides how many of those 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. We treat 16 GB as 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 reads and writes, so spinning disks are out. NVMe gives shorter database response times than SSD — on the dedicated server we use NVMe in RAID1.
Database
MySQL or MariaDB in a version matching the Magento release, with memory configuration matched to the size of the catalogue and the number of orders. 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 every request reaches the application and the database, and the store slows down as traffic grows.
Search engine
OpenSearch or Elasticsearch in a version matching the Magento release. This is not optional — without a working search engine Magento 2 will not even render a category listing.
Cron jobs
Cron drives indexing, email, sitemaps, price rules and the queues. A store with cron misconfigured starts showing stale prices and stock within days.
Queues
Message queues, usually RabbitMQ, move part of the work outside the user's request. With ERP integrations and large imports they are what decides whether the store slows down during synchronisation.
Backups
A copy of the whole environment, not just the files: database, media and configuration. We take them daily in every variant; retention, location and the restore procedure are confirmed in the contract.
Monitoring
Availability, load, disk space and service errors checked automatically, so a response does not start with the client reporting a problem. The list of monitored parameters is agreed for the specific store.
Scaling
Room to add resources before a peak season or to split 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 example of changing infrastructure: when we took over the Chrisanne Clover build, the existing hosting was replaced with server infrastructure matched to the size of the store, and after the production launch we stayed with the project as technical support under an SLA.

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

  • configuring the environment 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
  • configuring the services that affect how the application works
  • support in moving a store to a new environment
  • matching the specification to the current scale of the project
  • adding resources as the load grows
An example environment

Web layer

Nginx
Serves HTTP requests and passes them to PHP.
PHP-FPM
A pool of PHP processes sized for traffic and background jobs.
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.
Redis
Application cache and customer sessions.

Search and queues

OpenSearch
A search engine in a version compatible with the Magento in use.
RabbitMQ
Queues for jobs run asynchronously.

Team workflow

SSH
Server access for the people you name.
GIT and Composer
Deploying code from the repository and installing dependencies.
Test instance
A separate environment for testing before release.
Backup
Daily backups of the environment.

Not every component is needed in every project — the set of services is agreed before the environment is launched.

An environment prepared for releases, testing and further Magento 2 development

Developers need access to the repository, Composer, logs and the services the application uses. The configuration also has to account for how changes are deployed and for a testing environment.

Depending on the project, the environment can use Nginx, PHP-FPM, Redis, Varnish, RabbitMQ, a database and a search engine compatible with the Magento version in use.

We do not roll out one configuration for every store. The set of services and their parameters follow from the Magento version, the size of the project, the modules in use and the way the team works.

Our administrators can work with your developers while the environment is prepared, while a store is moved and on changes that require server configuration work.

The environment can be prepared for:

  • deploying code from a repository
  • installing dependencies through Composer
  • SSH access for the people you name
  • a separate test instance of the store
  • cron jobs
  • queues
  • indexing
  • application cache
  • log analysis
  • several stores running on one infrastructure

If you need support that goes beyond the environment itself, let's talk about the scope of cooperation.

Magento 2 hosting — VPS, a dedicated server and AWS

We match the variant to the project. A VPS works for smaller and mid-sized projects. A dedicated server gives a whole machine to one environment or a group of stores. AWS is for projects that need a more elaborate architecture.

We confirm the final variant after reviewing the store, its integrations and its load.

  1. Magento VPS

    A virtual server with administration

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

    PLN 400net / month for the first 3 months

    then PLN 600 net / month

    price to be confirmed

    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
    • 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 750net / month for the first 3 months

    then PLN 1,300 net / month

    price to be confirmed

    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 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,150net / 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
    • administering the agreed services
    • configuration for Magento 2
    • managing resources
    • support with scaling
    • configuring infrastructure security
    • adapting the architecture to the project

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

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 400 net a month for the first 3 months, then PLN 600 net. A dedicated server — PLN 750 net a month for the first 3 months, then PLN 1,300 net. Administration of an AWS environment starts at PLN 2,150 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. It can be enough for smaller and mid-sized stores. With a dedicated server the whole machine is given to your environment, which is why that variant is more often chosen by stores with heavier load, a bigger catalogue or several Magento instances.

Yes. Administering the environment is part of the packages. The exact scope depends on the variant and is described in the offer and the contract.

Infrastructure monitoring runs without a break in every variant — availability, load, disk space and service errors are checked automatically, whatever the hour. The list of monitored parameters and the hours in which the team responds to an alert are confirmed in the contract. Monitoring and an SLA for the Magento application itself — store errors, broken modules, time to fix — are covered by AURORA CARE.

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.

A VPS usually fits 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. A dedicated server is the right choice with heavier load, a large catalogue, heavy imports, extensive integrations or several stores on one environment. AWS is worth considering when a project needs services separated, resources scaled or a more complex architecture. We make the call after reviewing the current load, not from the number of products alone.

Not always. What Magento 2 needs above all is dedicated resources and an environment configured for the application — on shared hosting, with no control over the database, cache, search engine and cron, 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.

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