AWS はじめの一歩
インフラ設計

Amazon Lightsail で構築する WordPress サイト - SSL 設定から CDN 配信まで

Lightsail で WordPress サイトを構築し、Let's Encrypt による SSL 設定と CDN 配信でグローバルに公開する。バックアップ戦略も紹介します。

約 4 分で読めます執筆 / 編集: あわしろ

WordPress ブループリントでの構築

Lightsail の WordPress ブループリントは Apache、MySQL、PHP、WordPress を事前構成した環境を提供し、インスタンス作成後すぐにブラウザから WordPress の管理画面にアクセスできます。長く標準だった Bitnami パッケージ版のブループリントは提供終了が予告されており、2026 年 5 月 19 日をもって新しいバージョンの提供が終了し、2026 年 11 月 19 日には WordPress、WordPress Multisite、LAMP、Nginx、Node.js が新規作成時の選択肢から外れます (Joomla、Magento、MEAN、Drupal、GitLab、Redmine、Ghost、Django、PrestaShop は 2027 年 5 月 19 日)。すでに稼働しているインスタンスはそのまま動き続け、取得済みスナップショットからの復元も引き続き行えますが、これから新規に構築するなら AWS が提供する Lightsail パッケージ版のブループリントを選びます。初期パスワードの確認方法はブループリントの種類によって異なり、Bitnami パッケージ版では Lightsail コンソールのブラウザベース SSH から cat $HOME/bitnami_application_password で参照します。プランはパブリック IPv4 付きの最小構成が月額 5 USD (512 MB RAM、2 vCPU、20 GB SSD、1 TB のデータ転送量) で、個人ブログならこの範囲で十分です。IPv6 専用のバンドルであれば月額 3.50 USD からのプランも選べます。月間数万 PV 規模のサイトでは 1 GB RAM のプラン (月額 7 USD、2 vCPU、40 GB SSD、2 TB のデータ転送量) 以上を推奨します (2026 年 8 月時点)。

SSL 設定とドメイン管理

HTTPS 化は Bitnami パッケージ版のブループリントであれば bncert-tool で自動設定できます。SSH でインスタンスに接続し、sudo /opt/bitnami/bncert-tool を実行してドメイン名を入力するだけで、Let's Encrypt の SSL 証明書の取得、Apache の HTTPS 設定、HTTP から HTTPS へのリダイレクト、証明書の自動更新が一括で設定されます。bncert-tool は Bitnami パッケージに同梱されたツールのため、AWS 提供のブループリントで構築した場合は手順が異なります。作成したインスタンスのブループリントに対応する公式手順を確認してから証明書を設定してください。ドメインの DNS 管理は Lightsail の DNS ゾーンで行えます。A レコードでインスタンスの静的 IP を指定し、CNAME レコードで www サブドメインを設定します。Lightsail の静的 IP は無料で、インスタンスにアタッチしている限り課金されません。なお A レコードで公開するにはパブリック IPv4 が必要なため、IPv6 専用のバンドルを選んだ場合は AAAA レコードでの公開になります。

CDN 配信とバックアップ

Lightsail CDN は CloudFront ベースのコンテンツ配信機能で、ディストリビューションを作成してインスタンスをオリジンに指定するだけで有効化できます。画像、 CSS 、 JavaScript などの静的コンテンツが世界中のエッジロケーションにキャッシュされ、ユーザーに最寄りのロケーションから配信されます。ディストリビューションにはプランごとに月間のデータ転送量が含まれ、最小プランで月間 50 GB です。バックアップは自動スナップショットを有効化し、日次で取得することを推奨します。自動スナップショットは最新の 7 世代が保持され、障害時にスナップショットから新しいインスタンスを作成して復元します。手動スナップショットは保持期間の制限なく保存でき、大きな変更前のバックアップに使用します。

WordPress 運用のコスト

