Oracle Cloud Infrastructureドキュメント

リソース・スケジューラ概要

Oracle Cloud Infrastructure Resource Schedulerは、Oracle Cloud Infrastructure(OCI)のコスト管理サービスです。このサービスを使用すると、テナンシ内のリソースが不要なときに自動的に停止し、必要なときに自動的に再起動して、コストを削減できます。

概要

Oracle Resource SchedulerはOracle Cloud Infrastructure(OCI)サービスで、データベースのコストを削減し、OCIクラウド・リソースが不要なときに停止して、必要なときに再起動することで、OCIクラウド・リソースを計算できます。このサービスでは、完全に自動化された自動停止/起動スケジューリング機能が作成されます。この機能は、テナンシ全体のリソースに対して、作成したスケジュールで機能します。

コンソール、CLIまたはAPIを使用して、オンボード・リソース・タイプの集合に対してアクションを実行するスケジュールを作成および管理し、そのライフサイクルおよび運用時間を管理して運用コストを最小限に抑えることができます。

リソース・スケジューラ・サービスはOracle Cloud Infrastructure Identity and Access Management (IAM)サービスと統合されており、Oracle Cloud Infrastructureのネイティブのアイデンティティ機能を使用した簡単な認証を提供します。

選択したリソースの状態を自動管理することで、テスト、開発、デモンストレーションに使用されるリソースなどのリソースの状態を効果的に管理し、OCIクラウドの使用時にコストを削減できます。

リソース・スケジューラでは、コンピュート・インスタンスおよび自律型データベースがサポートされ、今後のリリースで他のリソースをサポートする場合があります。

メリット

リソース・スケジューラは、次のことに役立ちます。

  • 費用を節約します。 リソースが不要な場合に停止するスケジュールを作成すると、Standard Computeシェイプ、Autonomous DatabaseおよびBase Databaseの請求が一時停止されます。これにより、リソースのコストが削減されます。
  • リソースの効率的な管理。完全自動起動/停止機能は、リソースを管理し、必要な場合にのみ使用するためのベスト・プラクティスを提供します。Resource Schedulerは、テストや開発に使用されるリソースなどの短期リソースの使用を効果的に管理し、OCIクラウドの使用時にコストを削減します。

例:

  • リソース・スケジューラを使用すると、テナンシ管理者は、従業員が帰宅すると午後5時にローカル・リソースのセットを停止するスケジュールを作成し、従業員が復職すると翌朝午前8時に自動的に再起動できます。これにより、1日16時間消費が削減され、1日に24時間稼働できるようになり、運用コストが1日67%近く削減されます。テナンシ管理者は、週末にリソースを停止して、その期間中にリソースにコストが発生しないようにすることもできます。
  • テナンシ管理者は、一連のテスト・リソースを作成し、特定の時間に開始するように自動的にスケジュールして、不要になったときに自動的に停止できます。テストおよびデモンストレーションのリソースは、このカテゴリに分類されます。

操作

リソース・スケジューラが有効な場合、作成したスケジュールが継続的に読み取られます。選択したリソースに対して、設定時にスケジュールで指定されたアクションが実行されます。指定したテナンシのリソースの状態に影響するスケジュールは、いくつでも作成できます。

リソース・スケジューラを使用すると、コンソール、REST APIおよびCLIを使用してリソースの状態を管理できます。これらのツールを使用すると、ニーズに合わせてスケジュールを作成、変更、開始および停止し、リソースの使用およびコストを調整できます。

スケジュールの仕組み

リソース・スケジューラでは、一連のAPIを使用して作業リクエストを作成し、スケジュールの作成、更新、開始、停止、有効化、無効化、削除などの特定のタスクを完了します。

  • スケジュールを作成すると、リソース・スケジューラによって、入力した情報を含む作業リクエストが作成されます。システムが情報を処理してスケジュールを作成するには、1分以上かかります。その時点のスケジュール・ステータスは「作成中」です。
  • リソース・スケジューラがスケジュール設定でエラーを検出し、スケジュールの作成を停止した場合、リソース・スケジューラはステータスを「失敗」に設定します。
  • スケジュールを実行する準備ができたが、まだ開始されていない場合、ステータスは「保留」になります。
  • スケジュールが開始され、実行中の場合、ステータスは「有効」です。
  • スケジュールの実行が完了して停止すると、ステータスは「終了済」になります。スケジュールも「無効」であることに注意してください。スケジュールを有効にするには、最初にスケジュールを更新し、終了日を将来の時間に変更する必要があります。
  • スケジュールを変更すると、リソース・スケジューラによって、入力した情報を含む作業リクエストが作成されます。情報の処理とスケジュールの更新には、1分以上かかります。その時間中のスケジュール・ステータスは「更新中」です。スケジュールの更新が完了すると、ステータスはスケジュールの開始を待機しているか実行中かによって異なります。
  • 「保留」または「使用可能」のスケジュールを無効にすると、ステータスは「無効」になります。スケジュールは、開始時間が経過しても実行されません。
  • 「無効」スケジュールを有効にすると、ステータスは「有効」になります。

サンプル

次に、リソーススケジューラの使用例を示します。これらのスケジュールでは、スケジュール名、スケジュール時間、実行するアクション、リソース定義およびコンパートメント、テナンシまたはリージョンの名前を入力します。

  • 指定した日付の午前8時にデータベースを起動します。
  • 特定のコンピュート・リソースを平日の午後8時に開始します
  • 平日の午後5時に同じコンピュート・リソースを停止します
  • 月の最終日にすべてのデモ・コンピュート・インスタンスを停止します。

  • 5月1日のリソースの停止など、将来の特定の日にすべてのリソースを停止します。

詳細情報

