Lightsailとは｜料金・超過試算・EC2との違いとWordPressの始め方

Lightsail は「1台のサーバーと、その周りに要るもの」を1つの画面と1つの請求にまとめたサービスです。小さく始めて、必要になったらロードバランサーやデータベースを足し、さらに大きくなったら EC2 へ移す、という道筋が用意されています。

flowchart TD
    U[閲覧する人] --> IP[静的IP]
    IP --> I[インスタンス<br>WordPress など]
    I --> S[スナップショット]
    I -.広げる.-> LB[ロードバランサー<br>マネージドDB]
    S -.大きくなったら.-> EC2[EC2 へ<br>エクスポート]

よく調べられることの答えを先にまとめます。

確認環境：料金・上限・提供リージョン・手順は、AWS の公式（aws.amazon.com の Lightsail の料金ページと EC2 の料金ページ、docs.aws.amazon.com の Amazon Lightsail ユーザーガイド・AWS の全般リファレンスのクォータ・AWS Decision Guides、aws.amazon.com の新着情報）だけで確かめました。この記事で実際に動かしたものは、Ubuntu 24.04.5 LTS・Python 3.13.18 での料金と転送量の試算（公式の単価と、ユーザーガイドの計算例1〜3を写したコード）と、botocore 1.44.2 に入っている Lightsail の API の定義（API バージョン 2016-11-28）を使った引数の検証、送信の直前で止めた要求の中身の確認です。AWS には接続していません（この環境の資格情報は外して実行し、送信の直前で止めています）。Lightsail のコンソールにはログインしておらず、画面の名前は公式の手順に書かれた語だけを「」で書いています（確認日 2026年11月13日）。

Amazon Lightsailとは（読み方・できること）

この節では、Lightsail が何をまとめたサービスで、どんな人に向くのかが分かります。

Lightsail の読み方は「ライトセイル」です。 公式のユーザーガイドは、Lightsail を「Web サイトや Web アプリを作る人にとって、AWS を始めるいちばん簡単な方法」と説明し、インスタンス（仮想プライベートサーバー）、コンテナサービス、マネージドデータベース、CDN、ロードバランサー、SSD のブロックストレージ、静的IP、登録したドメインの DNS 管理、スナップショット（バックアップ）を「安く予測しやすい月額」でまとめたもの、としています。

使えるリージョンは、ユーザーガイドの一覧で19か所です。アジアパシフィック（東京）（ap-northeast-1）は含まれ、大阪は一覧にありません。香港・ジャカルタ・マレーシア・スペインの4つは、既定では無効なので、先にリージョンを有効にしてから使います。

Lightsail で作れるものは次のとおりです。どれも Lightsail のコンソール（または Lightsail の API）から、同じ考え方で作れます。

公式のよくある質問は、Lightsail が向くのは「インスタンスが数十台以下のプロジェクトで、簡単な管理画面を好む開発者」だとしています。AWS 全体の主なサービスと始め方は、関連記事「AWSとは｜初心者向けに主要サービス・料金・始め方を解説」で扱っています。次の節では、プランごとの月額と含まれる転送量を一覧にします。

Lightsailの料金プラン一覧（2026年11月13日時点）

この節では、インスタンスのプランごとの月額・性能・含まれる転送量と、ほかの部品の料金が分かります。

料金はプラン（バンドル）ごとの月額で、メモリ・vCPU・SSD・データ転送量の枠がセットになっています。 次の表は、料金ページの Linux/Unix の汎用プラン（パブリック IPv4 付き＝デュアルスタック）と、IPv6 のみのプランです。金額は米ドルで、料金ページには「どのリージョンの価格か」は書かれていません（インスタンスの月額はリージョンで分けて載っていません）。

この上に、128GB（884ドル）・192GB（1,324ドル）・256GB（1,764ドル）の汎用プランもあります。料金ページの注記では、2023年6月29日以前に作ったサーバーの小さな3プランは 1vCPU です。

メモリ最適化・コンピューティング最適化・Windows

• メモリ最適化（Linux）：16GB・2vCPU・160GB で月74ドルから。メモリを多く使うアプリ向けです。
• コンピューティング最適化（Linux）：4GB・2vCPU・160GB で月42ドルから。
• Windows：汎用は 0.5GB・2vCPU・30GB で月9.5ドルから（IPv6 のみは8ドルから）。Windows Server のライセンス込みの金額です。

インスタンス以外の部品の料金

時間単位の課金

請求のよくある質問では、プランは時間単位の料金で、月額を上限に課金されると説明されています。いちばん安いプランは1時間0.0067ドル（月5ドル）、Windows のプランは1時間0.0127ドル（月9.5ドル）からです。公式の単価で計算すると次のとおりです。

== 6. 時間課金（公式の単価 0.0067ドル/時間 の5ドルプラン）
  24 時間 → 0.16 ドル
 100 時間 → 0.67 ドル
 360 時間 → 2.41 ドル
 720 時間 → 4.82 ドル

