Oracle Cloud Infrastructureドキュメント

オブジェクト・ストレージ・バケットからのログの収集- 非推奨のステップ

ノート

オブジェクト・ストレージ・バケットからログを収集するためのこのページに説明されているアプローチは、非推奨です。新しいアプローチを使用することをお薦めします。OCIオブジェクト・ストレージ・バケットからのログの収集を参照してください。

2026年5月30日以降、新しいルールの作成、またはこのアプローチを使用した既存のルールの更新はサポートされません。

ログ・データは、Oracle Cloud Infrastructure (OCI) Object Storageから継続的に収集できます。ログ収集を有効にするには、REST APIまたはCLIを使用してObjectCollectionRuleリソースを作成します。このリソースが正常に作成され、必要なIAMポリシーが設定されると、ログ収集が開始されます。

このログ収集の方法を使用して、オブジェクト・ストレージ・バケットに格納されている任意のタイプのログを収集できます。

次のいずれかの方法で、オブジェクト・ストレージ・バケットからログを収集できます:

  • LIVE: ルールObjectCollectionRuleの作成時点からオブジェクトを継続的に収集する場合。これはデフォルトの方法です。

  • HISTORIC: 指定した時間範囲でオブジェクトを1回限り収集する場合。

  • HISTORIC_LIVE: バケット内のすべての過去のログの収集、その後、ログを含むすべての新規作成オブジェクトを継続的に収集する場合。

Oracle Log Analyticsでは、OCIのイベントおよびストリーミング・サービスをオブジェクト・ストレージとともに使用して、オブジェクトを収集および処理します。ログ収集用にバケットを構成すると、Oracle Log Analyticsによってイベント・ルールが作成されて、バケットに新しいオブジェクト・アップロードが行われるたびにイベント通知が送信されます。通知は、Oracle Log Analyticsによって所有されるストリームに送信されます。

ノート:

  • オブジェクト・ストレージからのログ収集が正しく機能するように、Oracle Log Analyticsによって作成されたイベント・ルールが改ざんされていないことを確認してください。

  • バケットごとに、タイプがLIVEまたはHISTORIC_LIVEのObjectCollectionRuleを1つのみ持てます。

  • リージョン内のテナンシごとに、最大1000の一意のオブジェクト収集ルールを作成できます。

  • 単一の未加工のログ・ファイル、または複数のログ・ファイルを含む任意のアーカイブ・ファイル(.zip、.gz、.tgz、.tar)をオブジェクトに指定できます。アーカイブ・ファイル内のファイル数は、2000未満(存在する場合にはディレクトリを含む)にする必要があります。

  • オブジェクト(単一ファイルまたはアーカイブ・ファイル)の最大サイズは1 GBです。オブジェクトの非圧縮サイズは10 GB未満である必要があります。

前提条件: このアプローチを使用してログ収集を有効にする前に、次を確認してください:

  • 新しいログ・ソースを作成するか、ログ・フォーマットに一致するOracle定義のログ・ソースを使用します。ソースの作成を参照してください。
  • ログ・グループを作成するか、ログに対するユーザー・アクセス制御を管理するためにこれらのログを格納する既存のログ・グループを使用して、そのログ・グループのOCIDを書き留めます。ログを格納するログ・グループの作成を参照してください。
  • オプションで、アップロードするログをマップする場合は、エンティティを作成するか、既存のエンティティを使用してそのエンティティOCIDを書き留めます。「ログ出力リソースを表すエンティティの作成」を参照してください。

バケットからのオブジェクトの収集を停止するには、ObjectCollectionRuleルールを削除します。これにより、バケットに関連付けられた構成のみが削除されますが、収集済のログ・データやバケット内のオブジェクトには影響しません。

トピック:

オブジェクト・ストレージからのログの収集を許可- 非推奨のステップ

ObjectCollectionRuleで必要な操作を実行するための権限をユーザー・グループに付与するには、次のIAMポリシー・ステートメントをポリシーに含める必要があります: 

allow group <group_name> to use loganalytics-object-collection-rule in compartment <object_collection_rule_compartment>
allow group <group_name> to {LOG_ANALYTICS_LOG_GROUP_UPLOAD_LOGS} in compartment <log_group_compartment>
allow group <group_name> to {LOG_ANALYTICS_ENTITY_UPLOAD_LOGS} in compartment <entity_compartment>
allow group <group_name> to {LOG_ANALYTICS_SOURCE_READ} in tenancy
allow group <group_name> to {BUCKET_UPDATE, BUCKET_READ} in compartment <object_store_bucket_compartment>

