Home › Providers › Amazon Lightsail

Simplified AWS infrastructure decision guide

Amazon Lightsail is simple to start, but the full decision sits outside the bundle

Lightsail combines a virtual server, SSD storage and transfer allowance in a predictable bundle. The defensible buying question is whether the address family, region, recovery method, operating ownership and residual resources fit the workload after launch—not whether a blueprint can deploy it quickly.

Commercial and technical evidence checked 1 October 2026. Prices and availability can change. No private benchmark, uptime test, support-ticket test, user survey or paid ranking is claimed.

Start with ownership

A blueprint installs software; it does not operate the workload for you

Lightsail is self-managed infrastructure that lowers provisioning friction through bundles, a console, networking controls, metrics and application images. Those conveniences do not transfer day-two responsibility for Linux, WordPress, databases, access control, certificates, backups or incident response to AWS.

Lightsail responsibility map
LayerPrimary ownerEvidence before production
AWS infrastructure and Lightsail serviceAWSCurrent service documentation, status and support route
AWS account, IAM and credentialsCustomerMFA, least privilege, recovery contacts and billing alerts
Operating system and packagesCustomerPatch cadence, SSH controls, firewall review and logs
Application, plugins and databaseCustomerUpdate ownership, data-integrity controls and incident runbook
Backups and restore proofCustomerApplication-aware copy, off-platform copy and isolated restore
DNS, certificates and integrationsCustomer or selected vendorExpiry monitoring, dependency inventory and rollback path

Management boundary: treat a preconfigured WordPress image as a starting state, not a managed WordPress contract. If nobody owns patching, monitoring and recovery, compare a managed application platform or another service with an explicit operating scope.

Bundle-fit gate

Choose address family and region before comparing the monthly number

As of 1 October 2026, AWS lists separate public-IPv4 and IPv6-only server bundles. A representative Linux general-purpose bundle is USD 5 per month with public IPv4 and USD 3.50 per month with IPv6 only. Those examples are not a universal starting cost: operating system, plan family, region and dependencies can change the decision.

Choose all three inputs. No selection or form data leaves this browser.

Public IPv4 bundle

Use when users, upstream services, allow lists, administration or monitoring still require public IPv4. A default public address may change after stop/start; attach a static IP when stable addressing is required.

IPv6-only bundle

Consider only after testing every public and administrative path. A lower bundle price does not compensate for an unreachable dependency or an emergency access path that exists only on paper.

Region exception

AWS currently states that affected regions receive half of the listed transfer allowance: Mumbai, Sydney, Jakarta, Malaysia, Hong Kong and São Paulo. Recheck the exact region before publication or purchase.

Complete cost

The instance bundle is the first line, not the final bill

A useful estimate includes the server, snapshot storage, attached disks, static addresses, databases, load balancers, object storage, distributions, DNS usage, tax, support and operator time. A stopped instance remains billable; stopping it does not stop its charge.

Cost items to verify before purchase
ItemQuestionFailure if omitted
Instance bundleOS, address family, family, size and exact region?False starting-price comparison
TransferHow much inbound plus outbound consumes the allowance, and what excess outbound remains?Overage or premature upsizing
Snapshots and disksWhat persists independently and is billed by stored capacity?Residual cost after deletion
Network servicesStatic IP, load balancer, CDN/distribution and DNS use?Hidden architecture cost
Data servicesManaged database, object storage, backup and export requirements?Incomplete recovery and exit budget
OperationsPatching, monitoring, incident response and restore-test hours?Cheap infrastructure, expensive unmanaged risk

Transfer exposure worksheet

Enter monthly estimates in gigabytes. This models allowance consumption only; it does not estimate the current regional overage price.

Allowance use: 0 GB. Estimated excess outbound: 0 GB.

Move from model to comparison

Finish both decision gates before opening the comparison workspace. This keeps an undefined network or transfer assumption from becoming a false shortlist.

Define address, region and operating ownership
Model monthly transfer with a positive allowance
0 of 2 shortlist gates complete. Define fit and model transfer before comparing providers.
Compare with evidence

Your selections stay in this browser and are neither stored nor transmitted.

Transfer rule: AWS states that both inbound and outbound traffic count toward the allowance, while only outbound traffic above the allowance is billed as overage. Model both directions; price only the calculated excess outbound using the current regional rate.

Recovery proof

Seven automatic snapshots are retention—not proof that the application can recover

AWS documentation describes seven automatic daily snapshots as rolling copies, retaining the seven most recent snapshots. Manual snapshots persist until deletion and storage is billed separately. A crash-consistent disk image may still capture a database or application in an unusable state.

Automatic snapshot

Convenient rolling retention. Confirm enablement, timing, resource coverage, storage cost and what happens when resources are deleted.

Application-aware copy

Use database dumps, platform exports or an application-supported backup method so data consistency is intentional rather than accidental.

Independent copy

Keep a portable copy outside the Lightsail failure, account and deletion boundary. Document credentials and restoration dependencies separately.

Recovery and deletion evidence gate

Complete all gates before treating the workload as recoverable or safe to delete.

0 of 8 evidence gates complete. Do not delete the source.
Open the cancellation runbook

Scale and exit boundary

Lightsail-to-EC2 is a snapshot path, not a one-click export of the whole environment

Scaling a server normally means creating a new larger instance from a snapshot. AWS also documents export of supported manual instance and block-storage snapshots to EC2. Network, data and application services still require separate recreation, credentials, validation and cutover work.