同じページの計算例は「100時間で46セント（100×0.0046）」と書かれていて、本文の単価（0.0067ドル）と合いません。月の途中で作って消したときの金額は、請求の画面で確かめるのが確実です。

無料利用枠と停止中の課金

ユーザーガイドの請求のよくある質問では、以前の短期の無料トライアルは AWS 無料利用枠に置き換えられ、新しい Lightsail の利用者は使えない、と書かれています。 代わりに、AWS 無料利用枠で最大200ドルの AWS のクレジットを使って始められる、という説明です。トライアルを始めていた人は、その期間の終わりまで続きます。一方、同じ日に見た日本語の料金ページには「一部のバンドルが3か月無料」という記載が残っていました。申し込む前に、英語版の料金ページと無料利用枠のよくある質問で今の条件を確かめるのが確実です。

入門の手順のページには「停止すれば課金を避けられる」と読める一文もありますが、請求のよくある質問は「停止中も課金される」と明記しています。この記事は請求のページの記載に合わせています。次の節では、料金の差がいちばん出やすいデータ転送量を詳しく見ます。

データ転送量の数え方と超過料金（東京は1GBあたり0.14ドル）

この節では、転送量の枠の数え方と、枠を超えたときの料金を、公式の例を再現したコードで確かめられます。

受信（IN）と送信（OUT）の両方が枠を使い、枠を超えたあとに課金されるのは送信だけです。 ユーザーガイドの「Data transfer in Lightsail」のページに、決まりと計算例が載っています。要点は次のとおりです。

• 1受信も送信も枠を使う超えたあとの受信は課金されない。課金はインターネットなどへの送信だけ
• 2同じバンドルの枠は合算同じリージョン・同じ bundleId のインスタンスの枠は足し合わされる。違うバンドルは別に数える
• 3プライベートIPの通信は無料枠には数えるが、超えても課金されない。同じリージョンの Lightsail 同士・AWS のリソース宛て
• 4作り直しても使用量は戻らない同じ月に同じバンドルを消して作り直しても、使った量は残る
• 5ロードバランサーは枠を使わないロードバランサーとインスタンスの間の通信は、インスタンス側の枠を使う
• 6枠が半分のリージョンがあるムンバイ・シドニー・ジャカルタ・マレーシア・香港・サンパウロ。東京は通常の枠

リージョン別の超過単価

超過料金はリージョンで違います。日本から使われることの多いリージョンを抜き出すと次のとおりです（ユーザーガイドの表）。

公式の計算例をコードで再現する

決まりを Python で書き、ユーザーガイドの例1〜3を同じ順番で流しました。公式の例では「1TB の枠で900GB使い、さらに200GB送ると100GB超過」なので、1TB＝1000GB として計算しています。

class Pool:
    def __init__(s, allowance_gb):
        s.allow, s.used, s.charged = allowance_gb, 0.0, 0.0
    def send_out(s, gb):   # 送信：枠を使い、超えた分は課金
        over = max(0.0, s.used + gb - s.allow) - max(0.0, s.used - s.allow)
        s.used += gb; s.charged += over
    def recv_in(s, gb):    # 受信：枠を使うが課金はされない
        s.used += gb

== 1. 公式の例1〜3を順番どおりに再現（受信も枠を使い、超過で課金されるのは送信だけ）
 例1: 送信500・受信400 → 使用 900.0 GB 課金 0.0
      さらに送信200 → 課金対象 100.0 GB
      さらに受信200 → 課金対象 100.0 GB（受信は課金されない）
 例2: 同じバンドル2台で枠2TB、送信1.5TB+100GB → 課金 0.0 GB / 残り 400.0 GB
 例3: 組A(nano×2)送信3TB → 課金 1000.0 GB / 組B(micro×3)送信4TB → 課金 0.0 GB
 追加: 送信1100GBだけ → 課金 100.0 GB / 先に受信300GBあり → 課金 400.0 GB

例1〜3は、ユーザーガイドに書かれた結果（100GB の超過・超過なしで400GB残り・組Aだけ1TB 超過）と一致しました。最後の行は追加で試したもので、同じ1,100GBの送信でも、先に受信で300GB使っていると課金される量が100GBから400GBに増えます。 バックアップの取り込みや大きなファイルのアップロードが多いサーバーは、受信も見積もりに入れます。

5ドルプランで送信量を変えたときの月額

== 2. 5ドルプラン（1TB）で送信量ごとの月額（東京 0.14ドル/GB）
 送信   500 GB: 超過     0 GB × 0.14 =    0.00 → 合計    5.00 ドル
 送信  1000 GB: 超過     0 GB × 0.14 =    0.00 → 合計    5.00 ドル
 送信  1100 GB: 超過   100 GB × 0.14 =   14.00 → 合計   19.00 ドル
 送信  1500 GB: 超過   500 GB × 0.14 =   70.00 → 合計   75.00 ドル
 送信  2000 GB: 超過  1000 GB × 0.14 =  140.00 → 合計  145.00 ドル
 送信  3000 GB: 超過  2000 GB × 0.14 =  280.00 → 合計  285.00 ドル

超過を払うか、1つ上のプランにするか

