HarioNote

<h2>やりたいこと</h2>
AWSのマネジメントコンソール上では右上のアイコンをクリックすることで、Free Tier（無料枠）でもAmazon Q Developerのチャットが利用できると思います。 
<img src="https://storage.googleapis.com/newt-files/6e7df300-7428-4082-87d3-2db1f432633d/tmp-2025-11-30_1.webp" alt="tmp-2025-11-30_1.webp">
<img src="https://storage.googleapis.com/newt-files/81a0d513-0781-485f-a0bd-562ab458558e/tmp-2025-11-30_2.webp" alt="tmp-2025-11-30_2.webp">
このマネジメントコンソール上でのAmazon Q Developerは、Free Tierの場合デフォルトでAIの学習に利用されるようなので、オプトアウトの設定をしてみます。
<h2>前提</h2>
<ul>
<li>AWSは「AWS Organizations」（マルチアカウント戦略）を利用しています。</li>
</ul>
<h2>設定する</h2>
学習（モデルの改善）に利用される旨とオプトアウトの設定方法の案内については 
<a href="https://docs.aws.amazon.com/amazonq/latest/qdeveloper-ug/service-improvement.html">https://docs.aws.amazon.com/amazonq/latest/qdeveloper-ug/service-improvement.html</a> 
に記載されていますので、これに従います。
以下私が確認した時点での翻訳を貼ります。
<blockquote>
Amazon Q Developer Free Tier のサービス改善のためのコンテンツ利用をオプトアウトする方法は、Amazon Q を利用する環境によって異なります。
AWS マネジメントコンソール、AWS Console Mobile Application、AWS ウェブサイト、およびチャットアプリケーションの場合は、AWS Organizations で AI サービスオプトアウトポリシーを設定してください。詳細については、AWS Organizations ユーザーガイドの AI サービスオプトアウトポリシーを参照してください。
IDE (Amazon Q Developer Free Tier) の場合は、IDE の設定を調整してください。詳細については、IDE およびコマンドラインでのデータ共有のオプトアウトを参照してください。
</blockquote>
※ 今回はIDEやCLIは扱わず、マネジメントコンソール上のAmazon Q Developerについてになります。
<a href="https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_ai-opt-out.html">AI services opt-out policies</a> のリンクを確認してみます。
<blockquote>
AWS Organizationsのオプトアウトポリシーを使用することで、サービスの改善のためのコンテンツの使用をオプトアウトできます。
</blockquote>
とあるのでAWS Organizationsの設定でいけそうです。 
<a href="https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_ai-opt-out_all.html">Opt out from all AI services</a> のリンクがあるのでこの先のページを確認します。
このページにAWS Organizationsでオプトアウト設定する具体的な手順があるのでそれを参考にやってみます。
まず、AWSアクセスポータルから管理アカウントのAWSアカウントにログインしてAWS Organizatonsにアクセスします。
<code>ポリシー</code> &gt; <code>AIサービスのオプトアウトポリシー</code>を開きます。 
（<a href="https://console.aws.amazon.com/organizations/v2/home/policies/aiservices-opt-out-policy">https://console.aws.amazon.com/organizations/v2/home/policies/aiservices-opt-out-policy</a>） 
<img src="https://storage.googleapis.com/newt-files/342d8163-c3ef-458d-8528-985456afdb42/tmp-2025-11-30_5.webp" alt="tmp-2025-11-30_5.webp">
AIサービスのオプトアウトポリシーを有効化します。 
<img src="https://storage.googleapis.com/newt-files/2f40aeb9-627a-4af2-a13a-c5c23722aeda/tmp-2025-11-30_6.webp" alt="tmp-2025-11-30_6.webp">
<code>すべてのサービスからオプトアウト</code>をクリックします。 
<img src="https://storage.googleapis.com/newt-files/ccf4fa48-0edd-453c-9bc5-1e17f4cb0183/tmp-2025-11-30_7.webp" alt="tmp-2025-11-30_7.webp"> 
確認画面もクリックして進めます。 
<img src="https://storage.googleapis.com/newt-files/05894e92-4740-4b0b-afee-c4c6ea9b3109/tmp-2025-11-30_8.webp" alt="tmp-2025-11-30_8.webp">
<img src="https://storage.googleapis.com/newt-files/00beb29f-1ea8-4623-8c74-585ab24424e4/tmp-2025-11-30_9.webp" alt="tmp-2025-11-30_9.webp">
以上です。
<h3>余談</h3>
作成された<code>OptOutFromAllAIServices</code>をクリックして詳細を開き、<code>ターゲット</code>タブを開くと<code>Root</code>にアタッチされていることがわかります。 
<code>Root</code>にアタッチされている場合、この Organizations に含まれるすべての AWS アカウントに対して、このオプトアウトポリシーが適用されます。 
<img src="https://storage.googleapis.com/newt-files/7fceac4c-aa15-4786-86cf-bc049664ac0b/tmp-2025-11-30_10.webp" alt="tmp-2025-11-30_10.webp">
ここで<code>アタッチ</code>ボタンから個別のアカウントにのみオプトアウト設定を行うことも可能なようです。

