先に結論
EC2 は、AWSで使える仮想サーバーです。
正式には Amazon Elastic Compute Cloud の略で、必要なときにサーバーを起動し、CPU、メモリ、ディスク、ネットワーク設定を組み合わせて使えます。
ただし、サーバーを借りれば終わり ではありません。
VPC、IAM、セキュリティグループ、ストレージ、バックアップ、監視まで自分で考える前提があります。
最初に押さえたいのは次の4点です。
| 項目 | ざっくりした意味 |
|---|---|
| インスタンス | 実際に起動して使う仮想サーバー本体 |
| AMI | OSや初期設定のテンプレート |
| EBS | サーバーに付ける永続ストレージ |
| セキュリティグループ | 通信を制御する仮想ファイアウォール |
つまりEC2は、AWSの中でかなり自由に組めるサーバー基盤 です。
自由度は高いですが、そのぶん 何を自分で持つのか も多くなります。
この記事では、2026年4月23日時点で AWS公式の EC2 User Guide、起動パラメータ、インスタンスタイプ、セキュリティグループ、料金ページを確認しながら整理しています。
EC2とは何か
EC2は、AWS上で仮想サーバーを起動して使うためのサービスです。
LinuxやWindowsのサーバーを必要な台数だけ用意し、Webアプリ、バッチ、検証環境、社内ツール、踏み台、APIサーバーなどに使えます。
身近な感覚でいうと、VPS に近い部分があります。
ただしEC2は、単に1台のサーバーを借りるだけではなく、AWSの他サービスと細かく組み合わせやすいのが特徴です。
たとえば、こんな構成が取りやすいです。
- EC2 + ALB + RDS でWebアプリを動かす
- EC2 + S3 でファイルを外出しする
- EC2 + Auto Scaling で負荷に応じて台数を増減する
- EC2 + Systems Manager でSSH鍵を減らして運用する
- EC2 + CloudWatch でメトリクスやログを見る
このあたりが、単純なレンタルサーバーや小規模VPSと少し違うところです。
EC2でよく出る基本要素
インスタンス
EC2では、起動した1台1台の仮想サーバーを インスタンス と呼びます。
CPUやメモリの大きさは インスタンスタイプ で決まり、t3 t4g m7i のように用途別の系統があります。
AWS公式でも、インスタンスタイプは compute memory storage networking の特性で選ぶ前提になっています。
つまりEC2は、どの大きさの箱を何台使うか をかなり細かく決められるサービスです。
AMI
AMIは Amazon Machine Image の略で、サーバー起動時に使うテンプレートです。
どのOSを入れるか、どんな初期ソフトウェアを含めるかを決める起点になります。
たとえば、Amazon Linux、Ubuntu、Windows Server、社内で作ったカスタムイメージなどから始められます。
EC2を理解するときは、インスタンスが実体、AMIは起動元の型 と考えると分かりやすいです。
EBS
EC2のディスクでよく使うのが Amazon EBS です。
起動ディスクや追加データディスクとして使われ、インスタンスを停止してもデータを保持しやすいのが基本です。
ここで初心者が混乱しやすいのは、EC2 = データも全部その場に固定で残る と考えてしまうことです。
実際には、どのボリュームを残すか、インスタンス終了時にどう扱うか、スナップショットをどう取るかまで整理して初めて運用になります。
セキュリティグループ
セキュリティグループは、EC2インスタンスへ届く通信を制御する仕組みです。
AWS公式では virtual firewall と説明されていて、受信ルールと送信ルールを管理します。
ありがちな失敗は、とりあえず 0.0.0.0/0 で 22番を開ける ことです。
検証中でも広く開けっぱなしにすると、あとで閉め忘れやすくなります。
最初は次のように考えると安全です。
- 本当に外から入れる必要があるポートだけ開ける
- 管理用通信はできるだけ絞る
- 公開用と管理用の通信を分ける
- 開けた理由が説明できないルールを残さない
EC2でできること
EC2は自由度が高いので、用途はかなり広いです。
ただし、できることが多い と 何でもEC2でやるべき は別です。
小規模サイトなら Lightsail の方が始めやすいこともありますし、コンテナ運用なら Fargate の方がOS管理を減らしやすいこともあります。
EC2の料金はどう考えるか
EC2は 月額固定の1台サーバー というより、選んだ条件で料金が変わる仕組みです。
代表的には次の要素が効きます。
- インスタンスタイプ
- 起動時間
- オンデマンド、Savings Plans、リザーブド、スポットの違い
- EBS容量と種類
- データ転送
- Elastic IP や周辺サービスの使い方
そのため、EC2は安いですか という問いには一言で答えにくいです。
小さく固定で使うならVPSやLightsailの方が金額感をつかみやすいことがあります。逆に、将来構成を分ける、増減する、AWSサービスと組み合わせるなら、EC2の方が自然な場面があります。
EC2が向いている場面
EC2が向いているのは、次のようなケースです。
- OSレベルまで自分で触りたい
- Nginx、Docker、ミドルウェア構成を自由に持ちたい
- ロードバランサー、S3、RDS、IAMロールなどAWS部品を組み合わせたい
- 1台構成から複数台構成へ育てる可能性がある
- 社内標準としてAWS上へ寄せたい
特に まずは1台、あとで広げるかもしれない という場面では、EC2はかなりよく出てきます。
EC2が重くなりやすい場面
一方で、次のような場合はEC2が少し重く感じやすいです。
この場合は、Lightsail、App Runner、Fargate、マネージドPaaS寄りの選択肢も見た方が現実的です。
EC2は強いですが、初心者に常に最短とは限りません。
LightsailやFargateとの違い
| サービス | 向いている見方 |
|---|---|
| EC2 | 自由度を持ってサーバーを構成したい |
| Lightsail | 小さく分かりやすく始めたい |
| Fargate | コンテナ実行に寄せつつEC2管理を減らしたい |
Lightsailは、AWSで小規模サーバーを始めやすくした入口に近いです。
EC2ほど細かい設計自由度はありませんが、料金や画面が分かりやすいです。
Fargateは、ECSやEKSでコンテナを動かすときに、EC2インスタンス自体の管理を減らす方向です。
つまり 仮想サーバーを直接持つか コンテナ実行へ寄せるか の違いがあります。
EC2で最初に詰まりやすいポイント
1. サーバーを起動しただけで公開できると思う
EC2を起動しただけでは、アプリ公開は完成しません。
OS更新、ミドルウェア設定、セキュリティグループ、アプリ配置、TLS、監視、バックアップまで見て初めて運用に乗ります。
2. SSH鍵とポート開放を雑に扱う
最初に急いで触ると、22番を全開放 同じ鍵を長く使う 誰が入れるか曖昧 になりがちです。
このあたりは後回しにせず、早めに整理した方が安全です。
3. ローカルディスクに全部置けばよいと思う
画像、添付ファイル、バックアップ、ログを全部EC2内へ詰めると、後で移行や障害対応が重くなります。
永続データや配信データは、S3や別ストレージへ分ける設計も早めに検討した方が楽です。
まとめ
EC2 は、AWSで使える代表的な仮想サーバーです。
自由度が高く、Webアプリ、社内ツール、バッチ、検証環境など幅広く使えます。
ただし、EC2を選ぶなら サーバー本体だけでなく周辺も自分で持つ ことを前提にした方が安全です。
AMI、EBS、セキュリティグループ、IAM、VPC、監視、バックアップまで含めて見たときに、自由度が必要ならEC2は強い選択肢です。
逆に、まず小さく始めたいなら Lightsail、コンテナ実行へ寄せたいなら Fargate も比較すると判断しやすくなります。
参考リンク
- AWS Docs: Amazon EC2 instances
- AWS Docs: Amazon EC2 instance types
- AWS Docs: AMI types and characteristics in Amazon EC2
- AWS Docs: Reference for Amazon EC2 instance configuration parameters
- AWS Docs: Amazon EC2 security groups for your EC2 instances
- AWS Pricing: Amazon EC2 On-Demand Pricing