WordPress サイトの運用コストは Lightsail プランの月額料金が中心です (2026 年 8 月時点)。2 GB メモリのプラン (月額 12 ドル、2 vCPU、60 GB SSD、3 TB のデータ転送量) が小規模サイトの標準的な選択肢で、月間数万 PV 程度まで対応できます。Lightsail CDN は月額 2.50 ドルから利用でき、最小プランに月間 50 GB のデータ転送量が含まれます。スナップショットは保存容量に対して 1 GB あたり月額約 0.05 ドルが課金されるため、世代数を絞ると保管費用を抑えられます。EC2 + ALB + RDS の構成 (月額 50 ドル以上) と比較すると、Lightsail は大幅に低コストで WordPress を運用できます。

表示速度のチューニング

WordPress の表示速度は、キャッシュの活用で大きく改善します。ページキャッシュのプラグインを導入して生成済みの HTML を配信し、データベースへのアクセスを減らします。画像は適切なサイズに圧縮し、遅延読み込みを有効にすると初期表示が軽くなります。Lightsail CDN を前段に置けば、静的ファイルがエッジから配信され、インスタンスの負荷も下がります。プラグインを増やしすぎると逆に重くなるため、本当に必要なものだけに絞ることも、安定した速度を保つうえで欠かせない工夫です。

セキュリティ対策の基本

公開する WordPress は攻撃の対象になりやすいため、基本的な防御を固めます。WordPress 本体・テーマ・プラグインを更新された状態に保ち、既知の脆弱性をふさぎます。管理画面のログインは、強固なパスワードと試行回数の制限、二要素認証で保護します。Lightsail のファイアウォール設定で、必要なポートだけを開放します。万一に備え、自動スナップショットを有効にしておけば、改ざんや障害が起きても直前の状態へ復元できます。攻撃を完全には防げない前提で、復旧手段を用意しておくことが重要です。

スケールと本格構成への移行

アクセスが増えてプランの性能が不足してきたら、上位プランへ移行します。Lightsail は稼働中インスタンスの直接的なサイズ変更ができないため、スナップショットを取得し、それを元に大きいプランの新しいインスタンスを作成して切り替えます。さらに規模が大きくなり、可用性や柔軟性が必要になった段階では、EC2、RDS、ロードバランサーを組み合わせた構成への移行を検討します。データベースを分離し、複数台で負荷分散する構成にすると、単一インスタンスの限界を超えてスケールできます。

運用上の注意点と見極め

Lightsail の WordPress は手軽な反面、基本は単一インスタンス構成のため、そのサーバーが落ちるとサイト全体が停止します。冗長性が求められる商用サイトでは、この点が制約になります。定期的にスナップショットを取り、復旧手順を確認しておくことが、可用性の現実的な担保になります。トラフィックの増加で性能が頭打ちになったり、複数台構成や細かなネットワーク制御が必要になったりしたら、それが EC2 ベースの構成へ移行する見極めどきです。要件の成長に合わせて、無理なく構成を見直します。

まとめ

Lightsail は WordPress サイトを少ない手間とコストで構築・運用できるプラットフォームです。ブループリントによる即時構築、Let's Encrypt を使った SSL 設定、CDN によるグローバル配信、スナップショットによるバックアップを組み合わせれば、個人サイトから小規模な商用サイトまで月額 10 ドル前後の水準から運用できます。ブループリントの提供内容は入れ替わっていくため、新規構築の前に選択できるブループリントと推奨構成を確認しておくと、後の移行の手間を避けられます。

参考資料 (AWS 公式)

本ページの一次情報は AWS 公式サイトおよび公式ドキュメントです。最新の仕様 / 料金は次の公式ページで確認できます。

本ページと公式ドキュメントの記述が食い違う場合は、公式ドキュメントを正としてください。

関連するサービス

Amazon Lightsail 人気シンプルな仮想サーバー、ストレージ、ネットワークを固定月額で提供するサービスAmazon CloudFront 定番世界中のエッジロケーションからコンテンツを高速配信する CDN サービス

関連する記事

