Layots Logo
Tier-3 & tier-4 data centres

Disaster Recovery Colocation

Layots Technologies uses colocation as your disaster recovery site: a managed rack in a tier-3 or tier-4 data centre such as Yotta, STT or Equinix, continuous replication of your servers and virtual machines, automated failover and immutable backups. Recovery is tested twice a year and reported against your RTO and RPO targets.

typical RTO target
< 4 hrs
typical RTO target
typical RPO target
< 15 min
typical RPO target
full failover test
2× a year
full failover test

Free Disaster Recovery Review

Tell us what must keep running; we will propose a DR site and recovery targets.

No obligation. By submitting, you agree to our Privacy Policy. We never sell your information.

What a colocation DR service includes

A second rack is not a recovery plan. Recovery depends on replication, backups that survive ransomware, runbooks and regular tests — so we deliver all of it as one managed service.

DR colocation site

Rack space, power, cross-connects and remote hands in tier-3 and tier-4 facilities including Yotta, STT and Equinix, managed for you.

Replication

Continuous replication of physical servers and virtual machines, synchronous or asynchronous depending on the RPO each system needs.

Cloud failover option

Fail over to cloud nodes in under 15 minutes where a second physical site is not justified, or combine colocation and cloud.

Immutable backup

Veeam, Commvault or Rubrik, matched to your virtualisation stack, with immutable copies so ransomware cannot encrypt the backups.

Redundant design

N+1 redundancy and active-active replication across geographically dispersed sites for the systems that cannot go down.

Tested recovery

A full failover test twice a year and a component test each quarter, each with a report of measured RTO against target.

Three ways to use colocation for DR

The right model depends on how fast each system must recover, how much data it can lose, and whether the data has to stay on hardware you own.

Colocation primary, cloud DR

Best for: Production stays on owned hardware; the cloud is the recovery site.

  • No second data centre to pay for
  • Pay for cloud capacity mainly when you fail over
  • Auto-failover to cloud nodes in under 15 minutes

On-premise primary, colocation DR

Best for: Your own server room or office is production; colocation is the safe second site.

  • Protects against power, fire, flood and site loss
  • Same hardware and hypervisor on both sides
  • Suits regulated data that must stay on owned infrastructure

Two colocation sites

Best for: Systems that need near-zero data loss and the fastest recovery.

  • Geographically dispersed sites
  • Active-active or synchronous replication
  • Near-zero RPO for transactional and financial systems

Built for ransomware, not just power cuts

Replication copies encrypted files as faithfully as good ones. That is why every design keeps immutable backup copies that cannot be changed or deleted, so you can recover to a clean point even if production and the replica are both hit.

From assessment to tested recovery

  1. 01

    Assess

    Inventory the systems, map dependencies and agree RTO and RPO per workload tier, not one target for everything.

  2. 02

    Design

    Choose the DR model, the colocation site, the replication method and the failover runbooks.

  3. 03

    Build

    Rack and connect the DR site, set up replication and backup, and run the first failover test.

  4. 04

    Run & test

    Monitor replication 24/7, run scheduled DR tests and report measured recovery times.

See also business continuity and disaster recovery and data centre, colocation and hosting.

Disaster recovery colocation: common questions

Disaster recovery colocation means renting rack space, power, cooling and connectivity in a secure third-party data centre and using it as the recovery site for your systems. Your data is replicated there continuously, so if the primary site fails you can fail over and keep running. You own the servers; the facility provides the resilient building, power and network.

Set RTO and RPO for each workload tier, choose a colocation site far enough from the primary to avoid shared risks, replicate servers and virtual machines to it, keep immutable backups, write failover runbooks and test them. Layots recommends a full failover test twice a year and a partial test each quarter, because untested DR is the most common cause of failed recovery.

Both work. Colocation suits steady, regulated or latency-sensitive systems and organisations that want to own the hardware. Cloud suits recovery capacity you only pay for when you fail over, with automated failover to cloud nodes in under 15 minutes. Many designs combine the two, and Layots chooses per workload.

RTO is how long you can be down; RPO is how much data you can afford to lose. Most enterprise line-of-business systems target an RTO under four hours and an RPO under fifteen minutes, while transactional or financial systems often need near-zero RPO through synchronous replication.

Tier-3 and tier-4 facilities including Yotta, STT and Equinix, with managed rack, power, cross-connect and remote-hands services.

A full failover test twice a year and a partial tabletop or component-level test each quarter. Layots schedules and runs these tests and issues a report with the actual measured RTO against the contracted target.

Free assessment

Plan Your Disaster Recovery Site

Tell us which systems must keep running and how much downtime you can accept. We will propose a DR model, a site and recovery targets.

  • A solution architect reviews your requirement
  • We respond, usually within one business day
  • You get a practical, costed recommendation

Prefer to talk now?

No obligation. By submitting, you agree to our Privacy Policy. We never sell your information.