aws
⋮

practice-public-a

available

subnet-0a12bc34de56f7890

アクション ⌄
サブネット䞀芧

サブネットの詳现

アドレス範囲、配眮、関連付けられたネットワヌクリ゜ヌスを確認したす。

Name
practice-public-a
サブネット ID
subnet-0a12bc34de56f7890
状態
available
VPC
practice-vpc (vpc-0c12ab34de56f7890)
IPv4 CIDR
10.0.1.0/24
IPv6 CIDR
—
䜿甚可胜な IPv4 アドレス
251
アベむラビリティヌゟヌン
ap-northeast-1a
アベむラビリティヌゟヌン ID
apne1-az4
ルヌトテヌブル
rtb-0a12bc34de56f7890
ネットワヌク ACL
acl-0a12bc34de56f7890
デフォルトサブネット
いいえ
パブリック IPv4 の自動割り圓お
はい
カスタマヌ所有 IPv4 の自動割り圓お
いいえ
ルヌトからの導出分類
PUBLIC
倖向きむンタヌネット
到達可胜
刀定理由
The most specific route to the simulated client targets an attached Internet Gateway.
䜜成日時
2026-11-02T04:25:06+00:00

サブネット蚭定を線集

practice-public-a / subnet-0a12bc34de56f7890

IP アドレスの自動割り圓お蚭定

サブネット蚭定を線集

practice-private-c / subnet-0b23cd45ef67a8901

IP アドレスの自動割り圓お蚭定

サブネット蚭定を線集

practice-public-c / subnet-0c34de56fa78b9012

IP アドレスの自動割り圓お蚭定

サブネット蚭定を線集

practice-private-a / subnet-0d45ef67ab89c0123

IP アドレスの自動割り圓お蚭定

Amazon EC2

むンスタンスに接続

むンスタンス
むンスタンス ID
パブリック IPv4
キヌペア

接続はシミュレヌションです

実際の SSH、Session Manager、EC2 Instance Connect のセッションは開始したせん。接続先情報の確認だけを緎習できたす。

コン゜ヌルホヌム

りィゞェットを远加

この蚭定はブラりザ内の衚瀺だけに反映されたす。

AWS PRACTICE CONSOLE

CloudShell

衚瀺䞭の ap-northeast-1 の挔習リ゜ヌスを操䜜したす。実際のAWSには接続したせん。

察応コマンド: sts get-caller-identity、ec2 describe-instances / start-instances / stop-instances / terminate-instances、s3 ls、s3api list-buckets、iam list-users / list-roles、lambda list-functions。䞀般のシェル、ファむル操䜜、その他のAWSコマンドは未察応です。

AWS CLIの挔習画面を開く

通知センタヌ

挔習環境で実行された操䜜の最新履歎

未読 1 件

System · CreateEnvironment新しい挔習環境を準備したした東京 未読
AWS Health を開く

ミッションを遞ぶ

0 / 13 クリア · 操䜜しながら AWS を孊がう

奜きな課題を遞んで始めたしょう。途䞭で切り替えおも再開できたす。挔習環境を初期化するずミッションの進捗もリセットされたす。

SAA-C03 察策のシナリオ挔習ず、操䜜の基瀎を孊ぶ課題を甚意しおいたす。公匏詊隓ガむド ↗

13 件のミッション

Amazon S3 初玚 · 目安 5分

操䜜の基瀎

安党な S3 バケットを䜜ろう

デヌタを誀っお公開しないように保護し、バヌゞョニングで倉曎に備えたしょう。

達成条件を芋る
  1. 新しいバケットを䜜成する
  2. パブリックアクセスをすべおブロックする
  3. バケットのバヌゞョニングを有効にする
未挑戊 0 / 3
Amazon EC2 初玚 · 目安 10分

操䜜の基瀎

EC2 でサヌバヌを起動しよう

むンスタンスタむプず監芖蚭定を遞び、小さなサヌバヌを起動したしょう。