1つ上のプランは月額が少し上がる代わりに、枠が1TB 増えます。上のプランが安くなる境目を計算しました。

== 3. 超過を払うか、1つ上のプランにするか（東京）
   5ドル(1TB)→  7ドル(2TB): 差   2ドル。超過   14.3 GB を超えたら上のプランが安い（上で増える枠 1000 GB）
   7ドル(2TB)→ 12ドル(3TB): 差   5ドル。超過   35.7 GB を超えたら上のプランが安い（上で増える枠 1000 GB）
  12ドル(3TB)→ 24ドル(4TB): 差  12ドル。超過   85.7 GB を超えたら上のプランが安い（上で増える枠 1000 GB）
  24ドル(4TB)→ 44ドル(5TB): 差  20ドル。超過  142.9 GB を超えたら上のプランが安い（上で増える枠 1000 GB）
  44ドル(5TB)→ 84ドル(6TB): 差  40ドル。超過  285.7 GB を超えたら上のプランが安い（上で増える枠 1000 GB）

ページの重さと閲覧数から送信量を見積もる

1ページの重さ（画像・CSS・JavaScript を含む転送量）× 月間の閲覧数で、送信量のおおよその値が出ます。数値は仮のものです。

== 5. ページの重さと月間PVから送信量を見積もる（数値は仮）
 1ページ1.5MB ×   100,000PV = 送信     150 GB → 枠に収まる最小プラン 5ドル（1TB）
 1ページ1.5MB ×   500,000PV = 送信     750 GB → 枠に収まる最小プラン 5ドル（1TB）
 1ページ3.0MB ×   300,000PV = 送信     900 GB → 枠に収まる最小プラン 5ドル（1TB）
 1ページ3.0MB × 1,000,000PV = 送信    3000 GB → 枠に収まる最小プラン 12ドル（3TB）

ブラウザのキャッシュや CDN があると、実際の送信量はこれより少なくなります。月の途中で枠の残りを見るには、インスタンスの管理画面のメトリクス（NetworkOut など）を使います。次の節では、EC2 と何が違うのかを表にします。

LightsailとEC2の違い（比較表）

この節では、同じ AWS の仮想サーバーである EC2 と Lightsail の違いと、どちらを選ぶかの考え方が分かります。

Lightsail は「決まった組み合わせを定額で使う」、EC2 は「部品を自由に選んで使った分だけ払う」サービスです。 次の表は、AWS Decision Guides の「Amazon Lightsail or Amazon EC2」（2024年4月15日更新）と、それぞれの料金ページ・ユーザーガイドの記載をまとめたものです。

Decision Guides は、Lightsail を「仮想サーバー、HTTP のロードバランサー、マネージドDB、コンテナ、CDN、DNS 管理とドメイン登録といった基本のサービスを、1つの場所で定額で使いたいとき」に、EC2 を「高度なネットワークや、RDS・DynamoDB・Lambda などとの連携が今後必要になるとき」に勧めています。なお、このガイドの Lightsail のサーバーの大きさ（最大32GiB・8vCPU）は2024年時点の記載で、2026年11月13日時点の料金ページには、それより大きいプランが載っています。

どちらも同じ AWS のアカウントで使え、Lightsail から EC2 へはスナップショットのエクスポートで移れます。次の節では、Lightsail で最初に選ぶ「ブループリント」を見ます。

ブループリントとは（WordPressなどの選べるイメージ）

この節では、インスタンスを作るときに選ぶ OS とアプリの組み合わせ（ブループリント）の種類と、選ぶときの注意が分かります。

ブループリントは、OS とアプリを入れた状態のイメージです。 「OS だけ」と「アプリ入り」があり、作成の画面で選びます。ユーザーガイドの一覧（2026年11月13日時点）から主なものを抜き出すと次のとおりです。

Bitnami のブループリントは2026年11月19日から新規作成できない

ユーザーガイドの「WordPress by Bitnami」のページには、Bitnami が用意したブループリントは2026年5月19日以降は更新されず、2026年11月19日からはそのブループリントで新しいインスタンスを作れなくなると書かれています。新しく作るときは、同じ働きの Lightsail のブループリントがあればそちらを勧める、既存のインスタンスはそのまま動き続ける、という説明です。確認日（2026年11月13日）から見ると、新規作成できなくなるまで残り6日です。

WordPress は、Lightsail が用意する「WordPress」と、「WordPress certified by Bitnami」の2つが一覧に並んでいます。2026年2月27日の新着情報では、新しい WordPress のブループリントは IMDSv2（インスタンスメタデータサービスのバージョン2）が既定で有効で、ドメインの接続・DNS・静的IP・Let's Encrypt の HTTPS をコンソールの案内に沿って設定できる、と発表されています。どちらの提供元のインスタンスかは、インスタンスの管理画面の上部にあるブループリントの情報（「Lightsail」か「Bitnami」）で見分けられます。

ほかにも、Amazon Linux 2 は長期サポートが2026年6月30日に終わって新規作成ができない、Windows Server 2016 は2027年1月12日から新規作成できない、など終わりの日付が付いたものがあります。次の節では、WordPress を公式の手順で立ち上げます。