Oracle Log Analytics集計リソース・レベルでIAMポリシーを作成する場合、オブジェクト・コレクションを使用するには、次のポリシー・ステートメントを含める必要があります: 

allow group <group_name> to use loganalytics-features-family in tenancy
allow group <group_name> to use loganalytics-resources-family in compartment/tenancy
allow group <group_name> to use object-family in compartment <object_store_bucket_compartment>

一方、個々のリソース・タイプのレベルでIAMポリシーを作成する場合、オブジェクト・コレクションを使用するには、次のポリシー・ステートメントが必要です。

allow group <group_name> to use loganalytics-object-collection-rule in compartment <object_collection_rule_compartment>
allow group <group_name> to use loganalytics-log-group in compartment <log_group_compartment>
allow group <group_name> to {LOG_ANALYTICS_ENTITY_UPLOAD_LOGS} in compartment <entity_compartment>
allow group <group_name> to read loganalytics-source in tenancy
allow group <group_name> to use object-family in compartment <object_store_bucket_compartment>

前述のすべてのポリシー・ステートメントのgroup_nameは、必要な権限を付与する必要があるユーザー・グループを参照します。

ノート

バケットを削除して再作成する場合、既存のログ収集ルールが機能するように、バケットの再作成後にそのバケットの「オブジェクト・イベントの出力」フラグを設定してください。

ログ収集が機能するには、ObjectCollectionRuleの作成に対する前述の権限とともに、テナンシのバケットからオブジェクトを読み取って、オブジェクト・ストレージ・バケットがある対応するコンパートメントまたはテナンシでクラウド・イベント・ルールを管理する権限をOracle Log Analyticsに付与する必要もあります。必要な追加のIAMポリシーは次のとおりです: 

allow service loganalytics to read buckets in compartment/tenancy
allow service loganalytics to read objects in compartment/tenancy
allow service loganalytics to manage cloudevents-rules in compartment/tenancy
allow service loganalytics to inspect compartments in tenancy
allow service loganalytics to use tag-namespaces in tenancy where all {target.tag-namespace.name = /oracle-tags/}

デフォルトでは、オブジェクト・ストレージは、オブジェクト・レベルでのイベントの自動発行を無効にします。イベントの発行を有効にするか、ObjectCollectionRuleの作成時に必要な権限を持つことができます。イベントの発行を有効にするには、オブジェクトの管理を参照してください。

前述のポリシー・ステートメントの一部は、すぐに使用可能なOracle定義のポリシー・テンプレートに含まれています。ユース・ケースにテンプレートを使用することを検討してください。一般的なユースケース用のOracle定義のポリシー・テンプレートを参照してください。

ObjectCollectionRule操作- 非推奨のステップの一部

REST APIまたはCLIを使用して、ObjectCollectionRuleリソースに対してCreate、Update、Delete、List、Getなどの操作を実行できます。

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

OCIクラウド・サービスと通信するには、API署名キーを作成し、それをOCIのユーザー・アカウントに登録します。キーを生成して登録し、テナンシのOCIDおよびユーザーのOCIDを収集するには、セキュリティ資格証明 - API署名キーを参照してください。

SDKについては、ソフトウェア開発キットとコマンドライン・インタフェースを参照してください。

REST APIを使用したObjectCollectionRuleの管理

ObjectCollectionRuleを管理するには、次のAPI操作を使用します:

CLIを使用したObjectCollectionRuleの管理

CLIの使用の詳細は、コマンドライン・インタフェース(CLI)を参照してください。

CLIコマンドで使用できるフラグおよびオプションの完全なリストは、コマンドライン・リファレンスを参照してください。