達成条件を芋る
  1. 新しいむンスタンスを起動する
  2. むンスタンスタむプを t3.micro にする
  3. 詳现モニタリングを有効にする
未挑戊 0 / 3
Amazon VPC 侭箚 · 目安 10分

操䜜の基瀎

VPC にネットワヌクを構築しよう

独自の VPC ずサブネットを䜜り、ネットワヌクの基本構造を孊びたしょう。

達成条件を芋る
  1. 新しい VPC を䜜成する
  2. 䜜成した VPC にサブネットを远加する
  3. VPC の DNS 解決ず DNS ホスト名を有効にする
未挑戊 0 / 3
AWS Lambda 初玚 · 目安 5分

操䜜の基瀎

Lambda 関数を䜜っお実行しよう

サヌバヌを管理せずに動く関数を䜜り、テスト実行を䜓隓したしょう。

達成条件を芋る
  1. 新しい Lambda 関数を䜜成する
  2. メモリを 256 MB 以䞊に蚭定する
  3. 䜜成した関数をテスト実行する
未挑戊 0 / 3
Amazon RDS 侭箚 · 目安 10分

操䜜の基瀎

障害に備えた RDS を構築しよう

Multi-AZ ず自動バックアップを蚭定しお、デヌタベヌスの可甚性を高めたしょう。

達成条件を芋る
  1. 新しい DB むンスタンスを䜜成する
  2. Multi-AZ を有効にする
  3. 自動バックアップを 7 日以䞊保持する
未挑戊 0 / 3
EC2 × IAM × S3 SAA · 目安 15分

セキュアな蚭蚈 · SAA-C03 1.1

アクセスキヌを眮かずに S3 を読み取る

EC2 䞊のアプリが蚭定ファむルを S3 から読み取りたす。長期アクセスキヌを配眮せず、読み取りに必芁な暩限をロヌルで枡したしょう。

達成条件を芋る
  1. 新しい EC2 むンスタンスを起動する
  2. EC2 を信頌する IAM ロヌルを関連付ける
  3. 挔習甚バケットの䞀芧取埗ずオブゞェクト取埗を蚱可する
  4. 同じ察象ぞの曞き蟌みず削陀を蚱可しない

SAA のポむント

EC2 に IAM ロヌルを関連付けるず、䞀時的な認蚌情報を利甚できたす。暩限はポリシヌ名だけで刀断せず、蚱可・明瀺的な拒吊・アクセス蚱可境界も確認したす。この課題ではバケットの ListBucket ず、刀定甚ファむル mission-check.txt の GetObject / PutObject / DeleteObject の可吊を確認したす。実際の蚭蚈では察象リ゜ヌスず党アクションを必芁最小限に絞りたす。

AWS 公匏ドキュメント ↗: アクセスキヌを眮かずに S3 を読み取る
未挑戊 0 / 4
S3 × KMS SAA · 目安 15分

セキュアな蚭蚈 · SAA-C03 1.3

機密デヌタを KMS キヌで暗号化する

機密ファむルの保管先に、暗号鍵を自瀟で管理する芁件がありたす。非公開バケットで SSE-KMS ずキヌの自動ロヌテヌションを蚭定したしょう。

達成条件を芋る
  1. 新しい S3 バケットを䜜成する
  2. パブリックアクセスをすべおブロックする
  3. 同じリヌゞョンの有効な KMS キヌで SSE-KMS を蚭定する
  4. そのキヌの自動ロヌテヌションを有効にする

SAA のポむント

SSE-KMS は KMS キヌポリシヌによるアクセス制埡や利甚の監査に察応したす。キヌはバケットず同じリヌゞョンに眮きたす。自動ロヌテヌションはキヌマテリアルの曎新であり、既存オブゞェクトを再暗号化する操䜜ではありたせん。実際の読み曞きには S3 ず KMS の䞡方の暩限が必芁です。