WordPressの始め方（Lightsailの公式手順）

この節では、Lightsail で WordPress のサイトを作り、ドメインと HTTPS を設定し、管理画面に入るまでの流れが分かります。

ユーザーガイドのチュートリアル「Launch and configure a WordPress instance」の流れは、作成→セットアップ（ドメイン・DNS・静的IP・証明書）→パスワード取得→ログインの4段階です。 画面の名前は、チュートリアルに書かれた英語の表記のままにしています。

セットアップの前提として、インスタンスが「Running」で、ポート22・80・443 が TCP で開いている必要があります。チュートリアルによると、Let's Encrypt の証明書は60〜90日ごとに自動で更新され、設定が終わると http:// から https:// へ転送されます。

最初に足しておきたい設定

• 自動スナップショットを有効にする（毎日1回・最新7個を保持。スナップショットの節）。
• SSH（22番）の接続元を絞る。セットアップが終わったら、ファイアウォールのルールで自分の IP だけに限る（次の節）。
• 画像が多いサイトは、CDN ディストリビューションで配信する（公式の追加の手順「Configure WordPress with a Lightsail content delivery network」）。

セットアップの画面を使わず自分でドメインを向ける場合は、DNS の A レコードに静的IPを登録します。レコードの種類と確かめ方は、関連記事「DNSレコードの種類一覧｜digの実出力で役割と設定ミスを確認」で扱っています。次の節では、静的IPとファイアウォールを詳しく見ます。

静的IP・ファイアウォール・SSH接続

この節では、IP アドレスが変わる理由と静的IPの付け方、最初から開いているポート、SSH での接続方法が分かります。

インスタンスに最初から付くパブリック IP は、停止と起動のたびに変わります。静的IPを作って付けると変わりません。 ドメインを向けるサイトでは、最初に静的IPを付けておくと、起動し直すたびに DNS を直す手間がなくなります。

• 付け方：左のメニューの「Networking」→「Create static IP」→リージョンと付ける先のインスタンスを選び、名前を入れて「Create」。
• 1台のインスタンスに付けられる静的IPは1つで、同じリージョンのインスタンスにだけ付けられます。IPv6 のみのインスタンスには付けられません。
• 静的IPは1リージョンに5個まで（引き上げの申請ができる上限）。インスタンスの上限は台数ではなく「1リージョンの vCPU 20個」です（AWS 全般リファレンスのクォータ）。
• どこにも付けていない静的IPは、1時間を超えると1時間0.005ドルかかります。30日では 3.60ドルで、5ドルプランの7割ほどです。

最初から開いているポート

ファイアウォールは IPv4 用と IPv6 用の2つが別々にあり、ルールはそれぞれに設定します。ルールは接続元の IP アドレスや範囲で絞れます。HTTPS で公開するときは443番を開けます。

SSH で接続する

いちばん手早いのは、コンソールの「Connect」タブにある「Connect using SSH」です。ブラウザの中にターミナルが開き、SSH のクライアントを用意しなくても操作できます（ブラウザの SSH は1リージョンで同時に5本まで）。手元の SSH クライアントからつなぐ方法も、ユーザーガイドに載っています。SSH コマンドの鍵の指定やエラーの直し方は、関連記事「ssh コマンドの使い方まとめ｜鍵・ポート指定・config・接続エラー対処」で扱っています。次の節では、バックアップにあたるスナップショットを見ます。

スナップショットとバックアップ（自動は最新7個を保持）

この節では、手動と自動のスナップショットの違い、料金、時刻の指定で間違えやすい点が分かります。

スナップショットは、インスタンス・ディスク・データベースの「その時点の複製」です。 そこから新しいインスタンスを作れば、元と同じ状態で起動します。料金は保存している量に対して1GBあたり月0.05ドルで、2つ目以降は前回から変わった部分だけが課金されます（請求のよくある質問の例：28GB のインスタンスで月1.40ドル、2GB だけ変わった2つ目は月0.10ドル）。

Windows のインスタンスとマネージドDBは、自動スナップショットに対応していません。インスタンスを消しても、スナップショットと追加のディスクは残り、課金が続きます。

自動スナップショットの時刻は UTC で指定する

API の定義（botocore に入っている Lightsail のモデル）では、自動スナップショットの時刻 snapshotTimeOfDay は「HH:00 の形・1時間単位・UTC（協定世界時）」で、指定の時刻から最大45分の間に作られる、と書かれています。日本時間との差は9時間です。手元で変換と形式の確認をした結果です。

  18:00  モデルの正規表現: 一致  HH:00: OK
   3:00  モデルの正規表現: 不一致  HH:00: NG
  03:00  モデルの正規表現: 一致  HH:00: OK
  18:30  モデルの正規表現: 一致  HH:00: NG
  24:00  モデルの正規表現: 不一致  HH:00: NG
日本時間 03:00 → UTC 18:00
日本時間 04:00 → UTC 19:00
日本時間 12:00 → UTC 03:00