ObjectCollectionRuleを管理するには、次のCLIコマンドを実行します:

  • ObjectCollectionRuleの作成: 

    oci log-analytics object-collection-rule create --from-json <json_file_name> --namespace-name <namespace_name>

    例: 

    oci log-analytics object-collection-rule create --from-json file://create.json --namespace-name MyNamespace

    前述のコマンド例で参照されているサンプルのcreate.json: 

    {
    "name": "<Rule_Name>",
    "compartmentId": "<Compartment_OCID>",
    "osNamespace": "<Namespace>",
    "osBucketName": "<Bucket_Name>",
    "logGroupId": "<Log_Group_OCID>",
    "logSourceName": "<Log_Source>"
}

    jsonでは、次の必須プロパティを指定する必要があります。

    • name: ObjectCollectionRuleに与えられた一意の名前。名前はテナンシ内で一意である必要があり、変更できません。
    • compartmentId: ObjectCollectionRuleが配置されているコンパートメントのOCID。
    • osNamespace: オブジェクト・ストレージ・ネームスペース。
    • osBucketName: オブジェクト・ストレージのバケットの名前です。
    • logGroupId: 処理済ログを関連付けるLog Analyticsログ・グループOCID。
    • logSourceName: 処理に使用するLog Analyticsソースの名前。

    必須プロパティに加えて、次のプロパティもオプションで指定できます。

    ObjectCollectionRuleのプロパティの詳細は、ObjectCollectionRule APIリファレンスを参照してください。

    前述のコマンド例のサンプル・レスポンス:

    {
    "id": "ocid1.loganalyticsobjectcollectionrule.oc1..exampleuniqueID",
    "name": "My Rule",
    "compartmentId": "ocid.compartment.oc1..exampleuniqueID",
    "osNamespace": "MyNamespace",
    "osBucketName": "MyBucket1",
    "collectionType": "LIVE",
    "pollSince": "2020-09-08 14:06:28.028",
    "logGroupId": "ocid1.loganalyticsloggroup.oc1.. exampleuniqueID",
    "logSourceName": "MyLogSource",
    "lifecycleState": "ACTIVE",
    "timeCreated": "2020-09-08T14:06:28.028Z",
    "timeUpdated": "2020-09-08T14:06:28.028Z"
}

  • ObjectCollectionRuleの更新:

    ログ・ソースを更新するサンプル・コマンドを次に示します。同様に、ログ・グループ、エンティティまたはその他のリソースも更新できます。

    oci log-analytics object-collection-rule update --namespace-name <namespace_name> --object-collection-rule-id <object-collection-rule-OCID> --log-source-name <Log-Source>

    例:

    oci log-analytics object-collection-rule update --namespace-name MyNamespace --object-collection-rule-id ocid1.loganalyticsobjectcollectionrule.oc1..exampleuniqueID --log-source-name MyLogSource

  • ObjectCollectionRuleの削除: 

    oci log-analytics object-collection-rule delete --namespace-name <Namespace> --object-collection-rule-id <object-collection-rule-OCID>

    例: 

    oci log-analytics object-collection-rule delete --namespace-name “My Namespace” --object-collection-rule-id ocid1.loganalyticsobjectcollectionrule.oc1..exampleuniqueID

  • ObjectCollectionRuleのリスト: 

    oci log-analytics object-collection-rule list --namespace-name <Namespace> --compartment-id <compartment-OCID>

    例: 

    oci log-analytics object-collection-rule list --namespace-name “My Namespace” --compartment-id ocid.compartment.oc1..exampleuniqueID

  • ObjectCollectionRuleの取得: 

    oci log-analytics object-collection-rule get --namespace-name <Namespace> --object-collection-rule-id <object-collection-rule-OCID>

    例: 

    oci log-analytics object-collection-rule get --namespace-name “My Namespace” --object-collection-rule-id ocid1.loganalyticsobjectcollectionrule.oc1..exampleuniqueID

  • ObjectCollectionRuleへのオーバーライドの追加:

    ObjectCollectionRuleがすでに存在する場合は、ObjectCollectionRuleに追加するオーバーライド条件を使用して、update_override.jsonなどのオーバーライドjsonを作成します。 

    {
  "overrides":{"items":[{"matchType":"contains","matchValue":"audit","propertyName":"logSourceName","propertyValue":"myLOGANAuditSource"}]} 
}

    次に、ObjectCollectionRuleを更新してオーバーライドを含めます: 

    oci log-analytics object-collection-rule update --namespace-name <Namespace> --object-collection-rule-id <object-collection-rule-OCID> --from-json file://path-to/file

    例: 

    oci log-analytics object-collection-rule update --namespace-name “My Namespace” --object-collection-rule-id ocid1.loganalyticsobjectcollectionrule.oc1..exampleuniqueID --from-json file:///scratch/update_override.json

    ObjectCollectionRuleのオーバーライドの詳細は、「特定のオブジェクトを処理するためのObjectCollectionRule構成のオーバーライド- 非推奨のステップ」を参照してください。

  • ObjectCollectionRuleからのオーバーライドの削除:

    ObjectCollectionRuleからすべてのオーバーライド条件を削除する場合は、次のようにオーバーライド・プロパティの詳細を示すjson(remove_overrides.jsonなど)を作成します。 

    {
  "overrides":{"items":[]} 
}

    ObjectCollectionRuleを更新します: 

    oci log-analytics object-collection-rule update --namespace-name <Namespace> --object-collection-rule-id <object-collection-rule-OCID> --from-json file://path-to/file

    例: 

    oci log-analytics object-collection-rule update --namespace-name “My Namespace” --object-collection-rule-id ocid1.loganalyticsobjectcollectionrule.oc1..exampleuniqueID --from-json file:///scratch/remove_overrides.json

    ObjectCollectionRuleのオーバーライドの詳細は、「特定のオブジェクトを処理するためのObjectCollectionRule構成のオーバーライド- 非推奨のステップ」を参照してください。

  • objectNameFiltersをObjectCollectionRuleに追加します:

    ObjectCollectionRuleがすでに存在する場合は、ObjectCollectionRuleに追加するオブジェクト名に対するフィルタを使用して、filters.jsonなどのフィルタjsonを作成します。 

    {
  "objectNameFilters":["a/*","*audit*"]
}
    ノート

    既存のObjectCollectionRuleをObjectNameFiltersで更新できるのは、LIVEまたはHISTORIC_LIVE型の場合のみです。この操作では、タイプHISTORICはサポートされていません。

    次に、ObjectCollectionRuleを更新してフィルタを含めます: 

    oci log-analytics object-collection-rule update --namespace-name <Namespace> --object-collection-rule-id <object-collection-rule-OCID> --from-json file://path-to/file

    例: 

    oci log-analytics object-collection-rule update --namespace-name “My Namespace” --object-collection-rule-id ocid1.loganalyticsobjectcollectionrule.oc1..exampleuniqueID --from-json file:///scratch/filters.json

    ObjectCollectionRuleのフィルタの詳細は、「オブジェクト名に対するフィルタの適用による選択オブジェクト・コレクションの実行- 非推奨のステップ」を参照してください。