AWSの管理画面上でAmazon Q DeveloperをFree Tierで使用する場合に向けて、オプトアウトの設定をしてみた。

AWSのS3のバケット内の、フォルダの中身を丸ごとをダウンロードします。 
GUI（マネジメントコンソール）にフォルダごとダウンロードするアクションがなかったので（前はあったっぽい？）aws cliでやる手順の備忘録となります。
<h2>AWS CLI（AWS コマンドラインインターフェイス）のインストール</h2>
<a href="https://aws.amazon.com/jp/cli/">https://aws.amazon.com/jp/cli/</a> にアクセスします。 
今回私の環境はWindowsなので右ペインからWindowsの欄からインストーラをダウンロードします。 
<img src="https://storage.googleapis.com/newt-files/899476cc-dc15-462d-9292-538868f8c568/2024-09-10_1.webp" alt="2024-09-10_1.webp">
ダウンロードしたらインストーラを起動してインストールします。 
<img src="https://storage.googleapis.com/newt-files/48955c70-24a9-47f4-a25a-cbee37711615/2024-09-10_2.webp" alt="2024-09-10_2.webp">
インストールが完了したら適当なターミナルを開き
<pre><code>aws --version
</code></pre>
を実行し、<code>aws-cli/...</code>的な出力が返ってくればインストールされています。
※ インストールする前からターミナルを開いていた場合は、開き直してください。
<h2>S3のデータをフォルダごとダウンロードする</h2>
今回は<code>my-download-test</code>というバケット内にある<code>images</code>というフォルダの中身を丸ごとダウンロードします。 
<img src="https://storage.googleapis.com/newt-files/b85858f2-ba01-4c16-bfe5-eb63bce93817/2024-09-10_3.webp" alt="2024-09-10_3.webp"> 
ターミナルで以下の作業を行います。
<ol>
<li>【準備】対象のAWSアカウントのクレデンシャルを設定する。 
（私の場合awsアクセスポータルを使用する環境のため）アクセスポータルより、対象のawsアカウントの<code>Access key</code>をクリックします。 
<img src="https://storage.googleapis.com/newt-files/e4af4b15-539a-47f6-bd1d-06c875f3552c/2024-09-10_4.webp" alt="2024-09-10_4.webp"> 
私のターミナルの場合<code>PowerShell</code>で起動しているので、<code>PowerShell</code>タブを開き、<code>Option 1: Set AWS environment variables</code>の欄にある、一時的なクレデンシャルをセットするコマンドをコピーします。 
<img src="https://storage.googleapis.com/newt-files/51c37282-2907-404f-85c0-b1272d64cdc6/2024-09-10_5.webp" alt="2024-09-10_5.webp"> 
コピー内容をターミナル内にペーストしてEnterで実行してクレデンシャルをセットします。（これをしておかないとこのあとのawsコマンドを実行しようとしても権限がなくてエラーになります）</li>
<li>AWSにて対象のフォルダの「S3 URI」を控える 
対象のフォルダを選択して<code>S3 URI をコピー</code>をクリックします。 
<img src="https://storage.googleapis.com/newt-files/0952ee5c-dd46-4072-b498-d96eafc78d03/2024-09-10_6.webp" alt="2024-09-10_6.webp"> 
すると以下のような値をコピーできます。</li>
</ol>
<pre><code>s3://my-download-test/images/
</code></pre>
<ol start="3">
<li>aws cliコマンドでフォルダ内のファイルを一括ダウンロード 
先ほど控えた値を使って、ターミナルにて以下のコマンドを実行します。 
※ファイルをダウンロードしたいディレクトリに移動してから実行してください。</li>
</ol>
<pre><code>aws s3 cp s3://my-download-test/images/ ./ --recursive
</code></pre>
これでダウンロードできるはずです。
【補足】
<ul>
<li><code>--recursive</code>は再帰的に実行するオプションで、これにより<code>images</code>内のファイルをすべてダウンロードできます。</li>
<li><code>./</code>を指定しているのでカレントディレクトリにダウンロードされます。</li>
</ul>
以上です。