日本時間の深夜3時に取りたいなら、指定は「18:00」です。 「18:30」はモデルの正規表現には一致しますが、説明にある「HH:00」の決まりには合いません。

EC2 側のスナップショット（EBS スナップショット）と AMI の関係は、関連記事「EBSスナップショットとAMIの違い｜AWS CLIで作成・復元・削除」で扱っています。次の節では、サイトが大きくなったときに足す部品と、その月額を見ます。

ロードバランサー・マネージドDB・CDNで広げる（構成例の月額）

この節では、1台のサーバーから広げるときの部品と、構成ごとの月額の目安が分かります。

ロードバランサー（月18ドル）は、複数のインスタンスに HTTP・HTTPS の通信を振り分けます。 ユーザーガイドによると、ロードバランサーは DNS のホスト名を作り、複数のアベイラビリティーゾーンにあるインスタンスへ通信を送ります。既定では80番（HTTP）を受け、検証済みの Lightsail の SSL/TLS 証明書を付けると443番（HTTPS）も受けます。ヘルスチェックは既定でアプリのルートに対して行われ、正常なインスタンスにだけ送ります。セッションの維持（同じ人を同じインスタンスに送る設定）もできます。Decision Guides では「少ない量の Web の通信（1時間に5GBまで）向けの基本的な振り分け」と書かれています。

マネージドDBは MySQL と PostgreSQL で、標準は月15ドル（1GB・40GB・転送100GB）から、高可用性はその2倍です。WordPress のデータベースをインスタンスから分けると、インスタンスを増やしても同じデータを見られます。

== 8. 構成例の月額（データ転送は枠内と仮定）
 A 個人ブログ: 7ドル+静的IP(付けたまま)+自動スナップショット(7世代・計14GBと仮定): 7.70 ドル/月
 B 小さな会社サイト: 12ドル+自動スナップショット(計25GB仮定)+CDN 2.5ドル: 15.75 ドル/月
 C 2台構成: 12ドル×2+ロードバランサー18+DB 15ドル(標準): 57.00 ドル/月
 D 2台構成+DB高可用性(30ドル): 72.00 ドル/月

スナップショットの保存量は、7世代分の差分の合計を仮に置いた値です。実際の量は、書き換えの多さで変わります。

1. 11台＋静的IP＋自動スナップショットブログ・会社のサイトの多くはここから
2. 2CDN を足す画像の送信を CDN に移して、インスタンスの転送量を減らす
3. 3プランを上げるスナップショットから大きいプランで作り直す
4. 4DB を分けて2台＋ロードバランサー1台が止まってもサイトを続けたいとき
5. 5EC2 へ移す自動の台数調整や細かいネットワーク設計が必要になったとき

次の節では、コンソールではなく AWS CLI や API で操作するときの引数を、手元で確かめた結果を載せます。

AWS CLI・APIでLightsailを操作する（引数を手元で検証）

この節では、Lightsail の API の主な操作と必須の引数、送信前の検証で分かること・分からないことが分かります。

Lightsail は、AWS CLI では aws lightsail、Python では boto3 の lightsail クライアントで操作します。 botocore 1.44.2 に入っている API の定義を読み、主な操作の必須の引数を出しました（AWS には接続していません）。

botocore 1.44.2 / APIバージョン 2016-11-28 / 操作の数 167
 GetBundles                     必須: (なし)
 GetBlueprints                  必須: (なし)
 CreateInstances                必須: instanceNames, availabilityZone, blueprintId, bundleId
 AllocateStaticIp               必須: staticIpName
 AttachStaticIp                 必須: staticIpName, instanceName
 OpenInstancePublicPorts        必須: portInfo, instanceName
 PutInstancePublicPorts         必須: portInfos, instanceName
 CreateInstanceSnapshot         必須: instanceSnapshotName, instanceName
 EnableAddOn                    必須: resourceName, addOnRequest
 ExportSnapshot                 必須: sourceSnapshotName
 CreateLoadBalancer             必須: loadBalancerName, instancePort
 AttachInstancesToLoadBalancer  必須: loadBalancerName, instanceNames
 GetInstanceMetricData          必須: instanceName, metricName, period, startTime, endTime, unit, statistics

CLI では操作名をハイフンでつないだ形（get-bundles・create-instances など）になります。プランの ID（bundleId）は、ユーザーガイドの例では5ドルプランが nano_3_0、7ドルプランが micro_3_0 です。ブループリントの ID は get-blueprints で調べます。

# 例：東京で 7 ドルプランのインスタンスを作る（ID は get-bundles・get-blueprints で確かめる）
aws lightsail get-bundles --region ap-northeast-1
aws lightsail get-blueprints --region ap-northeast-1
aws lightsail create-instances --region ap-northeast-1 \
  --instance-names blog-1 --availability-zone ap-northeast-1a \
  --blueprint-id <ブループリントID> --bundle-id micro_3_0

送信前の検証で見つかること

同じ引数を botocore の検証にかけた結果です。必須の引数の抜けと型の違いは、送信する前に見つかりました。