オブジェクト・ストレージからのクロステナンシ・ログ収集の許可- 非推奨のステップ

次のポリシーを設定して、ゲスト・テナントのバケットからログを収集するためのオブジェクト収集ルールを構成します。

ゲスト・テナントをGuest_Tenantとし、ログを収集する必要があるオブジェクト・ストレージ・バケットを持つそのゲスト・テナント内のコンパートメントをGuest_Compartmentとします。Host_Tenantを、Oracle Log Analyticsにサブスクライブされているテナントとします。

テナンシが他のテナンシ内のオブジェクト・ストレージ・リソースにアクセスできるようにするポリシーの記述の詳細は、Oracle Cloud Infrastructureドキュメントのテナンシをまたがったオブジェクト・ストレージ・リソースへのアクセスを参照してください。

ゲスト・テナントに追加するポリシー

次に、ホスト・テナントHost_TenantのIAMグループHost_User_GroupおよびOracle Log Analyticsサービスがゲスト・テナンシのゲスト・コンパートメントGuest_Compartment内のオブジェクトにアクセスできるようにするポリシー・ステートメントの例を次に示します: 

define group <Host_User_Group> as <Host_User_Group_OCID>
define tenancy <Host_Tenant> as <Host_Tenant_OCID>
admit group <Host_User_Group> of tenancy <Host_Tenant> to use buckets in compartment <Guest_Compartment>
allow service loganalytics to read buckets in compartment <Guest_Compartment>
allow service loganalytics to read objects in compartment <Guest_Compartment>
allow service loganalytics to manage cloudevents-rules in compartment <Guest_Compartment>
allow service loganalytics to inspect compartments in tenancy
allow service loganalytics to use tag-namespaces in tenancy where all {target.tag-namespace.name = /oracle-tags /}

ホスト・テナントに追加するポリシー

次に、ホストIAMグループHost_User_Groupがゲスト・テナンシGuest_Tenantのバケットに対してUSEアクセス権を持つことを許可するポリシー・ステートメントの例を示します: 

