説明
動的グループを使用すると、Oracle Cloud Infrastructureコンピュータ・インスタンスを「プリンシパル」アクター(ユーザー・グループと同様)としてグループ化できます。
動的グループを作成するときは、メンバーを明示的にグループに追加するのではなく、一連の一致ルールを定義してグループ メンバーを定義します。たとえば、特定のコンパートメント内のすべてのインスタンスが動的グループのメンバーであることをルールで指定できます。インスタンスがそのコンパートメントで起動および終了されると、メンバーは動的に変更できます。
テナンシまたはコンパートメントのいずれかにその動的グループの権限を付与するポリシーを少なくとも1つ作成するまで、動的グループには権限がありません。ポリシーを作成するときに、一意の名前または動的グループのOCIDのいずれかを使用して動的グループを指定できます。前述の注意に従って、ポリシーで動的グループ名を指定した場合でも、IAMは内部的にOCIDを使用して動的グループを決定します。 .

インターネットからのトラフィックを受け入れるには、パブリック ロード バランサーを作成します。このサービスは、着信トラフィックのエントリ ポイントとして機能するパブリック IP アドレスを割り当てます。任意の DNS ベンダーを通じて、パブリック IP アドレスをわかりやすい DNS 名に関連付けることができます。
パブリック ロード バランサーのスコープはリージョンです。リージョンに複数の可用性ドメインが含まれる場合、パブリック ロード バランサーには、リージョン サブネット (推奨) または 2 つの可用性ドメイン固有 (AD 固有) のサブネットが必要で、それぞれが別の可用性ドメインにあります。リージョン サブネットを使用すると、ロード バランシング サービスはプライマリ ロード バランサーとスタンバイ ロード バランサーをそれぞれ異なる可用性ドメインに作成し、可用性ドメインの停止時でも確実にアクセスできるようにします。2 つの AD 固有のサブネットにロード バランサーを作成すると、1 つのサブネットがプライマリ ロード バランサーをホストし、もう 1 つのサブネットがスタンバイ ロード バランサーをホストします。プライマリ ロード バランサーに障害が発生した場合、パブリック IP アドレスはセカンダリ ロード バランサーに切り替わります。サービスは 2 つのロード バランサーを同等のものとして扱い、どちらが "プライマリ" であるかを指定することはできません。
地域または AD 固有のサブネットを使用するかどうかにかかわらず、各ロード バランサーには、そのホスト サブネットから 1 つのプライベート IP アドレスが必要です。Load Balancing サービスは、フローティング パブリック IP アドレスをプライマリ ロード バランサーに提供します。フローティング パブリック IP アドレスは、バックエンド サブネットからのものではありません。
パブリック ロード バランサーにプライベート サブネットを指定することはできません。
バックエンド セットに関連付けられたバックエンド サーバー (Compute インスタンス) は、関連付けられたネットワーク セキュリティ グループ (NSG)、セキュリティ リスト、およびルート テーブルが意図したトラフィック フローを許可する限り、どこにでも存在できます。
ロード・バランサをリージョン・サブネットに作成することをお薦めします。
バックエンド サーバーをリージョン内のすべての可用性ドメインに分散することをお勧めします。

ベア メタル DB システムがより多くの計算ノードの処理能力を必要とする場合、そのシステムの可用性に影響を与えることなく、システムで有効な CPU コアの数をスケールアップ (増加) できますが、ストレージを増やすことはできません。元の DB システム VM の場合形状は単一のノードを使用し、DBシステムノードで実行中のデータベースは順次停止され、新しい形状で再起動されるため動的ではありません