S3のデータをフォルダごとダウンロードする【AWS】

<h2>やりたいこと</h2>
AWSアクセスポータルからログインするときに、メールとパスワードを入力したあとに毎回MFAデバイスでコードを確認して入力することを必須の設定にしていたが、メールアドレスにワンタイムパスワード(OTP)を送信させてそれを入力する方式に切り替えたい。
<h2>理由</h2>
<ul>
<li>MFAデバイス(Authenticator アプリケーション)を確認するのが面倒</li>
<li>趣味で使用するAWSアカウントのため現状MFAにしないといけない要件はない</li>
</ul>
<h2>作業</h2>
<h3>1. AWSの現在の設定を確認する</h3>
AWSにログインして「IAM Identity Center」にアクセスします。 
<img src="https://storage.googleapis.com/newt-files/8d1a3531-5244-421c-a40c-9540ad69d684/2024-05-02_1.webp" alt="2024-05-02_1.webp">
ナビメニューの「設定」をクリックし、 
<img src="https://storage.googleapis.com/newt-files/228e4395-9029-43a7-ac88-23b2cce050a2/2024-05-02_2.webp" alt="2024-05-02_2.webp">
「認証」タブの「多要素認証」セクションの「設定」をクリック。 
<img src="https://storage.googleapis.com/newt-files/06e915a6-5d71-42b7-a952-7ed5ee194b18/2024-05-02_3.webp" alt="2024-05-02_3.webp">
私の場合はこれまではMFAデバイスでの認証を必須にしたかったので以下のように「サインインごと (常時オン)」で「サインイン時に MFA デバイスを登録するよう要求する」にしていました。 
<img src="https://storage.googleapis.com/newt-files/72d20f61-8952-4aca-b39c-80213ba52368/2024-05-02_4.webp" alt="2024-05-02_4.webp">
この「登録された MFA デバイスをユーザーが持っていない場合」の項目を「サインイン時に E メールで送信されるワンタイムパスワードの入力を要求する」に変更します。 
その際、「ユーザーは自分の MFA デバイスを追加および管理できる」にもチェックを入れておきます。 
<img src="https://storage.googleapis.com/newt-files/2d5c3aa5-0f2a-4158-85e0-ba4cba421686/2024-05-02_5.webp" alt="2024-05-02_5.webp">
<h3>2. 登録済みMFAデバイスを削除する</h3>
ここまでの手順でMFAコードによる認証とメールOTPによる認証のどちらも可能になりましたが、私がこれまで使用していたアカウントはすでにMFAデバイスが登録済みのため、自動でMFAコード認証が選択されてしまいます。 
これをメールOTP認証にするために登録済みのMFAデバイスを削除します。
まずAWSアクセスポータルにこれまで通りにログインします。（この時点ではMFAコード認証） 
そして右上の「MFA devices」をクリックします。 
<img src="https://storage.googleapis.com/newt-files/30b333bf-a664-4823-9680-f35a54045d45/2024-05-02_6.webp" alt="2024-05-02_6.webp">
登録済みのMFAデバイス情報が表示されるため、選択して「Delete」ボタンをクリックします。 
<img src="https://storage.googleapis.com/newt-files/da3bdf91-2004-49a7-b25a-3a304b39cb8f/2024-05-02_7.webp" alt="2024-05-02_7.webp">
削除が完了したらAWSアクセスポータルからログアウトして、再度サインインしてみます。 
<img src="https://storage.googleapis.com/newt-files/835a13b9-cf69-4c39-873f-7e49b106754c/2024-05-02_8.webp" alt="2024-05-02_8.webp">
ちゃんとメールOTP認証に移行しました。 
比較用に修正前後のスクショを載せます。
<table>
<thead>
<tr>
<th>修正前</th>
<th>修正後</th>
</tr>
</thead>
<tbody>
<tr>
<td><img src="https://storage.googleapis.com/newt-files/289e1189-27c9-4f0f-862d-5884a1a1c687/2024-05-02_10.webp" alt="2024-05-02_10.webp"></td>
<td><img src="https://storage.googleapis.com/newt-files/9fdf218d-c0d1-49b5-82cd-7cada6a37282/2024-05-02_9.webp" alt="2024-05-02_9.webp"></td>
</tr>
</tbody>
</table>
以上です。