Amazon Lightsail で手軽に始めるクラウド - VPS 感覚で使える AWS の入口固定料金プランで VPS 感覚のクラウド環境を手軽に構築する。WordPress やコンテナのデプロイから EC2 への移行パスまでを紹介します。AWS Certificate Manager で自動化する SSL/TLS 証明書管理 - 発行からローテーションまでACM によるパブリック証明書の無料発行、DNS 検証、自動更新、ALB ・ CloudFront へのデプロイを解説します。

同じテーマの記事

Auto Scaling はなぜスケールアウトは速く、スケールインは慎重なのか - 非対称な判断ロジックの設計意図EC2 Auto Scaling がスケールアウトを即座に実行する一方でスケールインに冷却期間を設ける非対称な設計の理由、フラッピング防止の仕組み、ターゲット追跡スケーリングの内部ロジックを解説します。AWS Auto Scaling で実現する需要追従型インフラ - スケーリングポリシーの設計と最適化ターゲット追跡・予測・スケジュールドの 3 種類のポリシーを使い分け、混合インスタンスポリシーでスポットを活用したコスト最適化を実現する手法を紹介します。AWS の障害ドメイン設計 - AZ・リージョン・パーティションの 3 層構造が守る可用性の仕組みAWS のインフラが AZ (障害隔離)、リージョン (地理的分離)、パーティション (政治的分離) の 3 層で設計されている理由と、各層の障害がどこまで波及するかを具体的な事例とともに解説します。AWS 障害から学ぶ分散システムの原則 - 過去の大規模障害が変えたアーキテクチャS3 障害 (2017)、Kinesis 障害 (2020)、us-east-1 の特殊性など、AWS が公開した障害レポートを題材に、Shuffle Sharding、Static Stability、Cell-based Architecture といった設計原則を解説します。AWS はなぜそこにリージョンを建てるのか - データセンター立地選定の知られざる判断基準AWS がリージョンの立地を決定する際に考慮する電力供給、地政学リスク、データ主権法制、ネットワーク接続性、自然災害リスクなどの判断基準を、具体的なリージョンの事例とともに解説します。AWS の Availability Zone ID はなぜアカウントごとに異なるのか - AZ マッピングの設計意図us-east-1a がアカウントごとに異なる物理 AZ を指す仕組み、AZ ID (use1-az1) が導入された背景、キャパシティの均等分散という設計意図、クロスアカウントでの AZ 指定の注意点を解説します。バッチコンピューティング基盤 - AWS Batch で実現する大規模並列処理AWS Batch を活用した大規模バッチ処理の構築方法を解説します。ジョブキュー、コンピューティング環境の自動スケーリング、Spot インスタンスによるコスト最適化など、科学計算や大規模データ処理に最適なバッチ基盤の設計を紹介します。放送品質ライブ配信 - AWS Elemental MediaLive と MediaPackage で大規模配信基盤を構築するAWS Elemental MediaLive と MediaPackage を使った放送品質のライブ配信基盤を解説。リアルタイムトランスコード、DRM、広告挿入、マルチ CDN 配信を紹介します。

内容が近い記事 / サービス

Amazon Lightsail で手軽に始めるクラウド - VPS 感覚で使える AWS の入口固定料金プランで VPS 感覚のクラウド環境を手軽に構築する。WordPress やコンテナのデプロイから EC2 への移行パスまでを紹介します。Amazon Lightsail月額固定料金で仮想サーバー、ストレージ、ネットワークをパッケージ提供する、AWS の中で最もシンプルなクラウドサーバーサービスAmazon Lightsail でシンプルにクラウドを始める - VPS、データベース、コンテナの月額固定運用月額固定料金で仮想サーバー・データベース・ストレージ・CDN をパッケージ提供し、WordPress やアプリケーションを数クリックでデプロイする。EC2 への移行パスとコスト比較を解説します。EBS スナップショットは増分なのに全復元できる仕組み - ブロックレベルの差分管理の裏側EBS スナップショットが増分バックアップでありながら任意のスナップショットから完全なボリュームを復元できる仕組みを、ブロックレベルの差分管理、S3 への保存構造、高速スナップショット復元の内部動作から解説します。