Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
CloudFront VPCオリジンとVPC Latticeサービスの内部ALBをマルチアカウ...
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
k-kun
May 26, 2026
Technology
280
5
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
CloudFront VPCオリジンとVPC Latticeサービスの内部ALBをマルチアカウントで一元利用しよう
2026年5月26日のAWS Jaws Users Group NW支部のLT会で使用した資料です。
k-kun
May 26, 2026
More Decks by k-kun
See All by k-kun
AWS Transform CustomでIaCコードを自由自在に変換しよう
duelist2020jp
0
300
AWS Transformを使ってCOBOLプログラムのモダナイズに挑戦
duelist2020jp
1
270
VPC Latticeのサービスエンドポイント機能を使用した複数VPCアクセス
duelist2020jp
0
600
AWSの新機能検証をやる時こそ、Amazon Qでプロンプトエンジニアリングを駆使しよう
duelist2020jp
1
580
TCPプロトコルに対するAWS Verified Access接続サポート機能のご紹介
duelist2020jp
0
430
AWS SSMノード一元管理新機能検証から導き出された課題点
duelist2020jp
0
82
新機能VPCリソースエンドポイント機能検証から得られた考察
duelist2020jp
0
520
IAM Access Analyzerの未使用アクセス権抽出機能の稼働検証をしてみた
duelist2020jp
0
340
IaC対応されたAmazon CodeWhispererの稼働検証をしてみた
duelist2020jp
0
230
Other Decks in Technology
See All in Technology
機械学習を「社会実装」するということ 2026年夏版 / Social Implementation of Machine Learning June 2026 Version
moepy_stats
2
530
「嘘をつくテスト」の失敗例から学ぶ 良いテストコード #frontend_phpcon_do
asumikam
0
590
非エンジニアがClaudeと挑んだ「1ヶ月間プロダクト30本ノック」
askokc
0
150
DevOps Agentで始めるAWS運用 〜フロンティアエージェントが変える運用の現場〜
nyankotaro
1
340
Agentic Defenseとともにセキュリティエンジニアが輝き続けるには / How Security Engineers Can Keep Excelling with Agentic Defense
yuj1osm
0
130
Rubyで音を視る
ydah
1
220
AI活用を推進するために ファインディが下した、一つの小さな決断
starfish719
0
280
Snowflakeと仲良くなる第一歩
coco_se
3
300
ポケモンの型をTypeScriptの型システムで表現してみた
subroh0508
0
360
Agentic ERPをどう設計するか ー 受発注エージェントを動かす、現場の知見と設計思想ー
recerqainc
1
2k
ChatworkとBPaaS 異なる特性で学んだAI機能開発の ベストプラクティス
kubell_hr
2
3.3k
「コーディング」しない人のための Claude Code 入門 ChatGPT の次の一歩 — 業務に組み込む 育成・共有・自動化
rfdnxbro
2
1.3k
Featured
See All Featured
A Modern Web Designer's Workflow
chriscoyier
698
190k
The Pragmatic Product Professional
lauravandoore
37
7.3k
KATA
mclloyd
PRO
35
15k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.2k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
3.4k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4.3k
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
380
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
The #1 spot is gone: here's how to win anyway
tamaranovitovic
2
1.1k
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
380
The Invisible Side of Design
smashingmag
302
52k
Marketing to machines
jonoalderson
1
5.4k
Transcript
NW -JAWS #21 ~改めて振り返る CloudFront と ELB(LV200 ~) CloudFront のVPCオリジンと
VPC Lattice サービスの内部 ALBを マルチアカウントで一元利用しよう Kiyomasa Miyamoto IBM Japan 26 th May in 2026
Agenda 1. 自己紹介 2. Web サーバーでの ALB利用の歴史 1. CloudFront VPC
オリジン登場以前 (~2024 年10 月) 2. CloudFront VPC オリジンの登場 (2024 年11 月) 3. CloudFront VPC オリジンの機能拡張 (2025 年11 月) 3. CloudFront VPC オリジンのマルチアカウントでの一元利用 1. 検証構成 2. ポイント 4. VPC Lattice サービスとしての内部 ALBの利用 1. Lattice サービスの作成イメージ 2. Lattice サービス (内部ALB)のマルチアカウントでの一元利用 3. Lattice サービスへのアクセス 5. まとめ
1. 自己紹介 ⚫ 氏名:宮本 清正 ⚫ 経歴:大学院修士 修了後、新卒入社。 (大学院時代はシステム制御 (AI
の前身)を研究。 ) • 勤続25 年。 主にメインフレーム (IBM Z) の運用自動化領域の技術支援を実施中。 • 社内AI 推進活動実施中 • 社内AWS コミュニティーにおける AWS エンジニア育成活動実施中 (3 年) ⚫ 好きな IT 技術: クラウド 、 AI 、 Linux 、 IaC (Ansible,Terraform etc)、ネットワーク ⚫ 好きな AWS サービス: CloudFormation 、 Kiro 、 Systems Manager 、 VPC Lattice など。 ⚫ AWS 受賞歴 ⚫ 2024 -2025 Japan AWS All Certifications Engineers ⚫ 2025 -2026 AWS Community Builders (Global 表彰) ※Network & Content Delivery PMI 認定資格(PMP) G検定
2. Web サーバーでの ALB利用の歴史 1. CloudFront VPC オリジン登場以前 (~2024 年10
月) ⚫ フロントエンド (Web サーバー)側でALBを利用する場合、主に下記 2パターンの構成が取られてきた。 ⚫ ALBを内部ロードバランサーとしてプライベートサブネットに配置はできるものの、主にアプリケーションサーバーに 対する負荷分散を行う為のものとして利用されてきた。 ALBと Web サーバー共にパブリックサブネットに配置 ALBはパブリックサブネット、 Web サーバーはプライベートサブネットに配置 VPC Public subnet Public subnet Webサーバー Webサーバー AZ1 AZ2 ALB Internet gateway VPC AZ1 Public subnet AZ2 Public subnet Private subnet Private subnet Webサーバー Webサーバー Internet gateway ALB NAT gateway NAT gateway
2. Web サーバーでの ALB利用の歴史 2. CloudFront VPCオリジンの登場 (2024 年11 月)
⚫ VPCのプライベートサブネットに配置されている ALB、 NLB、 EC2 インスタンスを、 CloudFront のオリジンとして 使用できるように機能拡張された。 https://aws.amazon.com/jp/about -aws/whats -new/2024/11/amazon -cloudfront -vpc -origins/ ⚫ CloudFront からのアクセスのみに限定するのであれば、 Web サーバー向けのフロントエンドとして、 ALBを パブリックサブネットに配置する必要がなくなった。 ⚫ ただし、当時は単一アカウントでのみ使用が可能なものだった。 CloudFront Distribution VPC AZ1 Private subnet AZ2 Private subnet Webサーバー Webサーバー Public subnet Public subnet AWS account NAT gateway NAT gateway Internet gateway ALB CloudFront VPC Origin
2. Web サーバーでの ALB利用の歴史 3. CloudFront VPC オリジンの機能拡張 (2025 年11
月) ⚫ VPCオリジンの CloudFront サポート発表から 1年後に、 VPCオリジンを RAM(Resource Access Manager) を使用して、複数アカウントでの共有利用が可能となった。 https://aws.amazon.com/jp/about -aws/whats -new/2025/11/amazon -cloudfront -cross -account -vpc -origins/ ⚫ 個々のVPCオリジン作成が不要になり、 1つのアカウントで VPCオリジンの一元管理が可能となる。 VPC AZ1 Private subnet AZ2 Private subnet Webサーバー Webサーバー AWS account AWS account AWS account CloudFront distribution CloudFront distribution CloudFront VPC Origin RAM Regional NAT gateway Internet gateway 同じ時期にリージョナル NAT ゲートウェイも発表され、 NAT ゲートウェイのパブリッ クサブネットへの配置も不要 となった。
3. CloudFront VPC オリジンのマルチアカウントでの一元利用 1. 検証構成 ⚫ VPCオリジンは、プライベートサブネットに配置した ALB(内部ロードバランサー )とする。
⚫ ALBリスナーは HTTPS( ポート 443) アクセス、ターゲットグループ (EC2) へのヘルスチェックは HTTP( ポート 80) とする。 ⚫ CloudFront ディストリビューション、 VPCオリジンの ALB共にACMで作成したパブリック証明書を設定。 ⚫ メインアカウントに親ドメインのホストゾーン、他のアカウントにサブドメインのホストゾーンを用意。 VPC AZ1 Private subnet AZ2 Private subnet Webサーバー Webサーバー Main AWS account Other AWS account CloudFront distribution CloudFront VPC Origin RAM Regional NAT gateway Internet gateway Interface Endpoint Session Manager AWS Systems Manager 東京リージョン ACM 米国東部リージョン ACM パブリック ホストゾーン (cloudlab-km.com) Amazon Route 53 Amazon Route 53 パブリック ホストゾーン (awsuser01.cloudlab-km.com)
3. CloudFront VPCオリジンのマルチアカウントでの一元利用 2. ポイント ⚫ 設定内容の詳細については、下記リンク先の Qiita 記事(昨年投稿)を参照。 AWS
の夜明け~VPCリソースにパブリックサブネットが不要な時代の到来 検証をシンプルにするために、 Web サーバーは単純にデフォルトの Apache2 提供のindex.html を表示するものとしている。 ⚫ 検証で分かった主なポイントは下記の通り。 主なポイント 個人的な感想 ・他アカウントでの共有設定の際に、 RAM コンソールへの遷 移が不要。 ・他の AWS サービスであれば RAM コンソールで共有設定を作 成するものが多いので、この点は便利。 ・他アカウントの CloudFront コンソールにおいて、 VPCオリ ジンエンドポイント (メインアカウントの VPCオリジンへの接 続に必要)については 手動入力が必要。プルダウンメニューと かが付いていない。 ・今回は個人で複数アカウント各々の AWS コンソールにログ オンしていたため、コピー &ペーストで対応したが、業務で利 用する場合には、 VPCオリジンエンドポイントの情報をメー ルなどで事前に入手しておくなどの考慮が必要と考える。 ・ VPCオリジンを CloudFront のオリジンとして利用する場合、 月額プランを使うのであれば、 ビジネスプラン (月200$) の指 定が必要。 ・単一アカウントのみでの利用時も同様だが、月額プランを 契約した場合、 CloudFront のディストリビューションは削除 できない。 ・ディストリビューションを削除する場合には、月額プラン のキャンセルが必要。 (ただし、その月が終了しない限り、従 量課金制には戻らない。 ) ・ 個人検証用途での利用には、従量課金制で CloudFront を使 用することをお奨め。
4. VPC Lattice サービスとしての内部 ALBの利用 1. Lattice サービスの作成イメージ ⚫ 事前にVPC上に内部ALB構成を作成しておき、それを
VPC Lattice のターゲットグループに指定する。 ⚫ ターゲットグループを作成後、 Lattice サービスに紐づける。 ⚫ 最終的にVPC Lattice サービスネットワークにアタッチを行う。 ⚫ 内部ALBをターゲットとした Lattice サービスの作成結果イメージについては、下記の Qiita 記事を参照。 AWS の夜明け~VPCリソースにパブリックサブネットが不要な時代の到来 Amazon VPC Lattice サービスネットワーク VPC Private subnet Private subnet AZ1 AZ2 Service ALB Instance* Instance* ターゲットグループ
4. VPC Lattice サービスとしての内部 ALBの利用 2. Lattice サービス (内部ALB)のマルチアカウントでの一元利用 ⚫
Lattice サービスを RAM で他アカウントに共有することも考えられるが、個人的には下記の構成がお奨め。 ⚫ VPC Lattice サービスネットワークをネットワーク基盤と捉えて、サービスネットワークと Lattice サービス群を 基盤管理用アカウントの環境に構築し、サービスネットワークを他アカウントに RAM で共有する。 ⚫ 他アカウントからは、共有されたサービスネットワークに対し、サービスネットワークエンドポイントを使って Lattice サービス (内部ALB)へアクセスを行う。 ※サービスネットワークエンドポイントについては、下記リンク先にある過去の LT資料を参照。 VPC Latticeのサービスエンドポイント機能を使用した複数VPCアクセス Consumer Account Administorator Account VPC VPC VPC Amazon VPC Lattice サービスネットワーク ALB ターゲットグループ Service Resource Gateway Resource Config Private subnet Service Network Endpoint RAMで共有
4. VPC Lattice サービスとしての内部 ALBの利用 3. Lattice サービスへのアクセス ⚫ サービスネットワークエンドポイントによって提供されるエンドポイント
DNS を使用すれば、他アカウントで 管理されているサービスネットワークに接続して、 Lattice サービスにアクセスできる。 ssm -user@ip -30 -0-1-178:~$ curl -I https://vpce -0a81cf340261bf54a -snsa -0c148e64e1ba732ee.7d67968.vpc -lattice -svcs.ap -northeast -1. on.aws HTTP/2 200 date: Mon, 25 May 2026 13:59:25 GMT content -type: text/html content -length: 10671 server: Apache/2.4.58 (Ubuntu) last -modified: Mon, 25 May 2026 12:15:57 GMT etag : "29af -652a3573fafb7" accept -ranges: bytes vary: Accept -Encoding x-amzn -requestid : c5f292d5 -24bb -4a4a -b32c -cfbd04ec7f4d ssm -user@ip -30 -0-1-178:~$ curl -l https://vpce -0a81cf340261bf54a -snsa -0c148e64e1ba732ee.7d67968.vpc -lattice -svcs.ap -northeast -1. on.aws <!DOCTYPE html PUBLIC " -//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1 -transitional.dtd"> <html xmlns ="http://www.w3.org/1999/xhtml"> <! -- Modified from the Debian original for Ubuntu Last updated: 2022 -03 -22 See: https://launchpad.net/bugs/1966004 --> <head> <meta http -equiv ="Content -Type" content="text/html; charset=UTF -8" /> <title>Apache2 Ubuntu Default Page: It works</title> <style type="text/ css" media="screen"> :
5. まとめ ⚫ 今回は、 2025 年11 月に機能拡張された CloudFront VPC オリジンのマルチアカウントでの共有機能と
VPC Lattice のサービスとして、内部 ALBを他アカウントに共有利用する方法をご紹介しました。 ⚫ VPCオリジンを管理者アカウントで作成し、個々のユーザーアカウントに RAM で共有すれば VPCオリジンを一元利用が可能。 ⚫ 今後、 CloudFront VPC オリジン機能を使用する Web アプリ開発にチャレンジ予定ですが、その際には 下記のようにフロント部分とデータ部分を分けた構成を考えています。 ⚫ フロント部分 (HTML ファイル系 ) ⚫ VPCオリジンから分離して、 S3を使用した静的 Web ホスティングとする。 ⚫ React などを利用。 ⚫ データ部分 (バックエンド ) ⚫ ALBのターゲットグループとして、 ECSを利用。 DBにRDSを利用。 ⚫ VPC Lattice のサービスとしても利用可能なアプリを作成予定。