【AWSアクセスポータル】MFAコード認証からメールによるワンタイムパスワード認証に設定を変更する

以下の記事を参考にやってみました。
<a href="https://qiita.com/sugimount-a/items/4a38f91c69544cfcb934">AWS マネジメントコンソールで大事な情報を隠す動的マスキング</a>
<h2>作業内容</h2>
<h3>「Stylus」というchrome拡張を追加</h3>
Stylus：<a href="https://chromewebstore.google.com/detail/stylus/clngdbkpkpeebahjckkjfobafhncgmne">https://chromewebstore.google.com/detail/stylus/clngdbkpkpeebahjckkjfobafhncgmne</a>
<img src="https://storage.googleapis.com/newt-files/022ede1f-de5c-4aee-96d3-9fe5ff0685dd/2024-04-23_1.webp" alt="2024-04-23_1.webp">
<h3>AWSマネジメントコンソールをマスキングするStyleをStylusにインストールする</h3>
これは「<a href="https://github.com/ma2shita/stylus-aws-management-console?tab=readme-ov-file">stylus-aws-management-console</a>」というGitHubのリポジトリにアクセスして、Readmeに書いてある内容に従います。
<img src="https://storage.googleapis.com/newt-files/6b879e94-36ba-47d2-8e5e-c378e6dd120e/2024-04-23_2.webp" alt="2024-04-23_2.webp">
このリポジトリが何かというと。
<blockquote>
(JP) ユーザーCSSを動的に適用する機能拡張「Stylus」を利用した動的マスキングで、AWSマネジメントコンソールに適用できます。
</blockquote>
とのこと。
指示通り「<a href="chrome-extension://clngdbkpkpeebahjckkjfobafhncgmne/install-usercss.html?updateUrl=https%3A%2F%2Fraw.githubusercontent.com%2Fma2shita%2Fstylus-aws-management-console%2Fmain%2Fstylus-aws-management-console.user.css">stylus-aws-management-console.user.css</a>」にアクセス。
<img src="https://storage.googleapis.com/newt-files/c4909b24-8f84-47ae-80fb-a668c7051c73/2024-04-23_3.webp" alt="2024-04-23_3.webp">
左上に「インストール」とあるのでそれをクリック。
<img src="https://storage.googleapis.com/newt-files/a0a9f6c9-e97e-473a-83af-946eb76f6ee4/2024-04-23_4.webp" alt="2024-04-23_4.webp">
これで完了とのこと。
<h3>確認してみる</h3>
AWSマネジメントコンソールでログインして見てみる。 
すると、アカウント情報がモザイクが掛かった状態になっている！ 
ありがたい。
<img src="https://storage.googleapis.com/newt-files/44f7689b-f75f-4c59-9cab-deec9f694052/2024-04-23_5.webp" alt="2024-04-23_5.webp">
以上です。

AWSマネジメントコンソールの重要情報をモザイクしてくれるやつを試してみた