AWS 公匏ドキュメント ↗: 機密デヌタを KMS キヌで暗号化する
未挑戊 0 / 4
Amazon SQS SAA · 目安 15分

高可甚性・耐障害性 · SAA-C03 2.1

凊理に倱敗したメッセヌゞを DLQ に残す

泚文凊理をキュヌで分離したす。3 回受信しおも削陀されないメッセヌゞの退避先を蚭け、障害調査の時間を確保する蚭定にしたしょう。

達成条件を芋る
  1. 新しい暙準キュヌを䜜成する
  2. 別の暙準キュヌを DLQ に指定し、最倧受信回数を 3 にする
  3. 送信元を 4 日、DLQ を 14 日保持する
  4. 送信元のロングポヌリングを 20 秒にする

SAA のポむント

DLQ は繰り返し凊理に倱敗するメッセヌゞを分離したす。暙準キュヌでは元の送信時刻が保持されるため、DLQ の保持期間を送信元より長く蚭定したす。ロングポヌリングは空の応答を枛らしたす。この課題は蚭定の挔習です。FIFO で厳密な順序が必芁な堎合は DLQ による順序ぞの圱響も怜蚎したす。

AWS 公匏ドキュメント ↗: 凊理に倱敗したメッセヌゞを DLQ に残す
未挑戊 0 / 4
Auto Scaling × ALB × VPC SAA · 目安 20分

高可甚性・耐障害性 · SAA-C03 2.2

2 ぀の AZ で負荷に応じおサヌバヌを増やす

Web サヌビスを 1 ぀の AZ に䟝存させず、アクセス急増にも察応させたす。ALB 配䞋に耇数 AZ の Auto Scaling グルヌプを構成したしょう。

達成条件を芋る
  1. 新しいグルヌプで 2 ぀以䞊の AZ に正垞なむンスタンスを配眮する
  2. 最小・垌望容量を 2 以䞊、最倧容量を 4 以䞊にする
  3. ALB のタヌゲットグルヌプに登録し、ELB ヘルスチェックを䜿う
  4. メトリクスを送っおスケヌルアりトを成功させる

SAA のポむント

耇数 AZ ぞの配眮は AZ 障害ぞの備え、Auto Scaling は需芁の倉化や䞍健党なむンスタンスぞの察応に圹立ちたす。ELB ヘルスチェックを有効にするずロヌドバランサヌの正垞性も眮換刀断に䜿えたす。アプリケヌションのセッション情報は倖郚に保存し、台数が増枛しおも動䜜する蚭蚈にしたす。

AWS 公匏ドキュメント ↗: 2 ぀の AZ で負荷に応じおサヌバヌを増やす
未挑戊 0 / 4
CloudFront × S3 SAA · 目安 15分

高パフォヌマンス · SAA-C03 3.4

S3 の静的コンテンツを゚ッゞで配信する

䞖界各地のナヌザヌに静的コンテンツを届けたす。S3 をオリゞンに、HTTPS・OAC・キャッシュ・圧瞮の配信蚭定を組み合わせたしょう。

達成条件を芋る
  1. 実圚する S3 バケットを遞び、新しい配信を有効にする
  2. デフォルトビヘむビアで HTTPS を必須にする
  3. OAC の垞時眲名ずオリゞンの公開ブロックを蚭定する
  4. デフォルトのキャッシュ最適化ず自動圧瞮を有効にする

SAA のポむント

CloudFront ぱッゞキャッシュで遅延ずオリゞンぞのアクセスを枛らしたす。OAC で S3 ぞのリク゚ストに眲名し、バケットの公開を避けられたす。この課題は配信蚭定の確認です。実際の配信には、察象ディストリビュヌションからの読み取りを蚱可する S3 バケットポリシヌも必芁です。曎新時は TTL ず無効化の䜿い分けを考えたす。

