1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

AWSアカウントの作り方 ProjectとAdvancedの違い・切り替え・無料枠

1
Posted at

AWSアカウントの作り方 ProjectとAdvancedの違い・切り替え・無料枠のアイキャッチ

はじめに

AWSを勉強するためにアカウントを作ろうとしたら、プロジェクトから始める画面が出てきた。動画や現場の手順書で見たAWSと画面が違う。あとから従来の画面に変えられるのか、無料クレジットはどうなるのか。

こうした疑問を解くには、まず 「AWS環境の作り方」と「料金プラン」 を分けると分かりやすくなります。

AWSは、インターネット経由でサーバーやデータの保存場所などを利用できるクラウドサービスです。この記事は、AWSをこれから始める人と、Projectで始めた後に学習環境を見直したい人に向けた説明です。

先に選び方をまとめます。以下は、公式の機能・制限を踏まえた筆者のおすすめです。

  • 仕事でAWSを操作する予定がある:会社に許可された学習用アカウントがあれば、まずそこを使います。個人で用意するなら、現場のリージョンや権限設定を再現しやすい Advanced をおすすめします。
  • 仕事で使う予定はなく、まずサービスを触りたい:新規顧客向けの条件を満たし、必要な機能とリージョンが対象なら、 ProjectのFreeプラン から始めるのが手軽です。
  • すでにProjectを作った:作り直す前に、今の環境でどこまでできるか確認します。必要ならPaidへの変更を経て高度な機能を有効化できます。ただし、 高度な機能の有効化は元に戻せません。

確認日:2026年11月6日。AWS公式の登録方法の比較、高度な機能の有効化、無料利用枠FAQを基に解説します。AWSアカウントの新規登録や設定変更は行っていません。

1. ProjectとAdvancedは「環境の作り方」

この記事では、AWS公式の Sign up for AWS (new) を「Project方式」、 Sign up for AWS (advanced) を「Advanced方式」と呼びます。

イメージは、 初期設定が用意された作業場で始めるのがProject、自分で設定を組み立てる入口がAdvanced です。どちらも実際のAWSを使います。Advancedという名前でも、上級者だけが使える制度ではありません。

最初に、次の3語を押さえると比較表を読みやすくなります。

  • AWSアカウント:AWSの利用や権限、費用を管理する単位。複数アカウントの請求をまとめる仕組みもあります。
  • リソース:AWS上に作るサーバーやデータベースなど。作成・稼働・保存・通信など、サービスごとの条件に応じて費用が発生します。
  • リージョン:リソースを置く地理的な地域。たとえば東京とシドニーは別リージョンです。同じサービスでも、置き場所や料金が異なる場合があります。

Project方式では、AWSが設定を用意し、最初のプロジェクトを作ります。 1プロジェクトには、実際にAWSリソースを作るAWSアカウントが1つ 入っています。たとえばWebサイト用のEC2やS3を、一つの作業場所にまとめるイメージです。プロジェクトは単なる画面上のフォルダではなく、複数のプロジェクトは別々のアカウントとして管理されます。

Advanced方式では、従来の登録手順でAWSアカウントを作ります。ルートユーザーのメールアドレスでアカウントを管理し、AWSが提供する設定を使って、リージョンやアクセス権、組織の管理方法を自分たちで設計できます。ルートユーザーは、そのアカウントで強い権限を持つ管理者です。普段の作業には必要な権限を設定した別のアクセス方法を使います。