当たり前すぎる超基本的な、AWS超初学者向けの内容です。 
なんとなく「Lambda　エントリポイント」で検索してみたら意外と上位に単純明快なページが出てこなかったので書いてみました。
<h2>Lambdaのエントリポイントはどこで(何で)決まる？</h2>
いきなり解答ですが、関数の詳細ページの下の方にある<code>ランタイム設定</code>の欄の<code>ハンドラ</code>の項目でエントリポイントが指定されています。 
ここで指定した関数が、作成したLambda関数を実行するとなったときに呼び出されます。
<img src="https://storage.googleapis.com/newt-files/1d760be1-ccf8-41f2-8600-075d924ef17e/2024-02-12_1.webp" alt="2024-02-12_1.webp"> 
<img src="https://storage.googleapis.com/newt-files/8a189fb7-e00e-429e-b277-684775a95aa6/2024-02-12_2.webp" alt="2024-02-12_2.webp">
<h2>実際にLambdaで関数を新規作成して確認してみる</h2>
まず、Lambdaのページにアクセスして、関数一覧ページなどから<code>関数の作成</code>をクリックして適当な関数を作成します。 
<img src="https://storage.googleapis.com/newt-files/b4769fcb-bb54-426b-8e8b-974e06818e20/2024-02-12_3.webp" alt="2024-02-12_3.webp">
適当に名前をつけて、今回は例としてJavaScriptで進ますのでランタイムはデフォルトのNode.jsにして<code>関数の作成</code>をクリック。 
<img src="https://storage.googleapis.com/newt-files/199b1c61-91cf-4c1a-a1f7-8fd2c08d982c/2024-02-12_4.webp" alt="2024-02-12_4.webp">
そうするとLambda関数の詳細ページ（編集ページ）が表示されます。 
デフォルトでサンプルコードが書かれているので見てみましょう。
<img src="https://storage.googleapis.com/newt-files/d90d0a73-33aa-4e85-9184-e8f685eb91ec/2024-02-12_5.webp" alt="2024-02-12_5.webp">
<code>index.mjs</code>というファイルに<code>handler</code>という名前の関数が定義されています。
※ index.jmsはindex.jsと同じとここでは思ってもらって大丈夫です。厳密な定義を知りたい場合は「<a href="https://gmo-aozora.hatenablog.com/entry/2023/02/17/110732">【AWS Lambda】index.mjs の mjs って何？【node.js】</a>」の記事がとてもわかりやすいのでおすすめです。
試しに実行してみましょう。<code>テスト</code>タブを選択し、<code>テスト</code>ボタンをクリックします。
<img src="https://storage.googleapis.com/newt-files/ea0831cf-274d-4f89-b816-4a5b046c16ea/2024-02-12_6.webp" alt="2024-02-12_6.webp">
コードの通り、responseという名前のオブジェクトで定義された内容がreturnされていることがわかります。 
<img src="https://storage.googleapis.com/newt-files/9f907438-0086-4d73-bcb2-91378f138401/2024-02-12_7.webp" alt="2024-02-12_7.webp">
では再び<code>コード</code>タブに戻り、下にスクロースして<code>ランタイム設定</code> &gt; <code>ハンドラ</code>の項目を確認します。 
<img src="https://storage.googleapis.com/newt-files/a24aec17-9461-42d6-ba59-3109682b4544/2024-02-12_8.webp" alt="2024-02-12_8.webp">
これは<code>index.mjs</code>の<code>handler</code>という名前の関数がエントリポイントということを示しています。
では試しにこれを、存在しない名前にするとどうなるでしょう。
<code>ランタイム設定</code>の<code>編集</code>ボタンで編集します。 
<img src="https://storage.googleapis.com/newt-files/b126a520-c063-4b1f-aa08-da57f4833fa6/2024-02-12_9.webp" alt="2024-02-12_9.webp">
存在しない<code>handler2</code>という名前にします。 
<img src="https://storage.googleapis.com/newt-files/471b3924-f06e-4d8b-9843-8cc3a99a8a46/2024-02-12_10.webp" alt="2024-02-12_10.webp">
実行してみます。 
<img src="https://storage.googleapis.com/newt-files/12d50276-fe26-4b9c-8390-0c60169981e3/2024-02-12_11.webp" alt="2024-02-12_11.webp">
「handler2は存在しないかexportされてないよ」といわれてエラーになりました。
では今度はhandler2を実際に作ってみます。 
<img src="https://storage.googleapis.com/newt-files/d7205743-4231-47ac-9bdf-e6897b0f5e4c/2024-02-12_12.webp" alt="2024-02-12_12.webp">
<code>handler2</code>を作って、<code>handler</code>と<code>handler2</code>の両方が在る状態にしました。 
分かりやすいように、bodyのメッセージも変えました。 
修正したら反映されるように<code>Deploy</code>ボタンをクリックします。
では<code>テスト</code>タブに移動して実行してみましょう。 
<img src="https://storage.googleapis.com/newt-files/66872e40-241a-4793-89d1-2ce6fbbde6a8/2024-02-12_13.webp" alt="2024-02-12_13.webp">
<code>handler2</code>だけが実行され、<code>handler</code>は実行されていないことがわかります。
以上です。
ちなみにエントリポイントの関数の先頭の<code>export</code>を書き忘れてもエラーになるのでご注意ください。