EC2 escalation and migration boundary
ResourceSnapshot/export pathRequired work
Supported instance snapshotManual snapshot can be exported to EC2Verify compatibility, resulting AMI, instance type, networking, boot and application behavior
Supported block-storage snapshotManual disk snapshot can be exportedReattach, mount, validate permissions and prove application consistency
Static IP and firewallNot carried as the same Lightsail resourceDesign EC2 networking, security groups, addressing and allow-list changes
Load balancer and DNSSeparate recreationRebuild listeners, health checks, certificates, records and rollback
Managed databaseSeparate data migrationChoose target, export/import or replicate, test consistency and manage cutover
Object storage and distributionSeparate inventory and migrationMove data/configuration, permissions, origins, caching and invalidation rules

Decision trigger: evaluate EC2 or another platform before constraints force an emergency migration—especially when architecture needs exceed Lightsail’s simplified networking, automation, scaling or service boundaries.

Residual-cost control

Deleting the instance is not the same as closing the bill

Before deletion

  • Freeze changes and record the final application-aware backup.
  • Restore the portable copy in an isolated destination.
  • Measure acceptance criteria, rollback time and DNS state.
  • Export supported manual snapshots only when EC2 is the chosen destination.
  • Capture resource IDs, invoices and the planned deletion timestamp.

After deletion

  • Sweep manual and automatic snapshots.
  • Review detached static IPs and block-storage disks.
  • Check databases, load balancers, object storage and distributions.
  • Review DNS zones, certificates, alarms and related AWS services.
  • Inspect the final bill and retain evidence for disputes and audit.

Use the migration acceptance process · Design independent recovery · Model the full cost

Alternatives

Compare operating boundaries instead of winner badges

DigitalOcean

Compare Droplet responsibility, regional service coverage, backup boundaries and complete monthly cost.

Vultr

Compare exact plan/region fit, stopped-instance billing, backup retention and exit controls.

Hetzner

Compare network-zone pricing, processor architecture, separate IP resources and Volume recovery.

Akamai Cloud (Linode)

Compare compute duty cycle, core versus distributed regions, transfer pooling and backup exclusions.

Use the support-scope guide, location method, payment checks, comparator, decision tools and migration path for the wider decision.

Evidence trail

Primary sources checked on 1 October 2026

AWS facts and dated commercial examples are drawn from current AWS pages. Direct, untracked AWS links preserve the commercial boundary.

  1. Amazon Lightsail pricing, bundle examples, address families, transfer rule and regional allowance exceptions.
  2. Amazon Lightsail FAQ, billing, transfer, regions, static IPs, snapshots, monitoring and export boundaries.
  3. Lightsail concepts, resource terminology and product scope.
  4. Static IP addresses, persistent addressing and attachment lifecycle.
  5. Automatic snapshots, daily scheduling and seven-copy retention.
  6. Instance snapshots, manual snapshot and restore workflow.
  7. Export snapshots to EC2, supported escalation path.
  8. Block storage disks, attachment and persistence boundary.
  9. Delete an instance, destructive action boundary.
  10. Security in Lightsail, shared-responsibility guidance.

No SLA percentage is published here: the current legal scope, exclusions and claim procedure were not independently verified to the standard required for a consequential uptime claim.

Questions

Amazon Lightsail FAQs

Is Amazon Lightsail managed hosting?

No. Lightsail simplifies provisioning, bundles and monitoring, but the customer remains responsible for operating-system and application maintenance, security, data protection and incident response.

Does stopping a Lightsail instance stop billing?

No. A stopped Lightsail instance continues to incur charges because its resources remain allocated. Delete resources only after migration and recovery evidence is complete.

What is the difference between public-IPv4 and IPv6-only bundles?

IPv6-only bundles omit a public IPv4 address and currently cost less. Use one only after proving that users, dependencies, administration and monitoring work over IPv6 or through an appropriate intermediary.

How does Lightsail count data transfer?

Both inbound and outbound data count toward the included allowance. Only outbound transfer above the allowance is billed as overage, subject to current regional rules.

How many automatic snapshots are retained?

AWS documentation states that automatic snapshots retain the seven most recent daily snapshots. They are not a substitute for application-aware and off-platform recovery copies.

Can Lightsail snapshots be exported to EC2?

Supported manual instance and disk snapshots can be exported to Amazon EC2. Other resources require separate inventory, recreation and testing.

Does deleting an instance remove every related charge?

Not necessarily. Snapshots, detached static IPs, disks, databases, load balancers, object storage, distributions, DNS and other resources require a separate residual-resource sweep.

Does Web Host Lens have a verified AWS affiliate relationship?

No verified AWS or Amazon Lightsail affiliate relationship was identified. AWS links on this page are direct and untracked.

Editorial and affiliate disclosure: Web Host Lens did not perform a private benchmark, support-ticket test, uptime measurement or customer-review survey for this dossier. No verified AWS or Lightsail affiliate relationship was identified, so AWS links are direct and untracked. Existing alternative and comparator paths may earn commission; that does not change the analysis or provider order.

Compare the architecture paths

If your decision turns on custom networking, policy-driven scaling, specialized compute or a future exit, use the Amazon Lightsail vs EC2 workload, cost and migration guide. It adds a whole-architecture inventory and a reversible migration gate without duplicating this Lightsail dossier.