define tenancy <Guest_Tenant> as <Guest_Tenant_OCID>
endorse group <Host_User_Group> to use buckets in tenancy <Guest_Tenant>
allow group <Host_User_Group> to use loganalytics-object-collection-rule in compartment <Rule_Compartment>
allow group <Host_User_Group> to {LOG_ANALYTICS_LOG_GROUP_UPLOAD_LOGS} in compartment <LogGroup_Compartment>
allow group <Host_User_Group> to {LOG_ANALYTICS_SOURCE_READ} in tenancy

オプションで、ObjectCollectionRuleにエンティティが関連付けられている場合は、このポリシーを定義します: 

allow group <Host_User_Group> to {LOG_ANALYTICS_ENTITY_UPLOAD_LOGS} in compartment <Entity_Compartment>

前述のポリシーで、

  • Rule_Compartment: ObjectCollectionRuleを作成する必要があるコンパートメント。

  • LogGroup_Compartment: ログを格納する必要があるOracle Log Analyticsログ・グループのコンパートメント。

  • Entity_Compartment: Oracle Log Analyticsエンティティのコンパートメント。

必要なポリシーが作成されたら、ObjectCollectionRuleを作成して、ゲスト・テナンシのオブジェクト・ストレージからログを収集できます。次の例に示すように、JSONファイルでゲスト・テナントのネームスペースosNamespaceおよびバケット名osBucketNameを指定します: 

{
 "name": "<My_Rule>",
 "compartmentId": "<Compartment_OCID>",
 "osNamespace": "<Guest_Tenant_Namespace>", // Namespace of the guest tenant
"osBucketName": "<Guest_Tenant__Bucket1>", // Bucket in the guest tenant object store namespace
"logGroupId": "<Log_Group_OCID>",
 "logSourceName": "<My_Log_Source>"
 }

ObjectCollectionRuleの作成の詳細は、ObjectCollectionRule操作- 非推奨のステップの一部を参照してください。

ObjectCollectionRule特定のオブジェクトを処理するための構成のオーバーライド- 非推奨のステップ

ObjectCollectionRuleに定義されている構成とは異なる構成を使用してバケット内の特定のオブジェクトを処理する場合は、オーバーライド機能を使用できます。オーバーライド機能を使用すると、バケット内の特定のパターン、接頭辞またはディレクトリに一致するオブジェクト名に基づいて構成プロパティを提供できます。

  • オーバーライドを指定できるプロパティ: logSourceName、charEncoding、entityId、timezone

  • オーバーライドで使用できる一致タイプ: contains

  • 一致値は、常にオブジェクト名に適用されます。

  • デフォルト値であるObjectCollectionRuleごとに、最大10個のオーバーライドを作成できます。このデフォルト値を変更するには、理由を指定してサービス・リクエスト(SR)を発行します。リクエストがレビューされます。

ObjectCollectionRuleを初めて作成する場合は、create.jsonの次の例のいずれかを使用して、ユースケース用のjsonを構築できます。

  • logSourceName myLOGANAuditSourceを含むauditを含むオブジェクト名をオーバーライドするcreate.jsonの例:
    {
  "name":"testRule1",
  "compartmentId":"ocid1.compartment.oc1..aaa...",
  "osNamespace":"myObjectStorageNameSpace",
  "osBucketName":"myObjectStorageBucket",
  "logGroupId":"ocid1.loganalyticsloggroup.oc1..aaa...",
  "logSourceName":"myLOGANSourceName",
  "overrides":{"items":[{"matchType":"contains","matchValue":"audit","propertyName":"logSourceName","propertyValue":"myLOGANAuditSource"}]} 
}

    前述のルールを使用すると、auditを含むオブジェクトはlogSourceName myLOGANAuditSourceで処理され、バケット内の他のすべてのオブジェクトはlogSourceName myLOGANSourceNameで処理されます。

  • logSourceName myLOGANAuditSourceを含むauditおよびcharEncoding UTF-16を含むdir1/を含むオブジェクト名を含むプロセス・オブジェクト名に対するオーバーライドを含むcreate.jsonの例:
    {
  "name":"testRule2",
  "compartmentId":"ocid1.compartment.oc1..aaa...",
  "osNamespace":"myObjectStorageNameSpace",
  "osBucketName":"myObjectStorageBucket",
  "logGroupId":"ocid1.loganalyticsloggroup.oc1..aaa...",
  "logSourceName":"myLOGANSourceName",
  "overrides":{"items":[{"matchType":"contains","matchValue":"audit","propertyName":"logSourceName","propertyValue":"myLOGANAuditSource"}, {"matchType":"contains","matchValue":"dir1/","propertyName":"charEncoding","propertyValue":"UTF-16"}]} 
}