AWS Lambdaのエントリポイントって何で(どこで)決まるの？【AWS/Lambda】

AWS Organizationsを有効にして、複数のAWSアカウント(環境)を作れるようにした(マルチアカウント戦略)のでAWSアカウントを追加します。 
たまにしかやらないと思うので備忘録として残します。
<h2>作業内容</h2>
<h3>AWS Organizations</h3>
AWSアクセスポータルからAWSにログインしたら、AWS Organizationsのページにアクセスします。 
<img src="https://storage.googleapis.com/newt-files/81f8799d-bbbf-4ba7-a7fa-b25598b06edd/yfukfserfgs.webp" alt="yfukfserfgs.webp"> 
<code>AWSアカウントを追加</code>ボタンをクリックします。 
<img src="https://storage.googleapis.com/newt-files/285ac964-57ba-4d09-9128-5d681b7e7d42/fawrgtrh.webp" alt="fawrgtrh.webp"> 
「AWSアカウント名」「メールアドレス」「IAMロール名」を入力します。 
<img src="https://storage.googleapis.com/newt-files/fb63e197-3fc2-43ed-a4fa-f0bbdf791236/hsrthststh.webp" alt="hsrthststh.webp"> 
メールアドレスは、現在ログインしているユーザー等で使用しているものだと「EMAIL_ALREADY_EXISTS」で弾かれて失敗してしまいますので、まだ使ったことがないアドレスにしましょう。
Gmailを使っているならエイリアス機能を使えば、無駄に新しいメールアドレスを用意しなくてもいいので楽です。 
例えば
<ul>
<li>今ログインしているユーザーのアドレスは<code>xxx@gmail.com</code>だとする</li>
<li><code>xxx+〇〇@gmail.com</code>というアドレスで<code>xxx@gmail.com</code>にメールを受信できる（これがエイリアス。〇〇は任意の文字列）</li>
<li>新しく作るAWSアカウントの名前が仮に<code>Sandbox</code>だとして、わかりやすくするために<code>xxx+Sandbox@gmail.com</code>というメールアドレス(エイリアス)で登録する。</li>
</ul>
といった感じです。 
事前に指定のエイリアスでちゃんとメールが受け取れることを確認しておくと安心です。
IAMロール名はデフォルトで使われていた<code>OrganizationAccountAccessRole</code>にしました。 
（参考：<a href="https://docs.aws.amazon.com/ja_jp/organizations/latest/userguide/orgs_manage_accounts_access.html">https://docs.aws.amazon.com/ja_jp/organizations/latest/userguide/orgs_manage_accounts_access.html</a>）
作成が完了するとこんな感じで追加されます。 
<img src="https://storage.googleapis.com/newt-files/013057a7-130a-43e2-8b19-02f6feb7bc68/gsergshrth.webp" alt="gsergshrth.webp">
<h3>作成したAWSアカウントに入れるようにする</h3>
この時点ではまだAWSアクセスポータルからそのAWSアカウントに入ることはできません。
アクセスできるようにするにはまず、<code>IAM Identity Center</code>のページにアクセスし、<code>マルチアカウント許可</code> &gt; <code>AWSアカウント</code> をクリックします。
そして作成したAWSアカウントを選択して<code>ユーザーまたはグループの割当</code>をクリックします。 
<img src="https://storage.googleapis.com/newt-files/9862fa42-12ca-4c2b-82f2-10a08a40fa55/gawrgae.webp" alt="gawrgae.webp">
任意のグループを選択して次へ 
<img src="https://storage.googleapis.com/newt-files/318c2deb-6b2b-439d-95b5-d98d32d055f6/kfujftyhjfty.webp" alt="kfujftyhjfty.webp">
任意の許可セットを選択して次へ 
<img src="https://storage.googleapis.com/newt-files/004fadc8-3be9-4cb7-b2d8-bc4d5362130a/dhdrthdbtrgk.webp" alt="dhdrthdbtrgk.webp">
私は最初にAWS Organizationsを有効にした時に作った1種類しかグループも許可セットもまだなかったのでそれを選択しました。
最後に確認したら送信をクリック。 
<img src="https://storage.googleapis.com/newt-files/1543859e-3807-4bf5-b1cd-7b8009a3ecb5/nfghfnghfn.webp" alt="nfghfnghfn.webp">
これで新しいAWSアカウントに許可セットが割り当てられたのでログインできるようになったはずです。 
<img src="https://storage.googleapis.com/newt-files/386779f6-9d0c-4ed7-aa2a-0b7c60200189/dyhjdyt.webp" alt="dyhjdyt.webp">
AWSアクセスポータルを見てみると、入ることができるAWSアカウントが追加されています。 
<img src="https://storage.googleapis.com/newt-files/4195fc2c-77a3-489e-91aa-71d3a2f7245d/kjhkhbl.webp" alt="kjhkhbl.webp">
以上です！

