S3のインターフェースエンドポイントとゲートウェイエンドポイントの使い分け

Last updated at 2026-04-12Posted at 2026-04-12

S3のインターフェースエンドポイントとゲートウェイエンドポイントの使い分けを整理してみた

VPCからS3へプライベートにアクセスしたいとき、ゲートウェイエンドポイントとインターフェースエンドポイントの2つが出てきます。

自分なりに違いを整理してみました。本記事は初学者向けです。

ざっくり結論。
VPC内のEC2やLambdaからS3へアクセスするだけなら、まずはゲートウェイエンドポイントでよさそうです。

一方で、オンプレミスや別VPC、Transit Gateway経由など、VPCの外側も含めてS3へプライベート接続したい場合は、インターフェースエンドポイントを検討する形になります。

ゲートウェイエンドポイントは、ルートテーブルにS3向けの経路を追加して使う方式です。
VPC内からS3へアクセスする用途に向いていて、追加料金もかかりません。

インターフェースエンドポイントは、PrivateLinkを使う方式です。
サブネット内にENIが作られ、プライベートIP経由でS3へ接続します。
そのぶん柔軟ですが、料金はかかります。

たとえば、次のようなケースならゲートウェイエンドポイントが合いそうです。

逆に、次のようなケースならインターフェースエンドポイントを考えることになりそうです。

自分の理解では、かなりシンプルに考えてよさそうでした。

VPC内で完結するなら、まずはゲートウェイエンドポイント。
VPCの外側まで含めてプライベート接続したいなら、インターフェースエンドポイント。

名前が似ていて混乱しやすいですが、「どこからS3へアクセスしたいのか」で考えると、だいぶ整理しやすかったです。

迷ったら、まずはゲートウェイエンドポイントで要件を満たせるかを見るのがよさそうです。
それで足りない場合に、インターフェースエンドポイントを検討する流れが分かりやすいと思いました。

自分と同じように混乱しがちな人の参考になればうれしいです。