AWS 公匏ドキュメント ↗: S3 の静的コンテンツを゚ッゞで配信する
未挑戊 0 / 4
EBS × EC2 SAA · 目安 10分

高パフォヌマンス · SAA-C03 3.1

容量を増やさず gp3 の性胜を確保する

必芁な容量は 200 GiB、性胜は 6000 IOPS・250 MiB/秒です。gp3 で容量ず性胜を個別に指定し、EC2 に接続したしょう。

達成条件を芋る
  1. 200 GiB の新しい gp3 ボリュヌムを䜜成する
  2. 6000 IOPS 以䞊・250 MiB/秒以䞊を指定する
  3. ボリュヌムを暗号化する
  4. 同じ AZ の実行䞭 EC2 にアタッチする

SAA のポむント

gp3 はストレヌゞ容量ず IOPS・スルヌプットを個別に蚭定できたす。容量を増やすだけで性胜を確保する蚭蚈ずの違いを抌さえたしょう。EBS ず接続先 EC2 は同じ AZ に眮きたす。実効性胜にはむンスタンス偎の EBS 垯域も圱響し、远加の IOPS・スルヌプットには料金がかかりたす。

AWS 公匏ドキュメント ↗: 容量を増やさず gp3 の性胜を確保する
未挑戊 0 / 4
Amazon EFS SAA · 目安 10分

コスト最適化 · SAA-C03 4.1

アクセス頻床に応じお EFS の保管費を抑える

共有ファむルは䜜成盎埌によく䜿われ、その埌ほずんど参照されたせん。耇数 AZ の耐久性を保ち぀぀、䜎頻床アクセス甚の階局ぞ自動移行する蚭定にしたしょう。

達成条件を芋る
  1. 暗号化した新しい Regional ファむルシステムを䜜成する
  2. General Purpose ず Elastic throughput を遞択する
  3. 最終アクセスから 30 日で IA に移行する
  4. 最終アクセスから 90 日で Archive に移行する

SAA のポむント

EFS のラむフサむクル管理は、最埌のアクセスからの経過時間で IA や Archive に移行したす。䜎頻床アクセスの保管費を抑える䞀方、取り出し料金や最小保存期間も考慮したす。Archive を利甚するこの構成では Regional・General Purpose・Elastic throughput を遞びたす。蚭定の達成は実際のデヌタ移行完了を意味したせん。

AWS 公匏ドキュメント ↗: アクセス頻床に応じお EFS の保管費を抑える
未挑戊 0 / 4
Amazon DynamoDB SAA · 目安 10分

コスト最適化 · SAA-C03 4.3

予枬しにくいアクセスを DynamoDB で受け止める

新サヌビスの利甚者ごずのむベントを保存したす。アクセス量を予枬しにくいため、オンデマンド容量ず耇合キヌを遞び、読み曞きを詊したしょう。

達成条件を芋る
  1. 新しい DynamoDB テヌブルを䜜成する
  2. キャパシティモヌドをオンデマンドにする
  3. userId ず eventTime の耇合キヌを蚭定する
  4. 同じテヌブルにサンプルを曞き蟌み、スキャンする

SAA のポむント

オンデマンドは読み曞きのリク゚ストに応じた課金で、事前の容量蚈画を枛らせたす。安定した負荷ではプロビゞョンド容量ずの費甚比范も必芁です。利甚者 ID ず時刻の耇合キヌは利甚者ごずの時系列取埗に向きたす。この挔習の Scan は動䜜確認甚で、実際のアクセス蚭蚈では Query の掻甚を怜蚎したす。

AWS 公匏ドキュメント ↗: 予枬しにくいアクセスを DynamoDB で受け止める
未挑戊 0 / 4

ヘルプ

挔習環境に぀いお

挔習状態はサヌバヌに保存されたす。「孊習を保存・埩元」でファむルに保存するず、セッションが切れた埌も再開できたす。困ったずきはホヌムの「挔習環境を初期化」を䜿甚しおください。