AWSアカウントを追加する【マルチアカウント / AWS Organizations / AWSアクセスポータル】

AWSアカウントを作成したので、フルアクセス可能な<code>AdministratorAccess</code>権限の作業用のアカウント(ワークフォースユーザー)を<code>IAM Identity Center</code>で作成してログインしたら、請求ダッシュボードだけ見られないという状態に出くわして、何か設定が必要なんだっけ？？と気づくのに時間がかかったので次回もハマらないように備忘録として書いておきます。
<img src="https://storage.googleapis.com/newt-files/846c1480-b039-4f11-98e4-8047908df12b/kjbjkbjn.webp" alt="kjbjkbjn.webp">
<h2>先に結論だけ</h2>
<ul>
<li>ルートユーザーで<code>Billing &gt; アカウント</code>にて、<code>IAM ユーザーおよびロールによる請求情報へのアクセス</code>を許可してなかった</li>
</ul>
それだけでした。 
<img src="https://storage.googleapis.com/newt-files/ef71ca82-4be9-44e6-8664-50cd95807fe2/faweawad.webp" alt="faweawad.webp">
<h2>手順</h2>
<ol>
<li>
ルートユーザーでログイン 
AWSマネジメントコンソールにルートユーザーでログインします。 
（ルートユーザー：AWSアカウントを最初に作った際に作られたユーザー）
</li>
<li>
右上の[AWSアカウント名]のプルダウンから<code>アカウント</code>を選択 
<img src="https://storage.googleapis.com/newt-files/17df9516-4bfe-4957-86ee-dc5ec5416fb0/gfgjkhkuh.webp" alt="gfgjkhkuh.webp"> 
<img src="https://storage.googleapis.com/newt-files/ffed3084-92e3-4062-b1b4-e2ff5c22c100/uihjn.webp" alt="uihjn.webp">
</li>
<li>
<code>IAM ユーザーおよびロールによる請求情報へのアクセス</code>の欄の「編集」をクリック 
※下の方にスクロールしていくとあります。 
<img src="https://storage.googleapis.com/newt-files/ef71ca82-4be9-44e6-8664-50cd95807fe2/faweawad.webp" alt="faweawad.webp">
</li>
<li>
<code>IAM アクセスをアクティブ化</code>にチェックを入れて<code>更新</code>をクリック 
<img src="https://storage.googleapis.com/newt-files/9c3d352b-b8df-43a9-8176-ed3eacc6311b/ghvbkh.webp" alt="ghvbkh.webp">
</li>
</ol>
以上です。
私の場合はこれで作成したユーザーで請求ダッシュボードが確認できるようになりました。

#AWS