比較項目 Project方式(Sign up for AWS (new)) Advanced方式(Sign up for AWS (advanced))
最初の環境 AWSが設定済みの環境と最初のプロジェクトを用意する 従来のAWSアカウントを作り、必要な設定を自分で行う
サインイン 個人のログイン用プロフィールであるAWS Builder ID。メールや対応する外部ログインを使う 作成・復旧にはルートユーザーのメールを使う。日常作業には必要な権限を設定したアクセス方法を使う
支払い方法 多くの新規顧客は登録時に不要。本人確認等で求められる場合あり AWSの登録手順では有効な支払い方法が必要
リージョン 連絡先住所の国などからAWSが割り当てる。日本の場合、リージョンリソースはシドニー 利用可能なリージョンを選べる。東京や大阪を指定する学習に向く
権限管理(IAM) AWSが初期権限や操作の制限を用意する。IAMは対象サービスだが、管理範囲に制約がある 誰に何を許可するかを設計しやすい。利用者に付与された権限と料金プランの制約はある
サーバー・DB・保存・ネットワーク(EC2・RDS・S3・VPC) 公式の対象リストにある。個別機能・リージョン・操作の制限は別途確認 対象リージョンやアカウント条件の範囲で、現場に近い構成を組みやすい
監視・操作履歴・コードによる構築 CloudWatch、CloudTrail、CloudFormationは対象リストにある。CDKは構築先の権限と使うサービスを確認 監視、ログ、CloudFormation・CDKの実務に近い演習を組みやすい
複数アカウントの管理(AWS Organizations) AWSが管理アカウントや組織の一部を用意・管理する アカウントのグループ分けや組織全体の操作制限を設計できる。Freeプランのまま全機能を使えるという意味ではない
課金プラン 対象の新規顧客はFreeから開始し、必要に応じてPaidへ変更する 対象の新規顧客は登録時にFreeまたはPaidを選ぶ
月間の費用管理 Paidではプロジェクトごとに支出上限を設定できる Projectの支出上限は使えない。Budgetsの通知などで管理する

出典:登録方法の比較、Project方式の登録手順、Advanced方式の登録手順、Projectの対象リージョン、対象サービス、CDKのブートストラップ。

たとえば、教材が「東京リージョンでEC2を作成」と指定していても、Projectの割り当てがシドニーなら、そのまま同じ場所には作れません。基本操作は学べますが、教材や現場と場所までそろえたい人には違いが出ます。

Projectの地域ルールは リージョンに属するリソース の話で、特定の地域に属さないグローバルサービスや一部の例外まで全てシドニーになるという意味ではありません。日本から登録する場合も、実際の割り当ては管理画面の AWS Settings で確認してください。

2. 「Project=無料、Advanced=有料」ではない

FreeとPaidは料金プランです。Project方式でもPaidを使えます。Advancedで新規登録しても、対象の新規顧客ならFreeを選べます。登録方法とプランを組み合わせると次のようになります。

  • Free:対象サービスを、期間・クレジットの範囲内で請求なしに試すプランです。ずっと無料で使い続けられるという意味ではありません。
  • Paid:従量課金で利用を続けるプランです。Paidへ変更しただけで固定の月額料金が発生するわけではなく、実際の利用内容と無料枠・クレジットの適用によって請求が決まります。
組み合わせ 主な用途 確認すること
Project × Free AWSを初めて試す、サービスの基礎を短期間学ぶ 対象サービスとリージョンの範囲内。開設から6か月、またはクレジットを使い切った時点の早い方で終了
Project × Paid 同じプロジェクト構成で利用を続ける、支出上限を使いたい 課金対象の利用は請求される。Paidへの変更だけでは高度な機能は有効にならない
Advanced × Free 従来のコンソールや必要リージョンを使い、対象サービスで学ぶ 新規顧客の条件とFreeプランのサービス制限あり。会社の組織管理をそのまま再現できるとは限らない
Advanced × Paid IAM・マルチリージョン・組織管理など、実務に近い構成で継続して学ぶ 無料利用枠や適用できるクレジットを超えた分などは従量課金

AWSの料金プラン比較では、Freeプランは対象サービスで試すためのもの、Paidプランは継続利用や本番にも使うものと説明しています。Freeプランの期限が切れるとアクセスできなくなり、Paidに変更してデータへ再アクセスできる猶予は90日と案内されています。学習成果は失効前に、ソースコードやIaCの形で手元に残しておくと安心です。

