【AWS】AWSで個人サイトを立ち上げるときにやることまとめ(回想)

Posted by Akkey on 2026/01/02

AWSで個人サイトを作る際にやることを思い出しながらまとめていきたいと思います。

残念ながらこのサイト立ち上げ当初の作業ログやスクリーンショットは残っていません

理由は単純で、

  • チャットGPTに聞きながら、まったくわからないまま手探りで進めていた
  • そもそもサイト構築を記事にするという発想がなかった
  • まずは「動かす」ことが最大の目的だった

なので再度チャッピーに聞きつつ、当時を思い出しながら書いていきたいと思います。(半年くらい前なので詳細はほとんど覚えていない。)

前回の記事にも書きましたが、最近になって費用面の問題から構成の見直し(ALB → CloudFront) を考えるようになり、「今の構成を書いておかないと、何のために何をどう変えたか分からなくなるな」と思いましたので、まずは 最初の環境構築を振り返りとしてまとめる ことにしました。


最初にやったことの全体像

実際にやった作業を、時系列ではなく 構成視点 でまとめると以下です。

  • AWSアカウント作成
  • VPC作成(Public / Private サブネット)
  • EC2作成(Amazon Linux + Apache)
  • セキュリティグループ設定
  • ドメイン取得
  • Route 53 設定
  • HTTPS化(ACM)
  • Application Load Balancer(ALB)構築
  • WordPressセットアップ

この記事では、

特に 「ドメイン・HTTPS・ALB」周り を中心に書きます。


ドメイン取得とRoute 53

ドメインを取得するのにいろいろサービスがありますが、結局 AWS(Route 53) で取得しました。

理由はシンプルで、

  • DNS管理をAWSに寄せたかった
  • 他サービスと連携しやすい(らしい)
  • 基盤がそもそもAWSだから

という判断です。

Route 53の設定であまりハマった記憶はありません。細かいことは覚えていないのですが、チャッピーに聞きつつ順調にドメイン取得、DNSと設定できたと思います。


HTTPS化(ACM)でやったこと

HTTPS化には AWS Certificate Manager(ACM) を使いました。

ここは当時なかなか繋がらなくて少しハマった記憶があります。

  • 証明書の発行リージョン
  • DNS検証の設定
  • 有効化までの待ち時間

いろいろ試行錯誤してやっと繋がったという感じ(だったかな)。しかし何がダメで何をやったらOKになったのかっていうのは覚えていないです。ごめんなさい…。


問題のALB

当初(今現在)の構成では、EC2の前に Application Load Balancer(ALB) を置きました。理由は簡単。

チャットGPTがそう言ったから。です。

で、前回も書きましたが、月額コストが三千円ほど高くなった原因はこいつにあります。そして再度チャットGPTに聞いたところ・・・

「個人ブログにしては、だいぶ贅沢な構成です。」

とのこと。おい!お前がいったんだろがい。


当時は気づかなかったALBの注意点

構築当初は、ALBのコストについて深く考えていませんでした。

  • アクセスは少ない
  • 個人ブログ
  • EC2(サーバー)が一番高いだろうからEC2の費用は超えないだろう

と思っていたからです。ALBの仕事量によって課金されるとは知らず。場合によってはEC2より高コストになる。それはどこかに書いてあったんでしょうが、大したサイトではないので大した金額でもないだろうと思っていました。

しかし後になって、

  • ALBは「存在するだけ」で課金される(これはかかると思っていたが高いと思っていない)
  • BotアクセスでもLCUが消費される(こいつがでかい!)
  • 運用している以上、こちらから止めることができない

Googleに登録するまではLCUのコストが全然上がっていなかったので、ノーマークでした。しかし、Googleへの登録完了後、実際に上がった請求を見て初めて実感しました。

このあたりは、前回の記事で詳しく書いています。


今の構成(ALB変更前)まとめ

現時点(変更前)の構成はこうなっています。

  • Route 53 → Application Load Balancer → EC2(Apache + WordPress)

機能的には問題ありませんし、オーソドックスなAWSの勉強という意味では得るものも多かったです。

ただ、「個人ブログとしてはコスト効率が悪い」という判断に至りました。


これから構成を見直す予定

現在は、

  • ALBを外す
  • CloudFrontを前に置く
  • BotアクセスをALB以前で止める

といった構成変更を検討中です。

このあたりは、実際に変えた結果を別記事でまとめる予定です。


まとめ:ありがとう。チャットGPT(チャッピー)様

構築当時を振り返ってみたところ、ほぼチャッピー頼みで詳細をまったく覚えていないことがわかりました。何となーくドメイン取って、HTTPS使えるようにして、ALB設定して・・・って流れは覚えているんですけどね。

で、チャットGPT様に傀儡のように操られた挙句、ALBの落とし穴にハマり、高いコストを支払う羽目になったわけです。

しかし

  • 当初の目的はサイトの構築・稼働であり、当時の判断は間違っていなかった
  • でもチャッピーのいう通りにしたらこの構成は「用途」と「規模」に対して過剰だった
  • 自腹を切る羽目になったが、勉強にはなった

と感じています。

もーチャッピー早く言ってよーって感じではありますが、ここまでできたのはチャッピーのおかげ。文句は言えません。勉強にもなったし、ありがとう!チャットGPT。


次回予告

次の記事では、

  • ALBをやめてCloudFrontを入れてみる
  • 構成を変えたことによるデメリット(メリットはもちろんコスト)
  • 実際にどれくらいコストが下がるのか

をまとめる予定です。今回は文字オンリーでごめんなさい。ではまた。