[CreateInstances] {"instanceNames": ["blog-1"], "availabilityZone": "ap-northeast-1a", "blueprintId": "<get-blueprintsで調べたID>", "bundleId": "micro_3_0"}
  → OK

[CreateInstances] {"instanceNames": "blog-1", "availabilityZone": "ap-northeast-1a", "bundleId": "micro_3_0"}
  → Missing required parameter in input: "blueprintId"
Invalid type for parameter instanceNames, value: blog-1, type: <class 'str'>, valid types: <class 'list'>, <class 'tuple'>

一方、値の書式や選べる値の一覧に合わない指定は、送信前の検証を通ってしまいました。 自動スナップショットの時刻「3:00」（正しくは「03:00」の形）と、ポートの protocol に「ssh」（選べる値は tcp・all・udp・icmp・icmpv6）を入れても「OK」になります。

[EnableAddOn] {"resourceName": "blog-1", "addOnRequest": {"addOnType": "AutoSnapshot", "autoSnapshotAddOnRequest": {"snapshotTimeOfDay": "3:00"}}}
  → OK

[PutInstancePublicPorts] {"instanceName": "blog-1", "portInfos": [{"fromPort": 22, "toPort": 22, "protocol": "ssh"}]}
  → OK

AddOnType の値: ['AutoSnapshot', 'StopInstanceOnIdle']
protocol（NetworkProtocol）の値: ['tcp', 'all', 'udp', 'icmp', 'icmpv6']

送信前の検証は「必須と型」までなので、書式と選べる値は、上のようにモデルの一覧や API リファレンスで確かめます。API の説明では、PutInstancePublicPorts は要求に含めなかった開いているポートを閉じる操作です（閉じずに足すなら OpenInstancePublicPorts）。そのため、SSH を自分の IP だけに絞るときは、80・443 のルールも一緒に渡します。

{"instanceName": "blog-1", "portInfos": [
  {"fromPort": 22,  "toPort": 22,  "protocol": "tcp", "cidrs": ["203.0.113.10/32"]},
  {"fromPort": 80,  "toPort": 80,  "protocol": "tcp", "cidrs": ["0.0.0.0/0"]},
  {"fromPort": 443, "toPort": 443, "protocol": "tcp", "cidrs": ["0.0.0.0/0"]}]}

実際に送られる要求の形

偽の資格情報でクライアントを作り、送信の直前で止めて、静的IPの作成と付け替えの要求を取り出しました。Lightsail の API は、リージョンごとの1つの URL に JSON を POST し、操作名を X-Amz-Target ヘッダーで伝える形です。

送るはずだった要求: POST https://lightsail.ap-northeast-1.amazonaws.com/
 X-Amz-Target: b'Lightsail_20161128.AllocateStaticIp'
 Content-Type: b'application/x-amz-json-1.1'
 本文: {"staticIpName": "blog-ip"}

送るはずだった要求: POST https://lightsail.ap-northeast-1.amazonaws.com/
 X-Amz-Target: b'Lightsail_20161128.AttachStaticIp'
 Content-Type: b'application/x-amz-json-1.1'
 本文: {"staticIpName": "blog-ip", "instanceName": "blog-1"}

CLI と boto3 で使う資格情報の設定やエラーの直し方は、AWS CLI の公開記事が回遊先になります。次の節では、プランを上げるときと EC2 へ移すときの手順を見ます。

プランの上げ方とEC2への移行（スナップショットのエクスポート）

この節では、インスタンスを大きいプランにする方法と、EC2 へ移す方法、そのときの制約が分かります。

Lightsail のインスタンスは、プランを直接変えられません。スナップショットから、大きいプランで新しいインスタンスを作ります。 手順は、「Snapshots」タブで元のスナップショットの「Create new instance」を選び、プランを選んで名前を付け、「Create」です。元より小さいプランは選べません（例：8GB のインスタンスから2GB のプランは作れない）。新しいインスタンスはパブリック IP が変わるので、静的IPを付け替えます。元のインスタンスは、削除するまで課金が続きます。

EC2 へエクスポートする

インスタンスのスナップショットを EC2 へエクスポートすると、EC2 側に AMI と EBS スナップショットが作られます（追加のディスクがあれば、ディスクごとに EBS スナップショット）。

• 手順：「Snapshots」→対象のスナップショットの「Action」メニュー→「Export to Amazon EC2」→表示された内容を読んで「Yes, continue」。進み具合は「Exports」で「In progress」「Successful」「Failed」と表示されます。
• エクスポート先は同じリージョンです。別のリージョンへ移すときは、先に Lightsail の中でスナップショットを別のリージョンへコピーします。
• cPanel & WHM（CentOS 7）のスナップショットはエクスポートできません。自動スナップショットは「Keep」で手動のスナップショットに複製してからエクスポートします。
• IAM ユーザーで行う場合は、サービスにリンクされたロールを作る権限（iam:CreateServiceLinkedRole と iam:PutRolePolicy）が要ります。
• エクスポートが終わったら、「Create instance in EC2」か「Open EC2」から EC2 のインスタンスを作ります。作られるのは AMI と EBS スナップショットなので、静的IP・ロードバランサー・DNS の設定は EC2 側で用意します。元のスナップショットは、要らなければ消します（残すと保存料金がかかります）。

