説明
OCIでコスト分析を実行でき、タグまたはコンパートメントでコストをグループ化およびフィルタリングできます。日付でコストをフィルタリングするにはタグでコストをフィルタリングするにはコンパートメントでコストをフィルタリングするにはコンパートメントまたはタグフィルターを削除するには

参照：https：//docs.oracle.com/en-us/iaas/Content/GSG/Tasks/creatingnetwork.htm#ariaid-title3

説明
IAMIAMのコンポーネントは、このセクションで説明されているコンポーネントを使用します。コンポーネントがどのように組み合わされるかをよりよく理解するには、ExampleScenarioを参照してください。
資源
会社の従業員がOracleCloudInfrastructureと対話するときに作成し、使用するクラウド・オブジェクト。例：コンピューティングインスタンス、ブロックストレージボリューム、仮想クラウドネットワーク（VCN）、サブネット、ルートテーブルなど。
ユーザー
会社のOracleCloudInfrastructureリソースを管理または使用する必要がある個々の従業員またはシステム。ユーザーは、インスタンスの起動、リモートディスクの管理、仮想クラウドネットワークの操作などを行う必要がある場合があります。アプリケーションのエンドユーザーは通常、IAMユーザーではありません。ユーザーは1つ以上のIAMクレデンシャルを持っています（ユーザークレデンシャルを参照）。
グループ
特定のリソースまたはコンパートメントのセットへの同じタイプのアクセスをすべて必要とするユーザーのコレクション。
ダイナミックグループ
定義したルールに一致するリソース（コンピューティングインスタンスなど）を含む特別なタイプのグループ（したがって、一致するリソースが作成または削除されると、メンバーシップは動的に変更される可能性があります）。これらのインスタンスは「主要な」アクターとして機能し、動的グループ用に作成したポリシーに従ってサービスを提供します。
ネットワークソース
テナンシー内のリソースへのアクセスが許可されているIPアドレスのグループ。IPアドレスは、パブリックIPアドレスまたはテナンシー内のVCNからのIPアドレスにすることができます。ネットワークソースを作成したら、ポリシーを使用して、ネットワークソースのIPから発信された要求のみにアクセスを制限します。
区画
関連リソースのコレクション。コンパートメントは、クラウド・リソースを編成および分離するためのOracleCloudInfrastructureの基本コンポーネントです。これらを使用して、使用量と請求、アクセス（ポリシーの使用による）、および分離（1つのプロジェクトまたはビジネスユニットのリソースを別のプロジェクトまたはビジネスユニットから分離する）を測定する目的で、リソースを明確に分離します。一般的なアプローチは、組織の主要部分ごとにコンパートメントを作成することです。詳細については、テナントの設定を参照してください。
テナント
組織のすべてのOracleCloudInfrastructureリソースを含むルートコンパートメント。Oracleは、会社のテナントを自動的に作成します。テナンシー内には、IAMエンティティ（ユーザー、グループ、コンパートメント、および一部のポリシー。テナンシー内のコンパートメントにポリシーを配置することもできます）が直接含まれます。作成したコンパートメント内に、他のタイプのクラウドリソース（インスタンス、仮想ネットワーク、ブロックストレージボリュームなど）を配置します。
ポリシー
誰がどのリソースにどのようにアクセスできるかを指定するドキュメント。アクセスはグループおよびコンパートメントレベルで付与されます。つまり、特定のコンパートメント内、またはテナンシー自体への特定のタイプのアクセスをグループに与えるポリシーを作成できます。グループにテナンシーへのアクセスを許可すると、グループはテナンシー内のすべてのコンパートメントに同じタイプのアクセスを自動的に取得します。詳細については、シナリオの例とポリシーの仕組みを参照してください。「ポリシー」という言葉は、さまざまな方法で人々によって使用されます。ポリシー言語で書かれた個々のステートメントを意味します。「ポリシー」ドキュメント（Oracle Cloud ID（OCID）が割り当てられている）という名前の単一のステートメントのコレクションを意味します。また、組織がリソースへのアクセスを制御するために使用するポリシー全体を意味します。
ホームリージョン
IAMリソースが存在するリージョン。すべてのIAMリソースはグローバルであり、すべてのリージョンで利用できますが、定義のマスターセットは、ホームリージョンである単一のリージョンに存在します。ホームリージョンのIAMリソースに変更を加える必要があります。変更はすべてのリージョンに自動的に反映されます。詳細については、リージョンの管理を参照してください。
フェデレーション
管理者がIDプロバイダーとサービスプロバイダーの間で構成する関係。Oracle Cloud InfrastructureをIDプロバイダーとフェデレーションする場合、IDプロバイダーでユーザーとグループを管理します。OracleCloudInfrastructureのIAMサービスで許可を管理します。Oracle Cloud Infrastructureのテナントは、デフォルトでOracle IdentityCloudServiceと統合されています。
https://docs.cloud.oracle.com/en-us/iaas/Content/Identity/Concepts/overview.htm

参照：https：//www.oracle.com/cloud/networking/virtual-cloud-network-faq.html#category-general

障害ドメインは、基盤となるコンピューターハードウェアのメンテナンスによって引き起こされる予期しないハードウェア障害や停止からアプリケーションを保護できます。さらに、フォールトドメイン内のすべてのシェイプのインスタンスを起動できます。Oracle Cloud Infrastructureは通常、リージョンごとに3つの可用性ドメインで設計されており、各可用性ドメインには3つの障害ドメインがあります。基盤となるコンピュータハードウェアのメンテナンスを実行する場合、Oracle Cloud Infrastructureは、一度に1つの障害ドメインのみが影響を受けることを保証し、残りの障害ドメインでのインスタンスの可用性を保証します。

始めるのは簡単です。API、CLI、またはコンソールを使用して新しいコンピューティングインスタンスを作成する場合、インスタンスを配置するフォールトドメインを指定できます。フォールトドメインを指定しない場合、インスタンスは、そのアベイラビリティードメイン内の3つのフォールトドメインのいずれかに自動的に分散されます。Oracle Cloud Infrastructureは、可用性ドメインで使用可能な容量を最適化しながら、ベストエフォートのアンチアフィニティ配置を行います。
参照：
https://blogs.oracle.com/cloud-infrastructure/introducing-fault-domains-for-virtual-machine-and-bare-metal-instances