3. ProjectからAdvancedへは進める。元へは戻せない

既存のProject方式から高度な機能を使う場合は、次の二段階です。

「有料で使えるようにする操作」と「設定の管理を自分で引き受ける操作」は別 です。Paidにしただけで、東京を選べるなどの高度な機能がすべて開放されるわけではありません。

  1. FreeからPaidに変更する。AWS SettingsのBillingから行い、同じ管理環境にあるプロジェクト全体が対象です。個別のProjectだけをPaidにする操作ではありません。変更は元に戻せません。
  2. 高度な機能を有効化する。AWS Settingsの Projects → Actions → Explore advanced features から手順を確認します。複数アカウントをまとめる「管理アカウント」のルート用メールを選び、確認を進めます。こちらも有効化後に取り消せません。

出典:Paidへの変更、高度な機能の有効化。

ここで、特に先に確認したいのは次の点です。

有効化すると変わること 学習時の注意点
AWSが管理していた組織や管理アカウントを自分で管理する 既存のProjectは組織のメンバーアカウントとして残る。学習で必要な権限と組織ポリシーを確認する
プロジェクトの支出上限が削除され、上限で停止中だったプロジェクトも再開される 先に不要リソースを削除し、再開で増える費用を確認する。Advanced側ではBudgetsなどを使う
利用可能なリージョンや機能が広がる 既存リソースが自動的に東京へ移るわけではない。新しいリージョンでは、既存の組織ポリシーで操作が制限されていないかも確認する
既存Projectのアカウントは引き続きBuilder IDが所有する 個別のルート用メールを設定したり、ルートでサインインしたり、別組織に移したりはできない。必要なら通常のメンバーアカウントを別途作る

「AdvancedからProjectに戻せない」 とは、同じアカウント・組織を元のAWS管理型の状態に戻せないという意味です。AWSは、有効化後もAWS Settingsから 別のAWS管理型の組織 を作成できると説明しています。これは元の組織とつながらない別環境で、既存リソースやクレジットをそのまま移す操作ではありません。

最初からAdvancedで登録した通常のAWSアカウントについても、同じアカウントをProject方式へ切り替える手順は、確認したAWS公式資料にはありません。

4. メールアドレスとクレジットは、何に紐づくのか

メール:Builder IDとルートユーザーを区別する

対象 メールアドレスの扱い
AWS Builder ID 個人のログイン用プロフィール。AWSの案内では、1メールアドレスにつき1つ。既存のBuilder IDがあれば、そのログインを確認する
Project内のAWSアカウント Builder IDが所有する。各Projectに自分で別のルート用メールを登録する方式ではない
Advancedで作る通常のAWSアカウント ルートユーザーのメールはサインインと復旧に使う。すでに別のAWSアカウントのルートに紐づくアドレスは、通常の別アカウント作成に流用できない
Projectの高度な機能を有効化した後 管理アカウントにはルート用メールを設定するが、既存Projectのアカウントに個別のルート用メールが付くわけではない

AWS SettingsでBuilder ID側のメールを変える手順と、通常のAWSアカウントでルート用メールを変える手順は別です。メール変更はログインや復旧先の変更であり、新規顧客に戻る手続きではありません。

Builder IDだけを作ったことがある場合と、AWSアカウントを開設したことがある場合も別です。前者なら既存のログインを使ってProject方式の登録を進められます。無料特典の対象かどうかは、AWSの条件と登録画面で確認します。

出典:Builder IDと登録、Builder ID側のメール変更、通常のメンバーアカウント作成、ルート用メール変更。

クレジット:「メールを増やせば、その分もらえる」仕組みではない

ここでいう クレジットは、対象となるAWS利用料金に充てられる特典残高 です。クレジットカードそのものを指しているわけではありません。