この項では、リソース・スケジューラの動作方法、リソース・スケジューラで使用される概念、リソース・スケジューラへのアクセス方法、リソース・スケジューラの認証と認可、およびCLIとAPIの使用について詳しく説明します。

リソーススケジューラの動作

リソース・スケジューラでは、ユーザーが作成したスケジュールを使用して、ユーザーが指定したテナンシ、レルムおよびコンパートメント内のリソースの運用状態を管理します。この項では、その仕組みの詳細を説明します。

Resource Management

リソース・スケジューラでは、次の3つのタイプのリソース管理を使用します。

静的Resource Management

静的リソース(リストベース)管理では、リソース・アクション・スケジュールを作成すると、リソース・アクション・スケジュールは、実行する0...nリソースOCIDsのリストに制限されます。スケジュールの作成または編集時に、リソースを検索し、スケジュールによって管理される特定のリソースを選択できます。具体的には、リソースを選択すると、リソースが常にスケジュールによって管理され、リソースが意図せずに停止されるのを防ぎます。

ノート

リソースの検索は、コンソールを介してのみ実行できます。
ノート

リソース・スケジューラで処理できるリソースは、スケジュール当たり25リソースのみです。25を超えるリソースがある場合は、必要な数のスケジュールを作成し、「静的」を選択して、必要な順序で各スケジュールに最大25のリソースを追加できます。これを行うには、「静的」を選択して最初のスケジュールをクローニングし、リソース・リストを置換します。日付と時刻を変更しないかぎり、新しいスケジュールは最初のスケジュールと同時に実行されるため、同時に25を超えるリソースをスケジュールできます。
重要

静的を使用して手動で追加する場合でも、スケジュールに追加できるリソースは25個のみです。スケジュールに25を超えるリソースを追加しようとした場合。リソーススケジューラはエラー400 (不正な要求、無効な入力)を返します。更新要求は失敗し、変更はスケジュールに適用されません。
動的Resource Management

スケジュールのリソースを選択する別の方法は、リソース定義で「リソース・フィルタ」を許可することです。これにより、リソース・タイプ、タグ値および作成後の経過時間に基づいてリソースを動的に問い合せることができます。これらのフィルタを適用すると、影響を受ける可能性があるリソースのリストが表示され、スケジュールを作成しているユーザーが影響を判断できます。「静的」リソース定義タイプと「動的」リソース定義タイプの両方を設定することで、特定のリソースが常にスケジュールで管理されるようにしたり、属性に基づいてリソースを大規模に管理できるようにすることができます。

ノート

リソースの検索は、コンソールを介してのみ実行できます。
ノート

リソース・スケジューラで処理できるリソースは、スケジュール当たり25リソースのみです。「動的」を選択すると、リソース・スケジューラによって、キューに表示される最初の25のリソースが追加されます。リソースを手動で選択したり、動的に選択されるリソースの順序を設定することはできません。2つ目のスケジュールを作成して「動的」を選択すると、リソース・スケジューラによって、以前と同じ25個のリソース・セットが追加されます。

25を超えるリソースがある場合は、必要な数のスケジュールを作成し、「静的」を選択して、必要な順序で各スケジュールに最大25のリソースを追加できます。これを行うには、「静的」を選択して最初のスケジュールをクローニングし、リソース・リストを置換します。日付と時刻を変更しないかぎり、新しいスケジュールは最初のスケジュールと同時に実行されるため、同時に25を超えるリソースをスケジュールできます。

重要

静的を使用して手動で追加する場合でも、スケジュールに追加できるリソースは25個のみです。スケジュールに25を超えるリソースを追加しようとした場合。リソーススケジューラはエラー400 (不正な要求、無効な入力)を返します。更新要求は失敗し、変更はスケジュールに適用されません。
大規模なリソースの管理

ほとんどの大企業では、多数のテナンシを所有および運用しており、含まれるリソースを効果的に管理する必要があります。Dynamic Resource Managementを使用して、テスト環境やStatic Resource Managementなどの重要度の低いリソースを処理し、重要なリソースを管理できます。静的管理と動的管理の両方を使用すると、リソースを大規模に管理できます。

リソース・スケジューラCLIおよびAPI

リソース・スケジューラAPI操作を使用するには、IAMポリシーで認可されている必要があります。権限がない場合は、管理者に連絡してください。ユーザーにアクセス権を付与するポリシーを記述する必要がある管理者の場合は、ポリシーの開始を参照してください

APIの使用およびリクエストの署名の詳細は、REST APIのドキュメントおよびセキュリティ資格証明を参照してください。SDKの詳細は、SDKおよびCLIを参照してください

異なるオペレーティング・システムでのAPIおよびCLIの使用

Windows:

  • Windowsを使用する前に、Git Bash for Windowsをインストールし、そのツールでコマンドを実行する必要があります。
  • キーのフィンガープリントを取得するには、次のOpenSSLコマンドを使用します:
       openssl rsa -pubout -outform DER -in \.oci\oci_api_key.pem | openssl md5 -c
  • Windowsで、複合入力をJSON文字列としてCLIに渡すには、ブロック全体を二重引用符で囲む必要があります。ブロック内では、キーおよび値文字列の各二重引用符は、バックスラッシュ(\)文字でエスケープする必要があります。
  • コンソールで公開キーをアップロードすると、フィンガープリントも自動的にそこに表示されます。このように表示されます: 12:34:56:78:90:ab:cd:ef:12:34:56:78:90:ab:cd:ef

LinuxおよびMac OS X:

キーのフィンガープリントを取得するには、次のOpenSSLコマンドを使用します:

openssl rsa -pubout -outform DER -in ~/.oci/oci_api_key.pem | openssl md5 -c