Home / Migration
Migration

Move the workload without turning the move into another infrastructure project.

Plan the destination, copy the data, prepare DNS and verify the application before decommissioning the old environment. CloudBalkan can help scope the CloudBalkan side of the migration.

1Inventory
2Prepare
3Copy
4Cut over
5Verify
Migration plan

A controlled cutover is usually more important than the raw copy speed.

1

Inventory the current workload

Record CPU, RAM, disk usage, operating system, databases, domains, DNS records, mail, scheduled jobs, third-party integrations and any fixed IP dependencies.

2

Prepare the CloudBalkan destination

Choose Web Hosting or a Cloud Server, size the resources, create storage and network resources, and establish secure administrative access.

3

Copy and validate data

Move application files and databases using a method appropriate to the workload. Validate versions, permissions, configuration and background jobs before public traffic changes.

4

Prepare the DNS cutover

Identify every record that must change. For planned migrations, consider TTL well before the cutover so resolver caches do not become an avoidable surprise.

5

Switch traffic and verify

Change the required DNS records, test the public site and application functions, watch both old and new environments during the cache transition and verify mail or API dependencies separately.

6

Keep the old environment long enough

Do not immediately destroy the source just because the first page load worked. Keep an agreed rollback window and confirm data consistency before final decommissioning.

Common paths

The destination depends on how much control the project actually needs.

Website or WordPress with standard requirements

Consider Web Hosting when operating-system administration would add complexity without helping the project.

Application, custom stack or root access required

Use a Cloud Server when you need your own operating system, software stack, isolated resources or deployment model.

Before you contact us

A useful migration request includes:

  • Current provider and service type.
  • Approximate CPU, RAM and storage usage.
  • Operating system and application stack.
  • Number of websites, databases, domains and mailboxes involved.
  • Whether downtime is acceptable and the preferred maintenance window.
  • Any compliance, location or fixed-IP requirements.
No blanket migration promise

We scope the move before promising what can be migrated.

Migration effort depends on the application and source environment. Contact us with the workload details and we can confirm the CloudBalkan destination and what assistance is practical.