次の節では、Lightsail でよく起きるつまずきを、症状から引ける表にします。

よくあるつまずき（症状→原因→直し方）

この節では、Lightsail で起きやすい困りごとと、その原因・直し方が分かります。

請求の内訳を AWS 全体で見る方法と、予算を超えそうなときに知らせる設定は、関連記事「AWSの料金を確認する方法｜Cost Explorer・CLI・予算アラート」で扱っています。消し忘れたときの月額を計算すると次のとおりです。

== 7. 消し忘れの月額（30日=720時間）
 アタッチしていない静的IP 1個: 0.005×720 = 3.60 ドル
 手動スナップショット 20GB を残す: 1.00 ドル
 手動スナップショット 40GB を残す: 2.00 ドル
 手動スナップショット 80GB を残す: 4.00 ドル
 停止したままの5ドルプラン: 削除するまで 5.00 ドル（停止中も課金）

次の節では、Lightsail を選ぶか、EC2 や別の構成にするかの判断表をまとめます。

判断表：Lightsailを選ぶか、EC2を選ぶか

この節では、やりたいことごとに、Lightsail と EC2 のどちらから始めるかの目安が分かります。

迷ったときは、「サーバー数台まで・定額で・画面1つで」が当てはまるかどうかで決めると、選び直しが少なくなります。

よくある質問

Q. Lightsail とは何ですか？ A. AWS が提供する、仮想サーバー（インスタンス）・SSD・データ転送量・静的IP・DNS 管理などを月額の定額でまとめたサービスです。WordPress などのアプリ入りのイメージから起動でき、Linux は月5ドルから使えます。

Q. 読み方は？ AWS Lightsail と Amazon Lightsail は同じですか？ A. 読み方は「ライトセイル」です。公式の名前は Amazon Lightsail で、AWS Lightsail と呼ばれることもありますが、同じサービスです。

Q. いちばん安いプランはいくらですか？ A. 2026年11月13日時点の料金ページでは、IPv6 のみの Linux プランが月3.5ドル、パブリック IPv4 付きは月5ドルです。IPv6 のみのプランには静的IPを付けられず、IPv4 だけの相手からは直接つながりません。

Q. 無料で使えますか？ A. ユーザーガイドの請求のよくある質問では、以前の短期の無料トライアルは AWS 無料利用枠に置き換えられ、最大200ドルのクレジットで始められると書かれています。日本語の料金ページには3か月無料の記載が残っていたので、申し込む前に今の条件を確かめるのが確実です。

Q. 停止すれば料金はかかりませんか？ A. かかります。インスタンスとマネージドDBは、停止中も削除するまで課金されます。止めたいときはスナップショットを取ってから削除し、スナップショットの保存料金（1GBあたり月0.05ドル）だけにします。

Q. 転送量を超えるとどうなりますか？ A. サーバーは止まらず、超えた分の送信に超過料金がかかります。東京は1GBあたり0.14ドルです。受信も枠を使いますが、超えたあとの受信は課金されません。

Q. 大阪リージョンで使えますか？ A. ユーザーガイドのリージョンの一覧（19か所）に大阪はありません。日本では東京（ap-northeast-1）を使います。

Q. Lightsail の WordPress は Bitnami 版とどちらを選べばよいですか？ A. 新しく作るなら、Lightsail が用意する「WordPress」です。ユーザーガイドによると、Bitnami のブループリントは2026年5月19日以降更新されず、2026年11月19日から新規作成ができなくなります。既存のインスタンスは動き続けます。

Q. Lightsail から EC2 へ移せますか？ A. 移せます。手動のスナップショットを「Export to Amazon EC2」で書き出すと、同じリージョンの EC2 に AMI と EBS スナップショットが作られます。cPanel & WHM（CentOS 7）はエクスポートできません。

Q. 1つのアカウントでいくつ作れますか？ A. AWS 全般リファレンスのクォータでは、インスタンスは台数ではなく「1リージョンの vCPU 20個」、静的IPは1リージョン5個が既定の上限で、どちらも引き上げの申請ができます。新しいアカウントは、これより低い上限から始まることがあります。

Q. GPU は使えますか？ A. 料金ページの通常のプランの表に GPU のものはありません。研究向けの「Lightsail for Research」という別の提供があり、料金ページでは停止中は1時間0.00685ドルと案内されています。

Q. 料金は円で決まっていますか？ A. 料金ページの金額は米ドルです。円での請求額は為替と支払いの設定で変わるので、請求の画面で確かめます。

まとめ

