5 Oracle REST Data Servicesのデプロイおよびモニター
この章では、ORDSをデプロイおよびモニターする方法について説明します。
5.1 Oracle REST Data Servicesのデプロイ
Oracle REST Data Serviceをデプロイするには、次のいずれかのオプションを選択します。
5.1.1 スタンドアロン・モードで実行するためのserveコマンド
この項では、スタンドアロン・モードで実行するためのserveコマンド・オプションについて説明します。
Oracle REST Data ServicesではJava EEアプリケーション・サーバーがサポートされていますが、スタンドアロン・モードで実行するオプションもあります。この項では、Oracle REST Data Servicesをスタンドアロン・モードで実行する方法について説明します。
スタンドアロン・モードは、開発での使用に適しており、本番デプロイでサポートされています。ただし、スタンドアロン・モードの管理機能は、大部分のJava EEアプリケーション・サーバーと比べて最小限であり、環境によっては、本番使用に十分でない場合があります。
5.1.1.1 非対話型のserve CLI
非対話型のserve CLIは、ユーザー指定の構成フォルダまたはデフォルトの構成フォルダにあるグローバルsettings.xmlファイルからスタンドアロン設定を読み取ります。一部のスタンドアロン設定では、存在しない必須設定(httpポート、コンテキスト・パスなど)の場合、デフォルト値が含まれます。
$ ords --config <CONFIG_PATH> serve
$ ords --config <CONFIG_PATH> serve --port 8777 --apex-images /path/to/apex/images例:
スタンドアロン設定の作成
ノート:
ORDSは、対話型のinstallコマンドを使用して構成および起動できます。-
次のconfig CLIコマンドを使用して、スタンドアロン設定を作成、更新または削除できます。
ords --config <your configuration folder> config set standalone.context.path /ords -
APEXを使用する場合は、APEXイメージのパスを次のように指定する必要があります。
ords --config <your configuration folder> config set standalone.static.path /path/to/apex/images -
HTTPプロトコルを使用する場合は、次のコマンドを指定します。
ords --config /path/to/test/config config set standalone.http.port 8443 -
証明書を使用する場合は、次のコマンドを指定します。
ords --config <your configuration folder> config set standalone.https.port 8443 ords --config <your configuration folder> config set standalone.https.cert /path/to/certificate/mycert.crt ords --config <your configuration folder> config set standalone.https.cert.key /path/to/certificate/mycert.key
5.1.1.2 serveコマンド・オプション
| ロング・オプション | 短縮形オプション | 説明 |
|---|---|---|
--apex-images-context-path <STATIC_CONTEXT_PATH> |
Application Expressの静的リソースが配置されるコンテキスト・パスを指定します。デフォルトは/iです。
|
|
--certificate <SSL_CERTIFICATE_PATH> |
HTTPSの証明書ファイルを設定します。 SSL証明書のパス。SSL証明書を提供する場合は、証明書の場所を指定する必要があります。 |
|
--config <CONFIG_PATH> |
c <CONFIG_PATH>-
|
構成ファイルを含むフォルダのパスを指定します。 |
--context-path <CONTEXT_PATH> |
ORDSが提供されるURLのパスの最初の部分を設定します。 デフォルトは |
|
--document-root <DOCUMENT_ROOT_PATH> |
サーバーのルートで静的ファイルが提供されるパスを指定します。コンテキスト・パスは、同じ名前の静的ファイルよりも優先されます。 | |
--ip-addresses <INTERFACE_IP> |
ORDSでバインドするインタフェースを指定します。0.0.0.0 (デフォルト)を使用して、すべてのネットワーク・インタフェースにバインドします。 | |
--key <SSL_KEY_PATH> |
HTTPSに使用する証明書キーを設定します。 SSL証明書のキーのパスを指定します。SSL証明書を提供する場合は、証明書のキーの場所を指定する必要があります。 |
|
--port <PORT> |
HTTPリスニング・ポートを指定します。デフォルト値は8080です。サーバーを実行するポートを設定します。 | |
--secure |
HTTPSリスニング・ポートを指定します。デフォルト値は8443です。HTTPSを使用するには、オプション HTTPS機能でサーバーを起動します |
5.1.1.3 DERへの秘密キーの変換(LinuxおよびUNIX)
通常、秘密キーおよび証明書署名リクエストを作成してから、署名証明書を取得します。秘密キーは、Oracle REST Data Servicesで適切に読み取れるようにDERに変換する必要があります。
たとえば、OpenSSLツールを使用して次のいずれかのようなコマンドで、元の秘密キーを作成したとします。
openssl req -new -newkey rsa:2048 -nodes -keyout yourdomain.key -out yourdomain.csr
または
openssl genrsa -out private.em 2048
この場合、次のようなコマンドを実行して秘密キーを変換し、暗号化を解除する必要があります。openssl pkcs8 -topk8 -inform PEM -outform DER -in yourdomain.key -out yourdomain.der -nocrypt
openssl pkcs8 -topk8 -inform PEM -outform DER -in yourdomain.key -out yourdomain.der -nocryptそのようにすると、対話型のinstallコマンドを使用してプロンプトが表示されたときにyourdomain.derへのパスを含めることも、conf/ords/standalone/standalone.propertiesの次のエントリを変更することもできます。
ssl.cert=<path to yourdomain.crt> ssl.cert.key=<path to yourdomain.der> ssl.host=yourdomain
また、jetty.secure.portが必ず設定されます。
5.1.1.4 非Application Expressの静的リソースのドキュメント・ルートの構成
Application Expressの静的リソースで予約された/iフォルダ以外の静的リソースをデプロイするためにスタンドアロン・モードのドキュメント・ルートを構成できます。
これを行うには、次のコマンドを実行します。
ords --config /path/to/conf config set standalone.doc.root /var/www/html。
前述の例では、http://server:port/の下の/var/www/htmlにあるすべてのリソースを使用できるようにします。たとえば、ファイル/var/www/html/hello.txtが存在する場合、http://server:port/hello.txtでアクセス可能です。
standalone.doc.rootに指定された値は、standalone.doc.root propertyの${config.dir}/global/settings.xmlに格納されます。カスタム・ドキュメント・ルートが指定されていない場合、デフォルトのドキュメント・ルート値${config.dir}/global/doc_rootが使用されます。このフォルダ内に配置されたファイルは、ルート・コンテキストで使用できます。
このアプローチには、次の機能および考慮事項があります。
-
HTMLリソースはファイル拡張子なしでアドレス可能です。たとえば、
hello.htmlという名前のファイルがドキュメント・ルートに存在する場合、URIhttp://server:port/helloでアクセスできます。 -
ファイル拡張子ありでHTMLリソースにアドレスしようとすると、ファイル拡張子なしの場所にリダイレクトされます。たとえば、URI
http://server:port/hello.htmlにアクセスしようとすると、クライアントはhttp://server:port/helloにリダイレクトされます。通常のプラクティスはHTMLリソースにファイル拡張子なしで使用することであるため、この機能はそのプラクティスを手助けし、さらにリダイレクトはファイル拡張子ありでアドレスされたリソースを扱います。
-
フォルダの索引ページがサポートされます。フォルダに
index.htmlまたはindex.htmという名前のファイルがある場合、そのファイルはフォルダの索引ページとして使用されます。たとえば、/var/www/htmlに/abc/xyz/index.htmlがある場合、http://server:port/abc/xyz/にアクセスすると、index.htmlの内容が表示されます。 -
末尾にスラッシュなしでフォルダをアドレス入力すると、末尾にスラッシュありのURIにリダイレクトされます。たとえば、クライアントが
http://server:port/abc/xyzにアクセスした場合、サーバーはhttp://server:port/abc/xyz/へのリダイレクトを発行します。 -
リソースは、ファイルの修正スタンプに基づき弱いetagと、リソースを1時間キャッシュするキャッシュ制御ヘッダー付きで生成されます。
5.1.2 Oracle WebLogic Server
この項では、Oracle WebLogic ServerにOracle REST Data Servicesをデプロイする方法について説明します。Oracle WebLogic Serverのインストール・プロセスを完了し、Oracle WebLogic Serverに精通した読者を前提としています。ドメイン、管理対象サーバー、デプロイ、セキュリティ、ユーザーおよびロールに不慣れな場合は、Oracle WebLogic Serverのドキュメントを参照してください。
トピック:
5.1.2.1 Oracle WebLogic Serverについて
Oracle WebLogic ServerはOracle Technology Networkからダウンロードできます。
Oracle WebLogic Serverのインストールについてさらに学習するには、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・スタート・ガイド』および『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』を参照してください。
5.1.2.2 Oracle Application Expressイメージの構成
この項は、Oracle Application Express (APEX)を使用している場合にのみ適用されます。Oracle APEXを使用していない場合は、Oracle APEXイメージの構成に関する詳細を提供するこの項をスキップできます。
Oracle APEXを使用している場合は、そのOracle APEXバージョンのOracle APEXイメージ・ファイルもエンド・ユーザーがアクセスできる必要があります。可能なかぎり、Oracle Content Networkのリソースを使用するように、Oracle APEXインスタンスを構成することをお薦めします。その手順は、ナレッジ・ドキュメントの『How to Switch APEX to Use Oracle APEX Static Resources on Content Delivery Network (CDN)』サポート・ドキュメントを参照してください。インターネット・アクセスを制限するネットワークでOracle APEXを使用している場合、Oracle CDNを使用できない可能性があります。このようなシナリオでは、Oracle APEXイメージ・ファイルを提供するためにWebアプリケーションをデプロイする必要があります。
開始する前に、Oracle APEXディストリビューションを抽出したディレクトリを識別する必要があります。次のステップでは、このディレクトリは<apex directory>と呼ばれます。この場所を参照するWebLogic Webアプリケーションを定義し、デフォルトのOracle APEXイメージ接頭辞であるcontext-root値(i)を使用してそのWebアプリケーションをデプロイします。Webアーカイブのソースであるディレクトリを作成します。そのディレクトリで、次のファイルを含むWEB-INFディレクトリを作成します。
web.xml
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE web-app PUBLIC
"-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
"http://java.sun.com/j2ee/dtds/web-app_2_3.dtd">
<web-app>
<!-- This Web-App leverages the alternate doc-root functionality in WebLogic to serve static content
For WebLogic refer to the weblogic.xml file in this folder
-->
</web-app><weblogic-web-app xmlns="http://www.bea.com/ns/weblogic/weblogic-web-app">
<!-- This element specifies the context path the static resources are served from -->
<context-root>/i</context-root>
<virtual-directory-mapping>
<!-- This element specifies the location on disk where the static resources are located -->
<local-path>/scratch/apex/apex_21.2_en/images</local-path>
<url-pattern>/*</url-pattern>
</virtual-directory-mapping>
</weblogic-web-app>weblogic.xmlのlocal-path値が<apex directory>/imagesディレクトリに対応していることを確認します。
説明:
-
<
apex directory>は、Oracle Application Expressディレクトリの場所です。
web.xmlファイルおよびweblogic.xmlファイルを使用したWebアプリケーションの作成
jar cMf i.war WEB-INF/web.xml WEB-INF/weblogic.xml作成されるイメージのWARには静的リソースは含まれず、そのかわりに静的リソースが保存されている場所が参照されます。このため、WARがデプロイされるサーバー上の指定したパスで静的リソースが利用可能である必要があります。
i.warファイルをWebLogic Serverにデプロイします。デプロイしたら、次のURLにアクセスしてコンテンツが使用可能であることを確認します。http(s)://hostname:port/i/apex_version.txtヒント:
i.warには、値が/iのcontext-rootがあります。これはデフォルトのOracle APEXイメージ接頭辞です。イメージ接頭辞の値が異なるOracle APEXを構成した場合は、context-rootをその値に変更する必要があります。
5.1.2.4 Oracle WebLogic ServerでのORDSのデプロイ
ヒント:
この作業を開始する前に、Oracle REST Data Servicesのファイルであるords.warおよびi.warが使用可能になっている必要があります。
ノート:
ORDS serveコマンドを使用してスタンドアロン・モードでORDSを実行する場合、構成ディレクトリの場所を指定できます。
ords.warをデプロイするには、構成ディレクトリの場所を指定する必要があります。このためには、次の方式のいずれかを使用します。
- お薦めする方法は、構成ディレクトリの場所を
warファイルに指定したWebアプリケーション・アーカイブ・ファイルを生成する方法です。 - すべてのORDSデプロイメントに適用されるように、管理対象サーバーの
config.urlシステム・プロパティを設定します。warファイルを生成するには、ords warコマンドを使用します。config.urlシステム・プロパティを設定するには、WebLogicサーバーを起動する前に、次のコマンドを実行します:export JAVA_OPTIONS="-Dconfig.url=/scratch/my_ords_config"
デプロイするには:
-
WebLogic Serverのホームページに移動します。「ドメイン構成」の下で、「デプロイメント」を選択します。
「デプロイメントの概要」が表示されます。
-
「インストール」をクリックします。
-
ords.warファイルの場所を指定し、「次」をクリックします。ords.warファイルは、Oracle REST Data ServicesのZIPファイルを解凍したフォルダにあります。ヒント:
WebLogic Serverは、WARアーカイブのファイル名からコンテキスト・ルートを決定します。下位互換を維持する必要がある場合は、URLがhttp://server/ords/...ではなくhttp://server/apex/...という形式になるように、デプロイ前に
ords.warという名前をapex.warに変更する必要があります。アプリケーション・インストール・アシスタントが表示されます。
-
「このデプロイメントをアプリケーションとしてインストールする」を選択して「次へ」をクリックします。
-
アプリケーションまたはモジュールのデプロイ先とするサーバーまたはクラスタを選択して、「次」をクリックします。
ヒント:
追加の管理対象サーバーまたはクラスタを作成していない場合、このアシスタント・ページは表示されません。
-
「オプション設定」では、次のように指定します。
-
名前 - 次を入力します。
ords
-
セキュリティ - 次を選択します。
カスタム・ロール: 管理コンソール内に定義されたロールを使用します。デプロイメント記述子内に定義されたポリシーを使用します。
-
ソースのアクセス可能性 - 次を選択します。
デプロイメントのターゲットに定義されるデフォルトを使用
-
-
「次」をクリックします。
概要ページが表示されます。
-
「追加構成」の下で、次のいずれかを選択します。
-
はい、デプロイメントの構成画面に移動します。 - 構成ページが表示されます。
-
いいえ、後で構成を確認します。 - 「デプロイメントのサマリー」ページに戻ります。
-
-
指定した構成設定の概要を確認します。
-
「終了」をクリックします。
-
前述のステップを繰り返して
i.warファイルをデプロイします。オプション設定では、次のように指定します。
-
名前 - 次を入力します。
i
-
セキュリティ - 次を選択します。
カスタム・ロール: 管理コンソール内に定義されたロールを使用します。デプロイメント記述子内に定義されたポリシーを使用します。
-
ソースのアクセス可能性 - 次を選択します。
デプロイメントのターゲットに定義されるデフォルトを使用
-
-
ドメインが本番モードの場合、「チェンジ・センター」で「変更のアクティブ化」をクリックします。
5.1.2.5 HTTPのBasicチャレンジを正しく処理するためのWebLogicの構成
デフォルトでは、WebLogic Serverにより、すべてのHTTP Basic認証のチャレンジのインターセプトが試行されます。Oracle REST Data Servicesを正常に機能させるには、このデフォルトの動作を無効にする必要があります。そのためには、enforce-valid-basic-auth-credentialsフラグを更新します。WebLogic Server管理コンソールでは、enforce-valid-basic-auth-credentials設定は表示されません。WebLogic Scripting Tool (WLST)コマンド使用して、実行中のサーバーの値を確認および編集できます。
次のWLSTコマンドによりドメイン設定が表示されます。
connect('weblogic','weblogic','t3://localhost:7001')
cd('SecurityConfiguration')
cd('mydomain')
ls()ドメイン設定が表示されたら、次のエントリを含めます。
-r-- EnforceValidBasicAuthCredentials true次に、このエントリをfalseに設定する必要があります。
エントリをfalseに設定するには、次のようにWLSTコマンドを使用します。
connect('weblogic', 'weblogic', 't3://localhost:7001')
edit()
startEdit()
cd('SecurityConfiguration')
cd('mydomain')
set('EnforceValidBasicAuthCredentials','false')
save()
activate()
disconnect()
exit()ノート:
新しい設定を有効にするには、WebLogic Serverを再起動する必要があります。-
weblogicは管理権限を持つWebLogicユーザーです -
weblogicはパスワードです -
mydomainはドメインです -
AdminServerは
ローカルホストおよびポート7001上で実行されています
関連トピック
5.1.3 Apache Tomcat
この項では、Apache TomcatにOracle REST Data Servicesをデプロイする方法について説明します。
トピック:
5.1.3.1 Apache Tomcatについて
ヒント:
この項は、Apache Tomcatのインストール・プロセスを完了し、Apache Tomcatに精通した読者を前提としています。ドメイン、サーバー、アプリケーション、セキュリティ、ユーザーおよびロールに不慣れな場合は、Apache Tomcatのドキュメントを参照してください。
Apache Tomcatは次のURLからダウンロードできます。
関連項目:
5.1.3.2 Oracle Application Expressイメージの構成
この項は、Oracle Application Express (APEX)を使用している場合にのみ適用されます。Oracle APEXを使用していない場合は、Oracle APEXイメージの構成に関する詳細を提供するこの項をスキップできます。
Oracle APEXを使用している場合は、そのOracle APEXバージョンのOracle APEXイメージ・ファイルもエンド・ユーザーがアクセスできる必要があります。可能なかぎり、Oracle Content Networkのリソースを使用するように、Oracle APEXインスタンスを構成することをお薦めします。詳細は、ナレッジ・ドキュメントの『How to Switch APEX to Use Oracle APEX Static Resources on Content Delivery Network (CDN)』サポート・ドキュメントを参照してください。
インターネット・アクセスを制限するネットワークでOracle APEXを使用している場合、Oracle CDNを使用できない可能性があります。このようなシナリオでは、Oracle APEXイメージ・ファイルを提供するためにWebアプリケーションをデプロイする必要があります。
Apache Tomcat上でOracle Application Expressイメージを構成するには、次のようにします。
-
<apex directory>/imagesフォルダのコンテンツを<Tomcat directory>/webapps/i/にコピーします。説明:
-
<apex directory>は、Oracle Application Expressディストリビューションのディレクトリの場所です。 -
<Tomcat directory>は、Apache Tomcatがインストールされているフォルダです。
-
5.1.3.3 Apache TomcatでのORDSのデプロイ
ヒント:
この作業を開始する前に、Oracle REST Data Servicesのファイルであるords.warが使用可能になっている必要があります。
ノート:
ORDS serveコマンドを使用してスタンドアロン・モードでORDSを実行する場合、構成ディレクトリの場所を指定できます。
ords.warをデプロイするには、構成ディレクトリの場所を指定する必要があります。このためには、次の方式のいずれかを使用します。
- お薦めする方法は、構成ディレクトリの場所を
warファイルに指定したWebアプリケーション・アーカイブ・ファイルを生成する方法です。 - すべてのORDSデプロイメントに適用されるように、管理対象サーバーの
config.urlシステム・プロパティを設定します。warファイルを生成するには、ords warコマンドを使用します。config.urlシステム・プロパティを設定するには、Apache Tomcatを起動する前に、次のコマンドを実行します:export JAVA_OPTS="-Dconfig.url=/scratch/my_ords_config"
Apache TomcatにORDSをデプロイするには、次の手順を実行します。
5.1.4 Oracle Cloud Infrastructure
クラウド・ユーザーである場合は、高可用性を備えたOracle REST Data ServicesをOracle Cloud Infrastructureにデプロイできます。
5.1.4.1 Oracle Cloud Infrastructureについて
Oracle Cloud Infrastructure (OCI)は、可用性の高いホスト環境で幅広いアプリケーションおよびサービスを構築および実行できる、補完的なクラウド・サービスのセットです。Oracle Cloud Infrastructureは、オンプレミス・ネットワークから安全にアクセスできる柔軟なオーバーレイ仮想ネットワークで、高パフォーマンスなコンピュート機能(物理ハードウェア・インスタンスとして)とストレージ容量を提供します。
5.1.4.2 Oracle Cloud Infrastructureでの高可用性のためのORDSの構成
Oracle Cloud InfrastructureでのORDSの高可用性のために、次の構成を使用することを選択できます。お客様の要件は、この項で説明する構成とは異なる場合があります。
- VCNを作成するときには、必要なCIDRブロックの数を決定し、VCN内のサブネットにアタッチする予定のリソースの数に基づいて各ブロックのサイズを決定します。サブネットを設計するときには、トラフィック・フローおよびセキュリティ要件を考慮してください。
- Oracle Cloud Guardを使用して、Oracle Cloud Infrastructure内のリソースのセキュリティを事前対策的にモニターおよびメンテナンスします。
- 本番アプリケーションの場合、Oracleデータベース・インスタンスは、OCI内のOracle Maximum Availability Architecture (MAA)デプロイメント・モデルに準拠している必要があります。
- Oracle DatabaseとともにRACを使用する場合は、ORDSで使用されるデータベース接続情報が個々のノードではなくSCANリスナーを指していることを確認してください。
- 上限と下限を指定してロード・バランサを作成すると、受信するリクエストの数に基づいたスケーリングに役立ちます。最小で10mbps、最大で8000mbpsにできます。
5.1.4.3 高可用性を備えたORDSをOracle Cloud Infrastructureにデプロイする利点
Oracle Cloud InfrastructureにORDSをデプロイする利点を次に示します。
- コンピュート、ロード・バランサおよびデータベース・クラウド・インスタンスはすべて、負荷の増大に対応するようにスケーリングできます。コンピュート層またはORDS層を使用して、追加のインスタンスをすばやく作成しロード・バランサ構成に追加できます。Exadata Cloud Serviceの場合、X8Mプラットフォームでは、CPUをスケーリングするのみでなく、ノードをRACクラスタに追加してコンピューティング能力を高めることもできます。
- サブネットおよびNSGのイングレス/エグレスで非常に詳細なルールが使用されるようになります。コンピュート層またはデータベース層にアクセスするには、Bastion as a Serviceを使用します。これにより、認可ユーザーのみがこれらのインスタンスにアクセスできます。これは、公衆インターネットにSSHポートを公開するよりはるかに安全な方法でもあります。
- データベース・デプロイメントについては、Oracle Maximum Availability Architecture (MAA)ガイドに従ってください。
- 各コンピュート層および各データベース層の自動スケーリングおよび一般的スケーリングは、コストの抑制に役立ちます。CPU、メモリーまたはインスタンスの余剰や無駄がなくなり、支払いが必要なのは使用分のみとなります。柔軟なロード・バランサの使用によっても、コストを抑制できます。
5.2 Oracle REST Data Servicesのモニター
標準のJavaランタイム環境診断およびモニタリング・ツールを使用して、Apache Tomcat、WebLogic Serverまたはスタンドアロン・モードで実行されている、モニタリングOracle REST Data Services (ORDS)インスタンスの状態に関するインサイトを取得します。これらのツールは、メモリー使用率、CPU使用率、スタック・スレッドおよびその他のリソースを追跡します。ORDSでは、ORDSインスタンスAPIを介して追加のインサイトが提供されます。インスタンスAPIを介して得られるメトリックを使用すると、データベース・プールのステータス(有効または無効)を確認し、プールの使用状況を測定できます。これは、システムの実際の負荷を判断し、将来の構成変更を知らせるために役立ちます。
トピック:
5.2.1 ORDSインスタンスAPIの有効化
この項では、ORDSインスタンスAPIを有効化する方法について説明します。
settings.xmlファイルまたはpool.xmlファイルで、ordsの構成コマンドを使用してinstance.api.enabledを追加します- ORDSを再起動します。
5.2.2 ORDSインスタンスAPIを使用するための認可
ORDSインスタンスAPIを使用するには、システム管理者ロールが必要です。本番環境では、このロールを持つユーザーを中間層を介して構成することをお薦めします。
5.2.3 APIドキュメント
ORDSインスタンスAPIサービスのOpenAPI記述は、http://<server>/ords/_/instance-api/stable/metadata-catalog/openapi.jsonで入手できます。
5.2.4 インスタンスAPIの使用
ORDSインスタンスAPIサービスでは、データベースへのアクセスを提供せず、クライアントによる認証用のデータベース・ユーザーの指定も必要ありません。ただし、ORDSインスタンスはデータベース・プールに関する情報を返します。インスタンスAPIは基本的なヘルス・チェック・サービスとして使用できます。有効なデータベース・プールと無効なデータベース・プールの数の概要を取得するには、/ords/_/instance-api/stable/statusにGETリクエストを送信します。例: curl --user sysadmin:oracle http://<server>/ords/_/instance-api/stable/status。このサービスは、有効および無効なプールの数を返します。また、データベース・プール・キャッシュの詳細を含む追加情報へのリンクも返します。
ORDSは、単一インスタンスとして、またはクラスタにデプロイできます。クラスタでは、1つのインスタンスのデータベース・プール統計が他のインスタンスと異なる可能性があるため、各インスタンスを直接アドレス指定して、その特定のインスタンスに関する特定の情報を取得する必要があります。ただし、ロード・バランサがラウンドロビン・ベースで各インスタンスにルーティングする場合(推奨)、すべてのインスタンスが同様のプール統計を持つことになります。