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

Oracle Cloud Infrastructure Load Balancingサービスは、1つのエントリ・ポイントから仮想クラウド・ネットワーク(VCN)から到達可能な複数のサーバーへの自動トラフィック分散を提供します。このサービスは、パブリックまたはプライベート IP アドレスを選択し、プロビジョニングされた帯域幅を備えたロード バランサーを提供します。
ロード バランサーは、リソースの使用率を向上させ、スケーリングを容易にし、高可用性の確保に役立ちます。複数のロード バランシング ポリシーとアプリケーション固有のヘルス チェックを構成して、ロード バランサーがトラフィックを正常なインスタンスのみに送信するようにすることができます。ロード バランサーは、メンテナンスのためにサービスから削除する前に、異常なアプリケーション サーバーからトラフィックを排出す​​ることで、メンテナンス時間を短縮できます。
負荷分散の仕組み:
ロード・バランシング・サービスを使用すると、VCN内にパブリックまたはプライベート・ロード・バランサを作成できます。パブリック ロード バランサーには、インターネットからアクセスできるパブリック IP アドレスがあります。プライベート・ロード・バランサには、ホスティング・サブネットからのIPアドレスがあり、VCN内でのみ表示されます。1 つの IP アドレスに対して複数のリスナーを構成して、トランスポート レイヤ 4 およびレイヤ 7 (TCP および HTTP) トラフィックの負荷を分散できます。パブリック・ロード・バランサとプライベート・ロード・バランサは両方とも、VCNから到達可能なバックエンド・サーバーにデータ・トラフィックをルーティングできます。
1) パブリックロードバランサ
インターネットからのトラフィックを受け入れるには、パブリック ロード バランサーを作成します。このサービスは、受信トラフィックのエントリ ポイントとして機能するパブリック IP アドレスをサービスに割り当てます。任意の DNS ベンダーを通じて、パブリック IP アドレスをフレンドリな DNS 名に関連付けることができます。
パブリック ロード バランサーの範囲はリージョンです。リージョンに複数の可用性ドメインが含まれる場合、パブリック ロード バランサーには、リージョン サブネット (推奨) または 2 つの可用性ドメイン固有 (AD 固有) サブネットがそれぞれ別の可用性ドメイン内に必要になります。リージョン サブネットを使用すると、ロード バランシング サービスはプライマリ ロード バランサーとスタンバイ ロード バランサーをそれぞれ異なる可用性ドメインに作成し、可用性ドメインの停止時でもアクセスを確保します。2 つの AD 固有のサブネットにロード バランサーを作成する場合、1 つのサブネットはプライマリ ロード バランサーをホストし、もう 1 つのサブネットはスタンバイ ロード バランサーをホストします。プライマリ ロード バランサに障害が発生すると、パブリック IP アドレスがセカンダリ ロード バランサに切り替わります。サービスは 2 つのロード バランサーを同等のものとして扱うため、どちらが「プライマリ」であるかを指定することはできません。
リージョン サブネットを使用するか AD 固有のサブネットを使用するかに関係なく、各ロード バランサーにはホスト サブネットから 1 つのプライベート IP アドレスが必要です。ロード バランシング サービスは、プライマリ ロード バランサにフローティング パブリック IP アドレスを提供します。フローティング パブリック IP アドレスは、バックエンド サブネットから取得されたものではありません。
リージョンに可用性ドメインが 1 つだけ含まれている場合、サービスには、プライマリ ロード バランサーとスタンバイ ロード バランサーの両方をホストするために、リージョンまたは AD 固有のサブネットが 1 つだけ必要です。プライマリ ロード バランサーとスタンバイ ロード バランサーには、割り当てられたフローティング パブリック IP アドレスに加えて、ホスト サブネットからのプライベート IP アドレスがそれぞれ必要です。可用性ドメインの停止が発生した場合、ロード バランサーにはフェールオーバーがありません。
2) プライベートロードバランサー
ロード バランサーをインターネットから分離し、セキュリティ体制を簡素化するために、プライベート ロード バランサーを作成できます。ロード バランシング サービスは、受信トラフィックのエントリ ポイントとして機能するプライベート IP アドレスをサービスに割り当てます。
プライベート ロード バランサーを作成する場合、サービスではプライマリ ロード バランサーとスタンバイ ロード バランサーの両方をホストするために必要なサブネットが 1 つだけ必要になります。ロード バランサーは、ホスト サブネットの範囲に応じて、リージョンまたは AD 固有にすることができます。ロード・バランサには、ホスト・サブネットを含むVCN内からのみアクセスできるか、セキュリティ・ルールによってさらに制限されています。
割り当てられたフローティング プライベート IP アドレスは、ホスト サブネットに対してローカルです。プライマリ ロード バランサとスタンバイ ロード バランサにはそれぞれ、ホスト サブネットからの追加のプライベート IP アドレスが必要です。
可用性ドメインの停止が発生した場合、マルチ AD リージョン内のリージョン サブネットに作成されたプライベート ロード バランサーがフェイルオーバー機能を提供します。AD 固有のサブネット、または単一の可用性ドメイン リージョン内のリージョナル サブネットに作成されたプライベート ロード バランサーには、可用性ドメインの停止に応じたフェールオーバー機能がありません。

Oracle Cloud Infrastructureドメイン・ネーム・システム(DNS)サービスを使用すると、DNSゾーンを作成および管理できます。ゾーンを作成し、ゾーンにレコードを追加して、Oracle Cloud Infrastructureのエッジ・ネットワークがドメインのDNSクエリを処理できるようにすることができます。

クラウド水平スケーリングとは、ニーズを満たすために追加のサーバーをプロビジョニングすることを指し、多くの場合、サーバー間でワークロードを分割して、個々のサーバーが受け取るリクエストの数を制限します。クラウドベースの環境では、これは、より大きなインスタンス サイズに移行するのではなく、追加のインスタンスを追加することを意味します。
クラウド垂直スケーリングとは、既存のサーバーに CPU またはメモリを追加すること、または 1 台のサーバーをより強力なサーバーに置き換えることを指します。
参照：
https://cloudcheckr.com/cloud-cost-management/cloud-vs-data-center-what-is-scalability-in-cloud-computing/ 水平スケーリングとは、リソースのプールにマシンを追加することによってスケールすることを意味します。垂直スケーリングとは、既存のマシンにさらに電力 (CPU、RAM) を追加することによって拡張することを意味します。
これを簡単に覚える方法は、サーバー ラック上のマシンを考えると、水平方向にマシンを追加し、垂直方向にマシンにリソースを追加します。

水平スケーリングでは、多くの場合、既存のプールにマシンを追加することで動的に拡張する方が簡単です。垂直スケーリングは、多くの場合 1 台のマシンの容量に制限され、その容量を超える拡張にはダウンタイムが発生し、上限が設定されることがよくあります。

予算は、予算予測が超過した場合、または支出が一定の金額を超えた場合に通知するアラートを設定できる OCI 機能です。実際の支出または予測された支出に基づいて予算アラートを作成し、アラートをトリガーする予算の割合または金額を指定できます。電子メールや OCI 通知サービスなど、アラート通知の受信方法を選択することもできます。