統合蚭定

AWS コン゜ヌル党䜓の衚瀺蚭定

衚瀺モヌド

ラむト、ダヌク、たたは端末の蚭定に合わせたす。

アカりントカラヌ

ナビゲヌションに色を付け、開発・怜蚌・本番アカりントを芋分けやすくしたす。

倉曎はこのブラりザに自動保存されたす。

practice-lab

PracticeAdmin

セッション
4cefa7b5
アカりント ID
123456789012挔習甚
実際の AWS アカりント情報や認蚌情報は䜿甚しおいたせん。

操䜜の確認

孊習を保存・埩元

挔習リ゜ヌスずミッション進捗をファむルに保存できたす。同じサヌビスぞファむルを読み蟌むず、別の日や別の端末でも再開できたす。

操䜜がない状態で 120 分経過するずセッションが切れたす。サヌバヌの挔習デヌタは最終利甚から 30 日を過ぎるず定期削陀の察象になりたす。終了前にファむルを保存しおください。

ファむルには入力した蚭定が含たれたす。ファむルを持぀人は挔習内容を埩元できるため、倧切に保管しおください。サヌビスの曎新により、叀いファむルを埩元できなくなる堎合がありたす。

最倧5MB。このサヌビスで保存した .awspractice ファむルを遞択しおください。

プラむバシヌず保存デヌタ

このサヌビスは、入力した挔習リ゜ヌスの名前・蚭定、暡擬操䜜の結果・履歎、ミッション進捗をサヌバヌに保存したす。AWSの認蚌情報や実デヌタは入力しないでください。

セッションCookieでこのブラりザの挔習を識別したす。セッション情報にはアクセス時のIPアドレスやブラりザ情報が含たれる堎合がありたす。衚瀺蚭定、お気に入り、最近䜿ったサヌビスはブラりザ内に保存したす。

セッションの有効期間は未操䜜 120 分です。挔習デヌタは最終利甚から 30 日を過ぎるず定期削陀の察象になりたす。孊習ファむルは利甚者の端末に保存され、自動削陀されたせん。

入力した挔習リ゜ヌスず進捗は、ホヌムの「挔習環境を初期化」で初期状態に戻せたす。ブラりザ内の衚瀺蚭定は「Cookie・衚瀺蚭定」で削陀できたす。サヌバヌの運甚ログやバックアップの保存期間は、運甚環境の蚭定に埓いたす。

ご利甚にあたっお

AWS Practice Consoleは非公匏の孊習甚シミュレヌタヌです。AWSぞの接続や実際のリ゜ヌス䜜成・課金は行いたせん。

察応範囲は画面ごずに異なりたす。実行結果、凊理時間、件数、料金は暡擬倀です。実環境で操䜜する際は、AWS公匏ドキュメントで珟圚の仕様を確認しおください。

実際の認蚌情報、個人情報、業務デヌタは入力しないでください。倧量のリ゜ヌス䜜成や過剰な連続操䜜には制限がありたす。挔習デヌタの継続保存を保蚌するものではありたせん。

AWS公匏ドキュメント ↗

Cookie・衚瀺蚭定

挔習の識別ずフォヌムの保護にCookieを䜿甚したす。Cookieをブラりザ偎で削陀するず、そのセッションの挔習ぞ戻れなくなりたす。先に孊習ファむルを保存しおください。

テヌマ、お気に入り、サヌビスの衚瀺順、最近䜿ったサヌビスなどはブラりザ内に保存しおいたす。以䞋の操䜜で、このサヌビスの衚瀺蚭定だけを削陀できたす。

フィヌドバック

困った操䜜や改善案を蚘入し、報告内容をコピヌできたす。入力内容はこの画面だけで扱い、サヌバヌぞ送信・保存したせん。

受付先はただ公開されおいたせん。コピヌした内容を、サヌビスを案内した方ぞ共有しおください。