説明
参照：
「この場合、セキュリティルールにヘルスチェックリクエストの送信元のIP範囲が含まれていない可能性があります。
ヘルスチェックのソースIPは、各バックエンドサーバーの[詳細]ページにあります。APIを使用して、HealthCheckResultオブジェクトのsourceIpAddressフィールドでIPを検索することもできます。」
https://docs.cloud.oracle.com/iaas/Content/Balance/Tasks/editinghealthcheck.htm#health-status

説明
ロードバランサーは、リソース使用率を改善し、スケーリングを容易にし、高可用性を確保するのに役立ちます。複数の負荷分散ポリシーとアプリケーション固有のヘルスチェックを構成して、ロードバランサーがトラフィックを正常なインスタンスにのみ転送するようにすることができます。ロードバランサーは、メンテナンスのためにサービスから削除する前に、異常なアプリケーションサーバーからトラフィックを排出す​​ることにより、メンテナンスウィンドウを短縮できます。
負荷分散サービスは、既存の永続化されたセッションで使用可能なドレインとマークされたサーバーを考慮します。既存の永続化されたセッションの一部ではない新しい要求は、そのサーバーに送信されません。
ドレイン状態の編集：ドレイン状態を変更できるダイアログボックスを開きます。
サーバーのドレインステータスをtrueに設定すると、ロードバランサーはこのバックエンドサーバーへの新しいTCP接続と新しい非スティッキーHTTP要求の転送を停止します。
この設定により、管理者はメンテナンスの目的でサーバーをローテーションから外すことができます。
e。オフライン状態の編集：オフラインステータスを変更できるダイアログボックスを開きます。
サーバーのオフラインステータスをtrueに設定すると、負荷分散はこのバックエンドサーバーに入力トラフィックを転送しません。

説明
参照：https：//docs.cloud.oracle.com/iaas/Content/Database/Tasks/launchingDB.htm

説明
Oracle Data Guardの実装には、2つのDBシステムが必要です。1つはプライマリ・データベースを含み、もう1つはスタンバイ・データベースを含みます。仮想マシンのDBシステム・データベースに対してOracle Data Guardを有効にすると、スタンバイ・データベースを備えた新しいDBシステムが作成され、プライマリ・データベースに関連付けられます。ベアメタルDBシステムの場合、Oracle Data Guardを有効にする前に、スタンバイとして使用するデータベースを備えたDBシステムがすでに存在している必要があります。
要件の詳細は次のとおりです。
-両方のDBシステムが同じコンパートメントにある必要があります。
-DBシステムは同じ形状タイプである必要があります（たとえば、プライマリデータベースの形状が仮想マシンである場合、スタンバイデータベースの形状は他の仮想マシンの形状にすることができます）。
-プライマリデータベースとスタンバイデータベースが異なるリージョンにある場合は、データベースごとに仮想クラウドネットワーク（VCN）をピアリングする必要があります。
-Oracle Data Guardアソシエーションの両方のDBシステムのサブネットのセキュリティ・リストの入力および出力ルールを構成して、TCPトラフィックが該当するポート間を移動できるようにします。作成するルールがステートフル（デフォルト）であることを確認してください。