構成jsonの作成後、ObjectCollectionRuleの作成時にファイル・パスを指定します。ObjectCollectionRule Operations - Part of Deprecated StepsのCreate ObjectCollectionRuleの項を参照してください。

ObjectCollectionRuleをすでに作成している場合は、オーバーライドの詳細を含むjsonを作成し、それを含めるようにObjectCollectionRuleを更新します。ObjectCollectionRule Operations- Part of Deprecated StepsのObjectCollectionRuleへのオーバーライドの追加に関する項を参照してください。

すべてのオーバーライド条件を削除する場合は、「ObjectCollectionRuleからのオーバーライドの削除」の項で指定されているとおりにjsonを作成し、ObjectCollectionRuleを更新します。ObjectCollectionRule「非推奨のステップの一部」を参照してください。

オブジェクト名に対するフィルタの適用による選択オブジェクト・コレクションの実行- 非推奨のステップ

選択的オブジェクト・コレクション機能を使用して、特定のオブジェクト・ストレージ・バケット内のオブジェクトのサブセットのみを収集します。この機能は、オブジェクト名のフィルタでサポートされています。フィルタが適用されると、フィルタに一致するオブジェクトのみが処理のために収集されます。

matchTypeプロパティは、ワイルドカード*とともに完全一致のみをサポートします。次に、ワイルドカードを使用したフィルタの例の一部を示します。

  • フィルタobjectName*は、接頭辞objectNameを持つオブジェクトを指定します。
  • フィルタ*objectNameは、接尾辞がobjectNameのオブジェクトを指定します。
  • フィルタ*objectName*は、テキストobjectNameを含むオブジェクトを指定します。

フィルタの詳細は、イベントとフィルタの一致に関する項を参照してください。

ObjectCollectionRuleを初めて作成する場合は、create.jsonの次の例のいずれかを使用して、ユースケース用のjsonを構築できます。

  • 接頭辞a/を持ち、テキストauditを含むオブジェクト名を処理するcreate.jsonの例: objectNameFilters
    {
  "name":"testRule1",
  "compartmentId":"ocid1.compartment.oc1..aaa...",
  "osNamespace":"myObjectStorageNameSpace",
  "osBucketName":"myObjectStorageBucket",
  "logGroupId":"ocid1.loganalyticsloggroup.oc1..aaa...",
  "logSourceName":"myLOGANSourceName",
  "objectNameFilters":["a/*","*audit*"]
}
  • 必要に応じて、オーバーライド機能を使用して、フィルタごとに異なる構成を指定することもできます。前述の例では、テキストauditを含むすべてのオブジェクトがソースmyLOGANAuditSourceを使用する必要があることをさらに指定できます。
    {
  "name":"testRule2",
  "compartmentId":"ocid1.compartment.oc1..aaa...",
  "osNamespace":"myObjectStorageNameSpace",
  "osBucketName":"myObjectStorageBucket",
  "logGroupId":"ocid1.loganalyticsloggroup.oc1..aaa...",
  "logSourceName":"myLOGANSourceName",
  "objectNameFilters":["a/*","*audit*"],
  "overrides":{"items":[{"matchType":"contains","matchValue":"audit","propertyName":"logSourceName","propertyValue":"myLOGANAuditSource"}]} 
}

    オーバーライドの詳細は、特定のオブジェクトを処理するためのObjectCollectionRule構成のオーバーライド- 非推奨のステップを参照してください。

構成jsonの作成後、ObjectCollectionRuleの作成時にファイル・パスを指定します。ObjectCollectionRule Operations - Part of Deprecated StepsのCreate ObjectCollectionRuleの項を参照してください。

ObjectCollectionRuleをすでに作成している場合は、フィルタの詳細を含むjsonを作成し、それを含めるようにObjectCollectionRuleを更新します。ObjectCollectionRule Operations - Part of Deprecated StepsのAdd objectNameFilters to ObjectCollectionRuleの項を参照してください。