AWS Free Tierの新規クレジットを受け取れるのは、条件を満たす新規顧客の1アカウントです。 「1アカウントにクレジットが1個だけ」という意味ではありません。対象者は登録時に100米ドル、所定の操作を完了するとさらに最大100米ドル、合計で最大200米ドルの案内です。

たとえば、残高が100ドルあり、対象サービスを10ドル分使うなら、その10ドルを残高から充当するイメージです。ただし、税や対象外サービスなどは別に確認します。 最初から200ドルが付与される、何に使っても200ドルまで無料、という意味ではありません。

  • AWSアカウントをすでに持つ、または過去に持っていた場合は、FAQ上、Freeプランや新規向けFree Tierクレジットの対象外です。別メールやエイリアスで作り直しても、新規顧客の条件を満たすことにはなりません。
  • クレジットは付与されたAWSアカウントに紐づき、独立した別アカウントへ移せません。AWS Organizations内で、条件や設定に従って対象請求に共有適用される場合はあります。これは所有するアカウントを移すこととは別です。
  • 高度な機能を有効化しても、新しい登録クレジットはもらえません。AWS FAQでは、獲得済みの残高は有効期限まで今後の対象請求に自動適用される一方、有効化後に学習操作で追加のFree Tierクレジットを獲得することはできないと案内しています。
  • 通常のFreeプランのアカウントでAWS Organizationsに加入したり、複数アカウント環境を整えるAWS Control Towerを設定したりすると、Paidへ自動で移行する条件があります。Free Tierクレジットの利用・追加獲得にも影響します。Project方式でAWSが最初から用意する組織と混同せず、操作前にプランの条件と規約を確認します。

出典:無料利用枠FAQ、AWS Free Tier規約、プロモーションクレジット規約、請求へのクレジット適用・共有。

クレジットの期限に「6か月」「12か月」の両方があるときの確認先

Freeプランの利用期間と、各クレジットの期限は別です。 Freeプランは開設から6か月、またはクレジットを使い切った時点の早い方で終了します。一方、確認日時点のAWS FAQでは、一般の期限・高度な機能の有効化の回答に6か月、Paidへの変更後・追加獲得分の回答に12か月と書かれています。Free Tier規約にも12か月の記載があり、公開説明を一律の期限としては読めません。

学習の期間や予算を決めるときは、「誰でも1年間使える」と見込まず、 AWS Settings → Billing → Credits remaining、または Billing and Cost Management → Credits で、自分のアカウントに表示される期限・残高・対象サービスを確認してください。表示と規約の読み方に迷ったら、課金が発生する前にAWSのアカウント・請求サポートへ確認します。

5. 支出上限とBudgets通知は別物

費用対策には、 「使いすぎたら止める機能」と「使いすぎを知らせる機能」 があります。AWS Budgetsは予算を設定して費用を追うサービスですが、通常の通知を設定するだけでは停止まで行いません。

費用管理 何が起きるか 向いている用途
ProjectのPaidにある支出上限 プロジェクトごとの税抜利用額で管理し、上限に達するとAWSがプロジェクトを一時停止する。設定の下限は20米ドルとAWSの保守的な利用見積もりの大きい方 プロジェクト内で費用を抑えつつ、停止しても困らない学習・検証
AWS Budgetsの通知 設定したしきい値に達したときに通知する。通知だけでは課金やリソースは止まらない 月次の実績や予測を早めに知り、手で調査・停止・削除する
AWS Budgets Actions 条件を設定して、特定のEC2・RDSへの操作や権限制限の適用などを自動または承認後に実行できる 対象を決めた費用対策。すべての料金を一律に止めるものではない

Projectの支出上限は クレジット差し引き後の請求を20ドルで抑える設定ではありません。税抜の利用額を対象とし、クレジットを差し引かずに判定します。AWSは50%・75%・90%到達時などの通知も案内しています。高度な機能を有効化すると、この上限は削除されます。