• Amazon Lightsail は、サーバー・SSD・転送量・静的IP・DNS 管理などを月額の定額でまとめた AWS のサービス。Linux は月5ドル（IPv6 のみは3.5ドル）から、提供は19リージョンで東京あり・大阪なし。
• 転送量は受信と送信の両方が枠を使い、超えた送信だけ課金される。東京の超過は1GBあたり0.14ドル。公式の例1〜3をコードで再現して一致を確かめた。5ドルプランは超過が14.3GBを超えると7ドルプランのほうが安い。
• インスタンスとDBは停止中も課金される。スナップショット（1GBあたり月0.05ドル）と付けていない静的IP（30日で3.60ドル）も消し忘れに注意する。
• WordPress は Lightsail の WordPress のブループリントで作り、セットアップの画面でドメイン・静的IP・Let's Encrypt を設定する。Bitnami のブループリントは2026年11月19日から新規作成できない。
• 大きくするときは、スナップショットから大きいプランで作り直し、さらに大きくなったら EC2 へエクスポートする。API の送信前の検証は「必須と型」までで、時刻の書式（UTC の HH:00）や選べる値は自分で確かめる。

次に読むとよい記事です。Lightsail の外で使う AWS のリージョンとコードの一覧は、関連記事「AWSリージョン一覧とコード早見表｜東京・大阪のAZも」で扱っています。

参考・出典

確認日はいずれも 2026年11月13日です。

• AWS「Amazon Lightsail 料金」：https://aws.amazon.com/lightsail/pricing/（日本語版：https://aws.amazon.com/jp/lightsail/pricing/）
• AWS「Amazon Lightsail ユーザーガイド：What is Amazon Lightsail?」：https://docs.aws.amazon.com/lightsail/latest/userguide/what-is-amazon-lightsail.html
• AWS「Lightsail ユーザーガイド：よくある質問（全般）」：https://docs.aws.amazon.com/lightsail/latest/userguide/amazon-lightsail-frequently-asked-questions-faq-general.html
• AWS「Lightsail ユーザーガイド：請求とアカウント管理のよくある質問」：https://docs.aws.amazon.com/lightsail/latest/userguide/amazon-lightsail-frequently-asked-questions-faq-billing-and-account-management.html
• AWS「Lightsail ユーザーガイド：Data transfer in Lightsail」：https://docs.aws.amazon.com/lightsail/latest/userguide/amazon-lightsail-faq-data-transfer-allowance.html
• AWS「Lightsail ユーザーガイド：Regions and Availability Zones」：https://docs.aws.amazon.com/lightsail/latest/userguide/understanding-regions-and-availability-zones-in-amazon-lightsail.html
• AWS「Lightsail ユーザーガイド：インスタンスのイメージ（ブループリント）の一覧」：https://docs.aws.amazon.com/lightsail/latest/userguide/compare-options-choose-lightsail-instance-image.html
• AWS「Lightsail ユーザーガイド：WordPress by Bitnami」：https://docs.aws.amazon.com/lightsail/latest/userguide/amazon-lightsail-wordpress-bitnami.html
• AWS「Lightsail ユーザーガイド：Launch and configure a WordPress instance」：https://docs.aws.amazon.com/lightsail/latest/userguide/amazon-lightsail-tutorial-launching-and-configuring-wordpress.html
• AWS「Lightsail ユーザーガイド：Getting started」：https://docs.aws.amazon.com/lightsail/latest/userguide/getting-started.html
• AWS「Lightsail ユーザーガイド：Create a static IP」：https://docs.aws.amazon.com/lightsail/latest/userguide/lightsail-create-static-ip.html
• AWS「Lightsail ユーザーガイド：Firewall and port mappings」：https://docs.aws.amazon.com/lightsail/latest/userguide/understanding-firewall-and-port-mappings-in-amazon-lightsail.html
• AWS「Lightsail ユーザーガイド：Manual and automatic snapshots（よくある質問）」：https://docs.aws.amazon.com/lightsail/latest/userguide/amazon-lightsail-faq-snapshots.html
• AWS「Lightsail ユーザーガイド：Load balancers」：https://docs.aws.amazon.com/lightsail/latest/userguide/understanding-lightsail-load-balancers.html
• AWS「Lightsail ユーザーガイド：Create a larger instance from a snapshot」：https://docs.aws.amazon.com/lightsail/latest/userguide/how-to-create-larger-instance-from-snapshot-using-console.html
• AWS「Lightsail ユーザーガイド：Export snapshots to Amazon EC2」：https://docs.aws.amazon.com/lightsail/latest/userguide/amazon-lightsail-exporting-snapshots-to-amazon-ec2.html
• AWS「AWS 全般リファレンス：Amazon Lightsail endpoints and quotas」：https://docs.aws.amazon.com/general/latest/gr/lightsail.html
• AWS Decision Guides「Amazon Lightsail or Amazon EC2」：https://docs.aws.amazon.com/decision-guides/latest/lightsail-or-ec2/lightsail-or-ec2.html
• AWS「Amazon EC2 オンデマンド料金」（データ転送）：https://aws.amazon.com/ec2/pricing/on-demand/
• AWS 新着情報「Amazon Lightsail で新しい WordPress ブループリントによりブループリントの選択肢が拡大」（2026年2月27日）：https://aws.amazon.com/jp/about-aws/whats-new/2026/02/wordpress-blueprint-lightsail/

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。