AWS Lightsail Migration

Managed WordPress hosting for sites on AWS Lightsail.

A Lightsail WordPress instance is almost always a Bitnami stack, and Bitnami puts everything somewhere a normal migration does not look.

Bitnami layout handledInstance cron capturedFree migration
Free migrationBitnami-aware exportCrontab capturedDaily backupsFree SSL24/7 support
Not where you expect

What makes a Bitnami instance different.

The site is ordinary WordPress. Everything around it is in its own prefix, run by its own scripts.

Files under /opt/bitnami

WordPress, Apache and MySQL all live in Bitnami's own prefix rather than a standard docroot, so a migration that looks in /var/www finds an empty directory.

Non-standard pathsOwn MySQL socket

Services with their own controls

Apache and MySQL are managed by the stack's control script rather than systemd, so ordinary service commands do not stop or start them.

Cron on the instance

Certificate renewal and backups are usually crontab entries. No WordPress export can see them, so they are read directly and recreated here.

The static IP

A Lightsail static IP released early leaves the old site unreachable during exactly the window you might still want it. It goes last, not first.

The Bitnami banner

Removed through the stack's own configuration tool rather than by deleting files, which is what leaves broken references behind.

Migration

Know the stack before copying it.

Most failed Lightsail migrations are a tool assuming a standard LAMP layout and quietly copying almost nothing.

  • Stack layout confirmed before the export
  • Crontab and certificates captured
  • Cutover at a time you choose
  • Instance and static IP kept until you confirm
Stack
Bitnami confirmed
identified
Crontab
Captured
4 jobs
Static IP
Held until cutover
reserved
DNS cutover
Awaiting your go-ahead
scheduled
Performance

Off a single small instance.

A Lightsail box runs the web server, the database and everything else on one set of shared resources. Splitting those out is most of the gain.

Free
migration, done by us
Separate
services, not one box
NVMe
storage on every plan
MagicWP130 ms
Small Lightsail instance under load880 ms
Same instance when idle380 ms

Illustrative comparison of a page load on a small single-instance stack against the same site here. Your numbers depend on instance size and configuration.

Configuration

What we change when a site arrives from Lightsail

These are the specific things a Bitnami-based instance needs, and most of them are about where things are rather than what they are.

SettingWhat we doWhy
File locationsExport written against Bitnami's prefix rather than a standard docrootThe stack keeps WordPress, Apache and MySQL under its own directory tree, so a tool assuming /var/www copies nothing and reports success.
The Bitnami bannerRemoved with the stack's configuration tool, not by deleting filesDeleting the assets by hand leaves references behind that then error; the stack has a supported command for exactly this.
Service controlHandled through the stack's control script during the exportApache and MySQL are not systemd units here, so the usual service commands neither stop nor start them.
Instance cronRead from crontab and recreated as platform jobsCertificate renewal and backups on a Lightsail box are cron entries that no WordPress export can see.
Static IPReleased only after the move is confirmedDetaching it early makes the old site unreachable during the window you are most likely to still need it.
Plans

Simple, transparent pricing.

Every plan includes free migration, daily backups, SSL and 24/7 support.

MonthlyYearly 2 months free
Starter
For personal sites, blogs, and portfolios.
$20/mo
  • 1 WordPress site
  • 10 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Support tickets
Start free trial
Pro★ Most popular
For growing businesses and busy stores.
$80/mo
  • 5 WordPress sites
  • 50 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Priority support tickets
Start free trial
Enterprise
For agencies and high-traffic platforms.
$250/mo
  • 20 WordPress sites
  • 200 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Dedicated support
Start free trial
FAQ

Questions, answered.

Why do normal migration plugins struggle with Lightsail?
Because the WordPress install is not where they expect. Bitnami puts the site, Apache and MySQL under its own prefix, so a tool looking in a standard docroot finds nothing and often reports that as success.
How do I stop the services to take a clean copy?
Through the stack's own control script rather than systemd. That is the piece most people hit first, because the usual service commands appear to do nothing at all.
What about the Bitnami banner on my site?
It is removed using the stack's configuration tool. Deleting the files by hand is the common approach and it leaves references behind that then throw errors.
Should I delete the instance once the site is live here?
Not immediately. Keep it and its static IP until DNS has moved, the site has run here for a few days, and you have checked nothing else on that instance is in use.
Do I need to know how the instance was built?
No. We confirm the stack layout ourselves before exporting, which is the step that decides whether the rest of the migration works.

Move off Lightsail without fighting the stack layout.

Free migration that knows where Bitnami puts things, and an instance you retire on your own schedule.