Advancedで個人学習する場合、たとえば月額1ドル・5ドル・10ドルを段階的な通知の目安にできます。ただし、Budgetsにはデータ反映の遅れがあるため、 10ドル通知を設定しても、請求が10ドルで止まるわけではありません。 作成前の見積もり、作業後の削除、翌日の請求確認を組み合わせます。

出典:Projectの支出上限、AWS Budgetsでの費用管理、AWS Budgets Actions。

6. 仕事で使うかどうかで選ぶ

あなたの目的 おすすめ 判断理由
配属後すぐに、東京リージョンの手順書を見ながら運用する 会社の学習用アカウント。自分で用意するならAdvanced リージョン、権限、ネットワーク設定を現場に寄せられる
IAMや、Organizationsによる複数アカウントの管理を学ぶ 許可された検証環境、またはAdvancedで必要なプランを選ぶ AWS管理の初期設定に頼らず、権限と組織の設計・制約を確認できる
仕事では使わず、EC2・S3などの基礎を試したい 対象の新規顧客ならProject × Free 初期設定を減らして、リソースの作成と削除から学べる
仕事で使わないが、東京で個人開発したい Advanced。必要機能に応じてFreeまたはPaid 仕事の有無より、必要なリージョンと構成が判断基準
既存のProjectで一通り学べている そのProjectを継続 未対応機能が必要になるまで、不可逆な変更を急がなくてよい
既存AWSアカウントがあり、新規特典の対象外 既存の許可された学習環境で費用を管理する 別メールで作り直すより、利用目的と予算に合う環境を選ぶ

現場に寄せるなら、起動から後片付けまで練習する

  1. 権限:人が操作するときの権限と、EC2などが別サービスにアクセスするときの権限を分けます。必要な権限を一時的に使う仕組みが「IAMロール」です。できる操作と拒否される操作を確かめます。
  2. ネットワーク:AWS内のネットワークであるVPC、その区画であるサブネット、通信経路を決めるルートテーブル、通信の許可ルールを持つセキュリティグループを学びます。まずは「どこからサーバーへ接続できるか」を説明するところから始めます。
  3. 構築と運用:仮想サーバーのEC2や保存先のS3で小さな構成を作り、CloudWatchで状態を監視し、CloudTrailで操作履歴を確認します。データベースのRDSや追加のログ配信を試す前に料金を確認します。
  4. 再現と削除:CloudFormationやCDKで構成をコードに記録し、作り直しや削除を練習します。こうした管理を IaC(Infrastructure as Code) と呼びます。EC2を停止しただけでは、保存用ディスクのEBSなどの費用が残る場合があります。バックアップのスナップショット、ログ、使っていないパブリックIPv4アドレスなども点検します。

IAMの学習でユーザーやアクセスキーの概念を知ることは大切です。併せて、AWSのIAMベストプラクティスに沿い、ルートユーザーにはMFA(パスワードに加えた追加の本人確認)を設定します。人の普段の操作では、会社の共通ログインなどと連携して期限付きの認証情報を使い、AWS上のプログラムにはIAMロールを使う設計も学びましょう。

予算設定は、AWS個人学習で料金事故を防ぐ BudgetsとFree Tier確認手順も参照してください。以前の教材を使う場合は、2026年10月のProject方式の提供前か、現行方式かを先に確かめると、画面や条件の違いを追いやすくなります。

おわりに

新しいアカウントを作る前に、 学びたい操作・必要なリージョン・現在のプラン・残高と期限・費用の管理方法 を確認してください。現場で運用する人なら手順と権限を再現できる環境を、まず試す人なら目的を満たす範囲で手軽に始められる環境を選ぶと、学習に集中できます。

Wealthy Design株式会社では、AWSを使った環境構築、クラウドの費用見直し、運用設計を支援しています。AWS・Web開発・AI活用のご相談は、Wealthy Design株式会社の公式LINEでも受け付けています。

1
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?