Data Grid REST API


Red Hat Data Grid 8.2

配置并与 Data Grid REST API 交互

Red Hat Customer Content Services

摘要

访问数据、监控和维护集群,通过 Data Grid REST API 执行管理操作。

Red Hat Data Grid

Data Grid 是一个高性能分布式内存数据存储。

无架构数据结构
将不同对象存储为键值对的灵活性。
基于网格的数据存储
旨在在集群中分发和复制数据。
弹性扩展
动态调整节点数量,以便在不中断服务的情况下满足需求。
数据互操作性
从不同端点在网格中存储、检索和查询数据。

Data Grid 文档

红帽客户门户网站中提供了 Data Grid 的文档。

Data Grid 下载

访问红帽客户门户上的 Data Grid 软件下载

注意

您必须有一个红帽帐户才能访问和下载数据中心软件。

使开源包含更多

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。我们从这四个术语开始:master、slave、黑名单和白名单。由于此项工作十分艰巨,这些更改将在即将推出的几个发行版本中逐步实施。有关更多详情,请参阅我们的首席技术官 Chris Wright 提供的消息

第 1 章 Data Grid REST 端点

网格服务器通过在 Netty 上构建的 REST 端点提供对数据的 RESTful HTTP 访问。

1.1. REST 身份验证

使用 Data Grid 命令行界面(CLI)和 user 命令配置 REST 端点的身份验证。CLI 允许您创建和管理用于访问 REST 端点的用户、密码和授权角色。

1.2. 支持的协议

Data Grid REST 端点支持 HTTP/1.1HTTP/2 协议。

您可以执行以下操作之一使用 HTTP/2

注意

TLS/ALPN 与 JDK8 需要额外的客户端配置。有关 REST 客户端,请参阅相应的文档。在大多数情况下,您需要使用 Jetty ALPN Agent 或 OpenSSL 绑定。

1.3. 数据格式和 REST API

Data Grid 缓存以可通过 MediaType 定义的格式存储数据。

有关使用 Data Grid 的 MediaTypes 和编码数据的更多信息,请参阅 Cache Encoding 和 Marshalling

以下示例为条目配置存储格式:

<distributed-cache name="mycache">
   <encoding>
      <key media-type="application/x-java-object"/>
      <value media-type="application/xml; charset=UTF-8"/>
   </encoding>
</distributed-cache>
Copy to Clipboard Toggle word wrap

如果没有配置 MediaType,Data Grid 默认为 application/octet-stream 用于键和值。但是,如果缓存被索引,则数据网格默认为 application/x-protostream

1.3.1. 支持的格式

您可以以不同格式写入和读取数据,Data Grid 可以根据需要在这些格式之间进行转换。

以下"标准"格式是可交换的:

  • application/x-java-object
  • application/octet-stream
  • application/x-www-form-urlencoded
  • text/plain

您还可以将前面的数据格式转换为以下格式:

  • application/xml
  • application/json
  • application/x-jboss-marshalling
  • application/x-protostream
  • application/x-java-serialized

通过数据网格,您可以在 application/x-protostreamapplication/json 之间转换。

对 REST API 的所有调用都可以提供标头,描述在读取时写入的内容或所需格式。Data Grid 支持为值应用的标准 HTTP/1.1 标头 "Content-Type" 和 "Accept",以及 "Key-Content-Type",对键类似。

1.3.2. 接受标头

Data Grid REST 端点与 RFC-2616 Accept 标头兼容,并根据支持的转换协商正确的 MediaType。

例如,在读取数据时发送以下标头:

Accept: text/plain;q=0.7, application/json;q=0.8, */*;q=0.6
Copy to Clipboard Toggle word wrap

前面的标头会导致 Data Grid 首先返回 JSON 格式的内容(高优先级 0.8)。如果无法将存储格式转换为 JSON,Data Grid 将尝试下一个 text/plain 格式(具有最高优先级 0.7)。最后,Data Grid 会返回 * attention,它根据缓存配置选择合适的格式。

1.3.3. 带有特殊 Characters 的名称

创建任何 REST 资源需要一个属于 URL 的名称,如果此名称包含 RFC 3986 spec 第 2.2 节 中定义的任何特殊字符,则需要使用 Percent 编码机制对其进行编码

1.3.4. key-Content-Type Headers

大多数 REST API 调用在 URL 中包含密钥。Data Grid 假设 Key 在处理这些调用时是 java.lang.String,但您可以对采用不同格式的密钥使用特定的标头 Key-Content-Type

key-Content-Type 标头示例

  • 将 byte[] Key 指定为 Base64 字符串:

API 调用:

`PUT /my-cache/AQIDBDM=`
Copy to Clipboard Toggle word wrap

headers:

key-Content-Type: application/octet-stream

  • 以十六进制字符串形式指定 byte[] 密钥:

API 调用:

GET /my-cache/0x01CA03042F

headers:

Key-Content-Type: application/octet-stream; encoding=hex
Copy to Clipboard Toggle word wrap
  • 指定双键:

API 调用:

POST /my-cache/3.141456

headers:

Key-Content-Type: application/x-java-object;type=java.lang.Double
Copy to Clipboard Toggle word wrap

application/x-java-objecttype 参数仅限于:

  • 原语打包程序类型
  • java.lang.String
  • 字节,使 application/x-java-object;type=Bytes 等同于 application/octet-stream;encoding=hex

1.3.5. JSON/Protostream Conversion

当缓存被索引或专门配置为存储 _application/x-protostream' 时,您可以发送和接收自动转换为 Protobuf 的 JSON 文档。

您必须注册 Protobuf 模式才能使转换正常工作。

要通过 REST 注册 protobuf 模式,请在 ___protobuf_metadata 缓存中调用 POST 或 PUT,如下例所示:

curl -u user:password -X POST --data-binary @./schema.proto http://127.0.0.1:11222/rest/v2/caches/___protobuf_metadata/schema.proto
Copy to Clipboard Toggle word wrap

编写 JSON 文档时,文档中有一个特殊字段 _type,以标识与文档对应的 Protobuf 消息

Person.proto

message Person  {
  required string name = 1;
  required int32 age = 2;
}
Copy to Clipboard Toggle word wrap

Person.json

{
   "_type": "Person",
   "name": "user1",
   "age": 32
}
Copy to Clipboard Toggle word wrap

1.4. 交叉资源共享(CORS)请求

Data Grid REST 连接器支持 CORS,包括基于请求来源的 preflight 和规则。

下面显示了一个带有 CORS 规则的 REST 连接器配置示例:

<rest-connector name="rest1" socket-binding="rest" cache-container="default">
   <cors-rules>
      <cors-rule name="restrict host1"
                 allow-credentials="false">
         <allowed-origins>http://host1,https://host1</allowed-origins>
         <allowed-methods>GET</allowed-methods>
      </cors-rule>
      <cors-rule name="allow ALL"
                 allow-credentials="true"
                 max-age-seconds="2000">
         <allowed-origins>*</allowed-origins>
         <allowed-methods>GET,OPTIONS,POST,PUT,DELETE</allowed-methods>
         <allowed-headers>Key-Content-Type</allowed-headers>
      </cors-rule>
   </cors-rules>
</rest-connector>
Copy to Clipboard Toggle word wrap

Data Grid 根据浏览器设置的"Origin"标头按顺序评估 CORS 规则。

在上例中,如果 origin 是 "http://host1" 或 "https://host1",则应用规则 "restrict host1"。如果原始规则不同,则测试下一个规则。

因为 "allow ALL" 规则允许所有源,所以具有 "http://host1" 或 "https://host1" 以外的任何源都可以执行允许的方法,并使用提供的标头。

有关配置 CORS 规则的详情,请参考 Data Grid Server Configuration Schema

1.4.1. 允许对某些来源的所有 CORS 权限

在启动服务器时,可以使用 VM 属性 infinispan.server.rest.cors-allow,以允许所有权限对一个或多个源进行。Example:

./bin/server.sh -Dinfinispan.server.rest.cors-allow=http://192.168.1.78:11222,http://host.mydomain.com
Copy to Clipboard Toggle word wrap

使用此方法指定的所有源都优先于配置的规则。

第 2 章 与 Data Grid REST API 交互

借助 Data Grid REST API,您可以监控、维护和管理 Data Grid 部署,并提供对数据的访问。

注意

默认情况下,当成功时,Data Grid REST API 操作会返回 200 (OK)。但是,当一些操作成功处理时,它们会返回 HTTP 状态代码,如 204202,而不是 200

2.1. 创建和管理缓存

创建和管理数据网格缓存,并对数据执行操作。

2.1.1. 创建缓存

使用 payload 中包含 XML 或 JSON 配置的 POST 请求,在 Data Grid 集群中创建命名的缓存。

POST /rest/v2/caches/{cacheName}
Copy to Clipboard Toggle word wrap
Expand
表 2.1. Headers
标头必需/可选参数

Content-Type

必需

为 Data Grid 配置有效负载设置 MediaTypeapplication/xmlapplication/json

标记

可选

用于设置 AdminFlags

2.1.1.1. 缓存配置

您可以使用 XML 或 JSON 格式提供缓存配置。

XML

<distributed-cache name="myCache" mode="SYNC">
  <encoding media-type="application/x-protostream"/>
  <memory max-count="1000000" when-full="REMOVE"/>
</distributed-cache>
Copy to Clipboard Toggle word wrap

JSON

{
  "distributed-cache": {
    "name": "myCache",
    "mode": "SYNC",
    "encoding": {
      "media-type": "application/x-protostream"
      },
    "memory": {
      "max-count": 1000000,
      "when-full": "REMOVE"
    }
  }
}
Copy to Clipboard Toggle word wrap

JSON 格式

JSON 格式的缓存配置必须遵循 XML 配置的结构。* XML 元素成为 JSON 对象。* XML 属性成为 JSON 字段。

2.1.2. 验证缓存

检查带有 HEAD 请求的 Data Grid 集群中是否有缓存。

HEAD /rest/v2/caches/{cacheName}
Copy to Clipboard Toggle word wrap

2.1.3. 使用模板创建缓存

通过 POST 请求和 ?template= 参数,从 Data Grid 模板创建缓存。

POST /rest/v2/caches/{cacheName}?template={templateName}
Copy to Clipboard Toggle word wrap
提示

2.1.4. 检索缓存配置

使用 GET 请求检索数据网格缓存配置。

GET /rest/v2/caches/{name}?action=config
Copy to Clipboard Toggle word wrap
Expand
表 2.2. Headers
标头必需/可选参数

accept

可选

设置所需格式以返回内容。支持的格式为 application/xmlapplication/json。默认为 application/json。如需更多信息,请参阅 Accept

2.1.5. 将缓存配置转换为 JSON

使用有效的 XML 配置和 ?action=toJSON 参数调用 POST 请求。Data Grid 使用配置等效的 JSON 表示来响应。

POST /rest/v2/caches?action=toJSON
Copy to Clipboard Toggle word wrap

2.1.6. 检索所有缓存详情

调用 GET 请求,以检索 Data Grid 缓存的所有详细信息。

GET /rest/v2/caches/{name}
Copy to Clipboard Toggle word wrap

Data Grid 提供 JSON 响应,如下所示:

{
  "stats": {
    "time_since_start": -1,
    "time_since_reset": -1,
    "hits": -1,
    "current_number_of_entries": -1,
    "current_number_of_entries_in_memory": -1,
    "total_number_of_entries": -1,
    "stores": -1,
    "off_heap_memory_used": -1,
    "data_memory_used": -1,
    "retrievals": -1,
    "misses": -1,
    "remove_hits": -1,
    "remove_misses": -1,
    "evictions": -1,
    "average_read_time": -1,
    "average_read_time_nanos": -1,
    "average_write_time": -1,
    "average_write_time_nanos": -1,
    "average_remove_time": -1,
    "average_remove_time_nanos": -1,
    "required_minimum_number_of_nodes": -1
  },
  "size": 0,
  "configuration": {
    "distributed-cache": {
      "mode": "SYNC",
      "transaction": {
        "stop-timeout": 0,
        "mode": "NONE"
      }
    }
  },
  "rehash_in_progress": false,
  "bounded": false,
  "indexed": false,
  "persistent": false,
  "transactional": false,
  "secured": false,
  "has_remote_backup": false,
  "indexing_in_progress": false,
  "statistics": false
}
Copy to Clipboard Toggle word wrap
  • 统计 缓存的当前统计信息。
  • 缓存估计大小。
  • 配置 缓存配置。
  • 当重新哈希正在进行时,rehash_in_progress true。
  • indexing_in_progress true (索引正在进行时)。
  • 启用过期时 绑定
  • 如果缓存被索引,则 索引为 true。
  • 如果缓存持久,则为 persistent true。
  • 如果缓存 事务,则事务处理为 true。
  • 如果缓存被保护,则 安全 true。
  • 如果缓存有远程备份,则 has_remote_backup true。

2.1.7. 添加条目

使用 POST 请求向缓存添加条目。

POST /rest/v2/caches/{cacheName}/{cacheKey}
Copy to Clipboard Toggle word wrap

前面的请求使用 cacheKey 键将有效负载或请求正文放在 cacheName 缓存中。请求会替换已经存在的任何数据,并在应用 Time-To-LiveLast-Modified 值时更新它们。

如果成功创建条目,服务会返回 204 (不内容)

如果指定键已存在值,则 POST 请求会返回 409 (Conflict),且不会修改值。要更新值,您应该使用 PUT 请求。请参阅 替换条目

Expand
表 2.3. Headers
标头必需/可选参数

Key-Content-Type

可选

为请求中的键设置内容类型。如需更多信息,请参阅 Key-Content-Type

Content-Type

可选

为键值设置 MediaType

timeToLiveSeconds

可选

设置条目自动删除前的秒数。如果没有设置此参数,Data Grid 将使用配置中的默认值。如果您设置了负值,则该条目永远不会被删除。

maxIdleTimeSeconds

可选

设置条目可以闲置的秒数。如果在最大闲置时间过后没有对条目发生读取或写入操作,该条目将会被自动删除。如果没有设置此参数,Data Grid 将使用配置中的默认值。如果您设置了负值,则该条目永远不会被删除。

标记

可选

用于添加条目的标记。如需更多信息,请参阅 标记

注意

标志 标头也适用于涉及缓存数据操作的所有其他操作,

注意

如果 timeToLiveSecondsmaxIdleTimeSeconds 的值为 0,则 Data Grid 将使用配置中的默认 lifespanmaxIdle 值。

如果 只有 maxIdleTimeSeconds 的值为 0, 则数据网格会使用:

  • 配置中的默认 maxIdle 值。
  • 如果没有传递值,则 timeToLiveSeconds 的值作为请求参数或值 -1

如果 只有 timeToLiveSeconds 的值为 0, 则数据网格会使用:

  • 配置中的 默认 lifespan 值。
  • 如果没有传递值,则作为请求参数或值 -1maxIdle 值。

2.1.8. 替换条目

将缓存中的条目替换为 PUT 请求。

PUT /rest/v2/caches/{cacheName}/{cacheKey}
Copy to Clipboard Toggle word wrap

如果指定键已存在值,PUT 请求会更新该值。如果您不想修改现有值,请使用返回 409 (Conflict)POST 请求,而不是修改值。请参阅 添加值

2.1.9. 通过密钥检索数据

使用 GET 请求检索特定密钥的数据。

GET /rest/v2/caches/{cacheName}/{cacheKey}
Copy to Clipboard Toggle word wrap

服务器在给定密钥 cacheKey 下返回来自给定缓存 cacheName 的数据,在响应正文中返回数据。响应包含与 MediaType 协商对应的 Content-Type 标头。

注意

浏览器也可以直接访问缓存,如内容交付网络(CDN)。Data Grid 为每个条目返回一个唯一的 ETag,以及 Last-ModifiedExpires 标头字段。

这些字段提供有关您的请求中返回数据状态的信息。eTags 允许浏览器和其他客户端仅请求更改的数据,从而节省带宽。

Expand
表 2.4. Headers
标头必需/可选参数

Key-Content-Type

可选

为请求中的键设置内容类型。默认为 application/x-java-object; type=java.lang.String。如需更多信息,请参阅 Key-Content-Type

accept

可选

设置所需格式以返回内容。如需更多信息,请参阅 Accept

提示

在查询字符串中附加 extended 参数来获取更多信息:

GET /rest/v2/caches/{cacheName}/{cacheKey}?extended
Copy to Clipboard Toggle word wrap

前面的请求返回自定义标头:

  • cluster-Primary-Owner 返回密钥的主所有者的节点名称。
  • cluster-Node-Name 返回处理请求的服务器的 JGroups 节点名称。
  • cluster-Physical-Address 返回处理请求的服务器的物理 JGroups 地址。

2.1.10. 检查 Entries Exist

验证 HEAD 请求是否存在特定的条目。

HEAD /rest/v2/caches/{cacheName}/{cacheKey}
Copy to Clipboard Toggle word wrap

前面的请求只返回标头字段,以及您与该条目存储相同的内容。例如,如果您存储了 String,请求会返回一个 String。如果您存储了二进制、base64 编码的、blob 或序列化 Java 对象,则 Data Grid 不会序列化请求中的内容。

注意

HEAD 请求也支持 扩展 参数。

Expand
表 2.5. Headers
标头必需/可选参数

Key-Content-Type

可选

为请求中的键设置内容类型。默认为 application/x-java-object; type=java.lang.String。如需更多信息,请参阅 Key-Content-Type

2.1.11. 删除条目

使用 DELETE 请求从缓存中删除条目。

DELETE /rest/v2/caches/{cacheName}/{cacheKey}
Copy to Clipboard Toggle word wrap
Expand
表 2.6. Headers
标头必需/可选参数

Key-Content-Type

可选

为请求中的键设置内容类型。默认为 application/x-java-object; type=java.lang.String。如需更多信息,请参阅 Key-Content-Type

2.1.12. 删除缓存

使用 DELETE 请求从 Data Grid 集群中删除缓存。

DELETE /rest/v2/caches/{cacheName}
Copy to Clipboard Toggle word wrap

2.1.13. 从缓存检索所有密钥

调用 GET 请求,以检索 JSON 格式的缓存中的所有密钥。

GET /rest/v2/caches/{cacheName}?action=keys
Copy to Clipboard Toggle word wrap
Expand
表 2.7. 请求参数
参数必需/可选

limit

可选

指定使用 InputStream 检索的最大键数。负值检索所有键。默认值为 -1

batch

可选

在检索密钥时指定内部批处理大小。默认值为 1000

2.1.14. 从缓存检索所有条目

调用 GET 请求,以检索 JSON 格式的缓存中的所有条目。

GET /rest/v2/caches/{cacheName}?action=entries
Copy to Clipboard Toggle word wrap
Expand
表 2.8. 请求参数
参数必需/可选

metadata

可选

包括响应中每个条目的元数据。默认值为 false

limit

可选

指定响应中要包含的最大键数。负值检索所有键。默认值为 -1

batch

可选

在检索密钥时指定内部批处理大小。默认值为 1000

Data Grid 提供 JSON 响应,如下所示:

[
    {
        "key":1,
        "value":"value1",
        "timeToLiveSeconds":-1,
        "maxIdleTimeSeconds":-1,
        "created":-1,
        "lastUsed":-1,
        "expireTime":-1
    },
    {
        "key":2,
        "value":"value2",
        "timeToLiveSeconds":10,
        "maxIdleTimeSeconds":45,
        "created":1607966017944,
        "lastUsed": 1607966017944,
        "expireTime":1607966027944
    }
]
Copy to Clipboard Toggle word wrap
  • 条目的键。
  • 条目的值。
  • timeToLiveSeconds 基于条目生命周期,但以秒为单位,或 -1 (如果条目永不过期)。除非设置了 metadata="true",否则不会返回。
  • maxIdleTimeSeconds 最大闲置时间(以秒为单位)或 -1 (如果条目永不过期)。除非设置了 metadata="true",否则不会返回。
  • Create Time the entry was created or -1 for immortal 条目。除非设置了 metadata="true",否则不会返回。
  • lastUsed Last time 对条目执行了一个操作,对于 immortal 条目,-1 代表 immortal 条目。除非设置了 metadata="true",否则不会返回。
  • 当条目过期或 -1 代表 immortal 条目时,expireTime Time。除非设置了 metadata="true",否则不会返回。

2.1.15. 清除缓存

要从缓存中删除所有数据,请使用 ?action=clear 参数调用 POST 请求。

POST /rest/v2/caches/{cacheName}?action=clear
Copy to Clipboard Toggle word wrap

如果操作成功完成,服务会返回 204 (不内容)

2.1.16. 获取缓存大小

使用 GET 请求和 ?action=size 参数在整个集群中检索缓存的大小。

GET /rest/v2/caches/{cacheName}?action=size
Copy to Clipboard Toggle word wrap

2.1.17. 获取缓存统计

获取使用 GET 请求缓存的运行时统计信息。

GET /rest/v2/caches/{cacheName}?action=stats
Copy to Clipboard Toggle word wrap

2.1.18. 查询缓存

对带有 GET 请求和 ?action=search&query 参数的缓存执行 Ickle 查询。

GET /rest/v2/caches/{cacheName}?action=search&query={ickle query}
Copy to Clipboard Toggle word wrap

Data Grid 使用查询点击进行响应,如下所示:

{
  "total_results" : 150,
  "hits" : [ {
    "hit" : {
      "name" : "user1",
      "age" : 35
    }
  }, {
    "hit" : {
       "name" : "user2",
       "age" : 42
    }
  }, {
    "hit" : {
       "name" : "user3",
       "age" : 12
    }
  } ]
}
Copy to Clipboard Toggle word wrap
  • total_results 显示查询的结果总数。
  • hits 是来自查询的数组。
  • hit 是与查询匹配的对象。

    提示

    如果使用 Select 子句,则 hits 可以包含所有字段或字段子集。

Expand
表 2.9. 请求参数
参数必需/可选

query

必需

指定查询字符串。

max_results

可选

设置要返回的结果数。默认值为 10

offset

可选

指定要返回的第一个结果的索引。默认值为 0

query_mode

可选

指定 Data Grid 服务器如何执行查询。值是 FETCHBROADCAST。默认值为 FETCH

要使用请求的正文而不是指定查询参数,请按如下所示调用 POST 请求:

POST /rest/v2/caches/{cacheName}?action=search
Copy to Clipboard Toggle word wrap

以下示例显示了请求正文中的查询:

{
 "query":"from Entity where name:\"user1\"",
 "max_results":20,
 "offset":10
}
Copy to Clipboard Toggle word wrap

2.1.19. 重新索引数据

使用 POST 请求和 ?action=mass-index&mode={mode} 参数重新索引缓存中的所有数据。

POST  /v2/caches/{cacheName}/search/indexes?action=mass-index&mode={mode}
Copy to Clipboard Toggle word wrap

mode 参数的值如下:

  • 只有在重新索引操作完成后,同步 才会返回 204 (No Content)。
  • async 立即返回 204 (不内容), 并且重新索引操作继续在集群中运行。您可以使用 Index Statistics REST 调用来检查状态。

2.1.20. 清除索引

使用 POST 请求和 ?action=clear 参数从缓存中删除所有索引。

POST  /v2/caches/{cacheName}/search/indexes?action=clear
Copy to Clipboard Toggle word wrap

如果操作成功完成,服务会返回 204 (不内容)

2.1.21. 检索 Query 和 Index Statistics

使用 GET 请求,获取缓存中查询和索引的信息。

注意

统计数据必须在缓存中启用,否则结果将为空。

GET /v2/caches/{cacheName}/search/stats
Copy to Clipboard Toggle word wrap
Expand
表 2.10. 请求参数
参数必需/可选

scope

可选

使用 cluster 检索集群所有成员的整合统计。在省略时,Data Grid 返回本地查询和索引的统计信息。

Data Grid 提供 JSON 响应,如下所示:

{
  "query": {
    "indexed_local": {
      "count": 1,
      "average": 12344.2,
      "max": 122324,
      "slowest": "FROM Entity WHERE field > 4"
    },
    "indexed_distributed": {
      "count": 0,
      "average": 0.0,
      "max": -1,
      "slowest": "FROM Entity WHERE field > 4"
    },
    "hybrid": {
      "count": 0,
      "average": 0.0,
      "max": -1,
      "slowest": "FROM Entity WHERE field > 4 AND desc = 'value'"
    },
    "non_indexed": {
      "count": 0,
      "average": 0.0,
      "max": -1,
      "slowest": "FROM Entity WHERE desc = 'value'"
    },
    "entity_load": {
      "count": 123,
      "average": 10.0,
      "max": 120
    }
  },
  "index": {
    "types": {
      "org.infinispan.same.test.Entity": {
        "count": 5660001,
        "size": 0
      },
      "org.infinispan.same.test.AnotherEntity": {
        "count": 40,
        "size": 345560
      }
    },
    "reindexing": false
  }
}
Copy to Clipboard Toggle word wrap

query 部分:

  • indexed_local 提供有关索引查询的详细信息。
  • indexed_distributed 提供有关分布式索引查询的详细信息。
  • 混合 提供仅部分使用索引的查询详情。
  • non_indexed 提供不使用索引的查询的详情。
  • entity_load 提供在索引查询执行后获取对象的缓存操作详情。
注意

所有与时间相关的统计信息都以纳秒为单位。

index 部分:

  • Type 提供在缓存中配置的每个索引类型(类名称或 protobuf 消息)的详细信息。

    • 计算为类型索引的实体数。
    • 类型 的大小 使用量(以字节为单位)。
  • 如果该值为 true,则 索引程序会 在缓存中运行。

2.1.22. 清除搜索统计

通过 POST 请求和 ?action=clear 参数重置运行时统计信息。

POST /v2/caches/{cacheName}/search/stats?action=clear
Copy to Clipboard Toggle word wrap

索引统计不会被清除,而是仅查询执行时间。Data Grid 仅清除本地节点的查询统计信息。

2.1.23. 检索索引统计(已弃用)

使用 GET 请求,获取缓存中的索引信息。

GET /v2/caches/{cacheName}/search/indexes/stats
Copy to Clipboard Toggle word wrap

Data Grid 提供 JSON 响应,如下所示:

{
    "indexed_class_names": ["org.infinispan.sample.User"],
    "indexed_entities_count": {
        "org.infinispan.sample.User": 4
    },
    "index_sizes": {
        "cacheName_protobuf": 14551
    },
    "reindexing": false
}
Copy to Clipboard Toggle word wrap
  • indexed_class_names 提供缓存中存在的索引的类名称。对于 Protobuf,该值始终为 org.infinispan.query.remote.impl.indexing.ProtobufValueWrapper
  • indexed_entities_count 提供每个类索引的实体数。
  • index_sizes 为缓存中的每个索引提供大小(以字节为单位)。
  • 重新索引 指示是否为缓存执行重新索引操作。如果值为 true,则缓存中 启动 MasssIndexer。

2.1.24. 检索 Query Statistics (已弃用)

使用 GET 请求,获取有关在缓存中运行的查询的信息。

GET /v2/caches/{cacheName}/search/query/stats
Copy to Clipboard Toggle word wrap

Data Grid 提供 JSON 响应,如下所示:

{
    "search_query_execution_count":20,
    "search_query_total_time":5,
    "search_query_execution_max_time":154,
    "search_query_execution_avg_time":2,
    "object_loading_total_time":1,
    "object_loading_execution_max_time":1,
    "object_loading_execution_avg_time":1,
    "objects_loaded_count":20,
    "search_query_execution_max_time_query_string": "FROM entity"
}
Copy to Clipboard Toggle word wrap
  • search_query_execution_count 提供已运行的查询数量。
  • search_query_total_time 提供查询所花费的总时间。
  • search_query_execution_max_time 提供查询所花费的最长时间。
  • search_query_execution_avg_time 提供平均查询时间。
  • object_loading_total_time 提供查询执行后从缓存加载对象的总时间。
  • object_loading_execution_max_time 提供加载对象执行的最大时间。
  • object_loading_execution_avg_time 提供载入对象执行的平均时间。
  • objects_loaded_count 提供载入的对象计数。
  • search_query_execution_max_time_query_string 提供执行较慢的查询。

2.1.25. 清除 Query Statistics (已弃用)

通过 POST 请求和 ?action=clear 参数重置运行时统计信息。

POST /v2/caches/{cacheName}/search/query/stats?action=clear
Copy to Clipboard Toggle word wrap

2.1.26. 列出缓存

列出具有 GET 请求的 Data Grid 集群中的所有可用缓存。

GET /rest/v2/caches/
Copy to Clipboard Toggle word wrap

2.1.27. 带有缓存的跨站点操作

使用 Data Grid REST API 执行跨站点复制操作。

2.1.27.1. 获取所有备份位置的状态

使用 GET 请求检索所有备份位置的状态。

GET /v2/caches/{cacheName}/x-site/backups/
Copy to Clipboard Toggle word wrap

Data Grid 以 JSON 格式为每个备份位置的状态响应,如下例所示:

{
  "NYC": "online",
  "LON": "offline"
}
Copy to Clipboard Toggle word wrap
Expand
表 2.11. 返回的状态
描述

online

本地集群中的所有节点都有一个带有备份位置的跨站点视图。

离线

本地集群中没有带有备份位置的跨站点视图。

mixed

本地集群中的某些节点具有带有备份位置的跨站点视图,本地集群中的其他节点没有跨站点视图。响应表示每个节点的状态。

2.1.27.2. 获取特定备份位置的状态

使用 GET 请求检索备份位置的状态。

GET /v2/caches/{cacheName}/x-site/backups/{siteName}
Copy to Clipboard Toggle word wrap

Data Grid 以 JSON 格式通过站点中的每个节点状态进行响应,如下例所示:

{
  "NodeA":"offline",
  "NodeB":"online"
}
Copy to Clipboard Toggle word wrap
Expand
表 2.12. 返回的状态
描述

online

节点在线。

离线

节点离线。

失败

无法检索状态。远程缓存可以在请求期间关闭或发生网络错误。

2.1.27.3. 执行备份位置离线

通过 POST 请求和 ?action=take-offline 参数使备份位置离线。

POST /v2/caches/{cacheName}/x-site/backups/{siteName}?action=take-offline
Copy to Clipboard Toggle word wrap
2.1.27.4. 使备份位置在线

使用 ?action=bring-online 参数在线启动备份位置。

POST /v2/caches/{cacheName}/x-site/backups/{siteName}?action=bring-online
Copy to Clipboard Toggle word wrap
2.1.27.5. 将状态推送到备份位置

使用 ?action=start-push-state 参数将缓存状态推送到备份位置。

POST /v2/caches/{cacheName}/x-site/backups/{siteName}?action=start-push-state
Copy to Clipboard Toggle word wrap
2.1.27.6. 取消状态传输

使用 ?action=cancel-push-state 参数取消状态传输操作。

POST /v2/caches/{cacheName}/x-site/backups/{siteName}?action=cancel-push-state
Copy to Clipboard Toggle word wrap
2.1.27.7. 获取状态传输状态

使用 ?action=push-state-status 参数检索状态传输操作的状态。

GET /v2/caches/{cacheName}/x-site/backups?action=push-state-status
Copy to Clipboard Toggle word wrap

Data Grid 以 JSON 格式为每个备份位置的状态进行响应,如下例所示:

{
   "NYC":"CANCELED",
   "LON":"OK"
}
Copy to Clipboard Toggle word wrap
Expand
表 2.13. 返回的状态
描述

发送

状态传输到备份位置正在进行。

确定

状态传输成功完成。

ERROR

出现错误,状态为 transfer。检查日志文件。

取消

状态转移取消正在进行。

2.1.27.8. 清除状态传输状态

使用 ?action=clear-push-state-status 参数发送站点的清除状态传输状态。

POST /v2/caches/{cacheName}/x-site/local?action=clear-push-state-status
Copy to Clipboard Toggle word wrap
2.1.27.9. 修改获取离线条件

如果满足某些条件,站点将处于离线状态。修改离线参数,以控制备份位置自动离线的时间。

流程

  1. 检查配置了 GET 请求和 take-offline-config 参数的离线参数。

    GET /v2/caches/{cacheName}/x-site/backups/{siteName}/take-offline-config
    Copy to Clipboard Toggle word wrap

    Data Grid 响应包括 after_failuresmin_wait 字段,如下所示:

    {
      "after_failures": 2,
      "min_wait": 1000
    }
    Copy to Clipboard Toggle word wrap
  2. 修改 取 PUT 请求正文中的离线参数。

    PUT /v2/caches/{cacheName}/x-site/backups/{siteName}/take-offline-config
    Copy to Clipboard Toggle word wrap

    如果操作成功完成,服务会返回 204 (不内容)

2.1.27.10. 从接收站点取消状态传输

如果两个备份位置之间的连接中断,您可以在接收推送的站点上取消状态传输。

从远程站点取消状态传输,并使用 ?action=cancel-receive-state 参数保留本地缓存的当前状态。

POST /v2/caches/{cacheName}/x-site/backups/{siteName}?action=cancel-receive-state
Copy to Clipboard Toggle word wrap

2.1.28. 滚动升级

在 Data Grid 集群间执行缓存数据的滚动升级

2.1.28.1. 同步数据

使用 POST 请求和 ?action=sync-data 参数将源集群的数据同步到目标集群:

POST /v2/caches/{cacheName}?action=sync-data
Copy to Clipboard Toggle word wrap

当操作完成后,Data Grid 使用复制到目标集群的条目总数进行响应。

2.1.28.2. 断开源集群

将数据同步到目标集群后,使用 POST 请求和 ?action=disconnect-source 参数断开与源集群的连接:

POST /v2/caches/{cacheName}?action=disconnect-source
Copy to Clipboard Toggle word wrap

如果操作成功完成,服务会返回 204 (不内容)

2.2. 创建和管理计数器

通过 REST API 创建、删除和修改计数器。

2.2.1. 创建计数器

使用在有效负载中包含配置的 POST 请求创建计数器。

POST /rest/v2/counters/{counterName}
Copy to Clipboard Toggle word wrap

Weak Counter 示例

{
    "weak-counter":{
        "initial-value":5,
        "storage":"PERSISTENT",
        "concurrency-level":1
    }
}
Copy to Clipboard Toggle word wrap

Strong Counter 示例

{
    "strong-counter":{
        "initial-value":3,
        "storage":"PERSISTENT",
        "upper-bound":5
    }
}
Copy to Clipboard Toggle word wrap

2.2.2. 删除计数器

使用 DELETE 请求删除特定计数器。

DELETE /rest/v2/counters/{counterName}
Copy to Clipboard Toggle word wrap

2.2.3. 检索计数器配置

检索具有 GET 请求的特定计数器的配置。

GET /rest/v2/counters/{counterName}/config
Copy to Clipboard Toggle word wrap

Data Grid 以 JSON 格式使用计数器配置响应。

2.2.4. 获取计数器值

使用 GET 请求检索计数器值。

GET /rest/v2/counters/{counterName}
Copy to Clipboard Toggle word wrap
Expand
表 2.14. Headers
标头必需/可选参数

accept

可选

返回内容所需的格式。支持的格式为 application/jsontext/plain。如果未提供标头,则假定 JSON。

2.2.5. 重置计数

在没有 POST 请求和 ?action=reset 参数的情况下恢复计数器的初始值。

POST /rest/v2/counters/{counterName}?action=reset
Copy to Clipboard Toggle word wrap

如果操作成功完成,服务会返回 204 (不内容)

2.2.6. 增加计数器

使用 POST 请求' 和 ?action=increment 参数递增计数器值。

POST /rest/v2/counters/{counterName}?action=increment
Copy to Clipboard Toggle word wrap
注意

WEAK 计数器永远不会在操作后响应并返回 204 (不内容)

STRONG 计数器返回 200 (OK),以及每个操作后的当前值。

2.2.7. 将 Deltas 添加到计数器

使用包含 ?action=adddelta 参数的 POST 请求向计数器添加任意值。

POST /rest/v2/counters/{counterName}?action=add&delta={delta}
Copy to Clipboard Toggle word wrap
注意

WEAK 计数器永远不会在操作后响应并返回 204 (不内容)

STRONG 计数器返回 200 (OK),以及每个操作后的当前值。

2.2.8. 缩减计数器值

使用 POST 请求和 ?action=decrement 参数减少计数器值。

POST /rest/v2/counters/{counterName}?action=decrement
Copy to Clipboard Toggle word wrap
注意

WEAK 计数器永远不会在操作后响应并返回 204 (不内容)

STRONG 计数器返回 200 (OK),以及每个操作后的当前值。

2.2.9. 在 Strong Counters 上执行 compareAndSet 操作

原子为具有 GET 请求和 compareAndSet 参数的强计数器设置值。

POST /rest/v2/counters/{counterName}?action=compareAndSet&expect={expect}&update={update}
Copy to Clipboard Toggle word wrap

如果当前值为 {expect},则以原子方式将值设为 {update}。如果操作成功,Data Grid 返回 true

2.2.10. 在 Strong Counters 上执行 compareAndSwap 操作

atomic 为强计数器设置值与 GET 请求,以及 compareAndSwap 参数。

POST /rest/v2/counters/{counterName}?action=compareAndSwap&expect={expect}&update={update}
Copy to Clipboard Toggle word wrap

如果当前值为 {expect},则以原子方式将值设为 {update}。如果操作成功,Data Grid 会返回有效负载中前面的值。

2.2.11. 列出计数器

检索具有 GET 请求的 Data Grid 集群中的计数器列表。

GET /rest/v2/counters/
Copy to Clipboard Toggle word wrap

2.3. 使用 Protobuf Schemas

通过 Data Grid REST API 创建和管理 Protobuf 模式、.proto 文件。

2.3.1. 创建 Protobuf Schemas

使用 POST 请求在 Data Grid 集群间创建 Protobuf 模式,该请求在有效负载中包含 protobuf 文件的内容。

POST /rest/v2/schemas/{schemaName}
Copy to Clipboard Toggle word wrap

如果架构已存在,Data Grid 会返回 HTTP 409 (Conflict)。如果架构无效,无论是由于语法错误,或由于其某些依赖项丢失,则数据网格会存储架构并在响应正文中返回错误。

Data Grid 使用架构名称和任何错误进行响应。

{
  "name" : "users.proto",
  "error" : {
    "message": "Schema users.proto has errors",
    "cause": "java.lang.IllegalStateException:Syntax error in error.proto at 3:8: unexpected label: messoge"
  }
}
Copy to Clipboard Toggle word wrap
  • name 是 Protobuf 模式的名称。
  • 有效 Protobuf 模式 的错误null。如果 Data Grid 无法成功验证架构,它会返回错误。

如果操作成功完成,服务会返回 201 (Created)

2.3.2. 读取 Protobuf Schemas

使用 GET 请求从 Data Grid 检索 Protobuf 模式。

GET /rest/v2/schemas/{schemaName}
Copy to Clipboard Toggle word wrap

2.3.3. 更新 Protobuf Schemas

修改包含有效负载中 protobuf 文件的内容的 PUT 请求的 Protobuf 模式。

PUT /rest/v2/schemas/{schemaName}
Copy to Clipboard Toggle word wrap

如果架构无效,无论是由于语法错误,或由于其某些依赖项丢失,则数据网格会更新架构并在响应正文中返回错误。

{
  "name" : "users.proto",
  "error" : {
    "message": "Schema users.proto has errors",
    "cause": "java.lang.IllegalStateException:Syntax error in error.proto at 3:8: unexpected label: messoge"
  }
}
Copy to Clipboard Toggle word wrap
  • name 是 Protobuf 模式的名称。
  • 有效 Protobuf 模式 的错误null。如果 Data Grid 无法成功验证架构,它会返回错误。

2.3.4. 删除 Protobuf Schemas

使用 DELETE 请求从 Data Grid 集群中删除 Protobuf 模式。

DELETE /rest/v2/schemas/{schemaName}
Copy to Clipboard Toggle word wrap

如果操作成功完成,服务会返回 204 (不内容)

2.3.5. 列出 Protobuf Schemas

使用 GET 请求列出所有可用的 Protobuf 模式。

GET /rest/v2/schemas/
Copy to Clipboard Toggle word wrap

Data Grid 使用集群中所有可用的模式列表进行响应。

[ {
  "name" : "users.proto",
  "error" : {
    "message": "Schema users.proto has errors",
    "cause": "java.lang.IllegalStateException:Syntax error in error.proto at 3:8: unexpected label: messoge"
  }
}, {
  "name" : "people.proto",
  "error" : null
}]
Copy to Clipboard Toggle word wrap
  • name 是 Protobuf 模式的名称。
  • 有效 Protobuf 模式 的错误null。如果 Data Grid 无法成功验证架构,它会返回错误。

2.4. 使用缓存管理器

与 Data Grid Cache Manager 交互以获取集群和用量统计。

2.4.1. 获取基本缓存管理器信息

使用 GET 请求检索有关缓存管理器的信息。

GET /rest/v2/cache-managers/{cacheManagerName}
Copy to Clipboard Toggle word wrap

Data Grid 使用 JSON 格式的信息响应,如下例所示:

{
    "version":"xx.x.x-FINAL",
    "name":"default",
    "coordinator":true,
    "cache_configuration_names":[
        "___protobuf_metadata",
        "cache2",
        "CacheManagerResourceTest",
        "cache1"
    ],
    "cluster_name":"ISPN",
    "physical_addresses":"[127.0.0.1:35770]",
    "coordinator_address":"CacheManagerResourceTest-NodeA-49696",
    "cache_manager_status":"RUNNING",
    "created_cache_count":"3",
    "running_cache_count":"3",
    "node_address":"CacheManagerResourceTest-NodeA-49696",
    "cluster_members":[
        "CacheManagerResourceTest-NodeA-49696",
        "CacheManagerResourceTest-NodeB-28120"
    ],
    "cluster_members_physical_addresses":[
        "127.0.0.1:35770",
        "127.0.0.1:60031"
    ],
    "cluster_size":2,
    "defined_caches":[
        {
            "name":"CacheManagerResourceTest",
            "started":true
        },
        {
            "name":"cache1",
            "started":true
        },
        {
            "name":"___protobuf_metadata",
            "started":true
        },
        {
            "name":"cache2",
            "started":true
        }
    ],
    "local_site": "LON",
    "sites_view": [
        "LON",
        "NYC"
    ]
}
Copy to Clipboard Toggle word wrap
  • 版本 包含 Data Grid 版本
  • name 包含配置中定义的缓存管理器的名称
  • 如果缓存 管理器是集群的协调器,则协调器为 true
  • cache_configuration_names 包含缓存管理器中定义的所有缓存配置的数组
  • cluster_ NAME 包含配置中定义的集群名称
  • physical_addresses 包含与缓存管理器关联的物理网络地址
  • coordinator_address 包含集群的协调器的物理网络地址
  • cache_manager_status 缓存管理器的生命周期状态。有关可能的值,请检查 org.infinispan.lifecycle.ComponentStatus 文档
  • created_cache_count 创建缓存的数量,不包括所有内部和外部缓存
  • 运行的创建的缓存的 running_cache_count 数量
  • node_address 包含缓存管理器的逻辑地址
  • cluster_memberscluster_members_physical_addresses 一个集群成员的逻辑和物理地址的数组
  • 集群中成员的 cluster_size 数量
  • defined_caches A 列表,缓存管理器中定义的所有缓存,不包括私有缓存,但包括可以访问的内部缓存
  • local_site 在本地站点的名称。
    如果没有配置跨站点复制,则数据网格会返回 "local"。
  • site _view 参与跨站点复制的站点列表。
    如果没有配置跨站点复制,Data Grid 会返回空列表。

2.4.2. 获取集群健康状况

使用 GET 请求检索 Data Grid 集群的健康信息。

GET /rest/v2/cache-managers/{cacheManagerName}/health
Copy to Clipboard Toggle word wrap

Data Grid 使用 JSON 格式的集群健康信息响应,如下例所示:

{
    "cluster_health":{
        "cluster_name":"ISPN",
        "health_status":"HEALTHY",
        "number_of_nodes":2,
        "node_names":[
            "NodeA-36229",
            "NodeB-28703"
        ]
    },
    "cache_health":[
        {
            "status":"HEALTHY",
            "cache_name":"___protobuf_metadata"
        },
        {
            "status":"HEALTHY",
            "cache_name":"cache2"
        },
        {
            "status":"HEALTHY",
            "cache_name":"mycache"
        },
        {
            "status":"HEALTHY",
            "cache_name":"cache1"
        }
    ]

}
Copy to Clipboard Toggle word wrap
  • cluster_health 包含集群的健康状况

    • cluster_ NAME 指定配置中定义的集群名称。
    • health_status 提供以下之一:

      • DEGRADED 指示至少一个缓存处于降级模式。
      • HEALTHY_REBALANCING 指示至少一个缓存处于重新平衡状态。
      • HEALTHY 表示集群中的所有缓存实例都如预期运行。
      • FAILED 表示缓存未能从提供的配置开始。
    • number_of_nodes 显示群集成员的总数。为非集群(standalone)服务器返回值 0。
    • node_names 是所有群集成员的数组。单机服务器为空。
  • cache_health 包含每个缓存的健康状况信息

    • Status HEALTHY, DEGRADED, HEALTHY_REBALANCING 或 FAILED
    • cache_name 配置中定义的缓存名称。

2.4.3. 获取缓存管理器健康状态

使用不需要身份验证的 GET 请求检索 Cache Managers 的健康状况。

GET /rest/v2/cache-managers/{cacheManagerName}/health/status
Copy to Clipboard Toggle word wrap

Data Grid 以 text/plain 格式之一响应:

  • 健康
  • HEALTHY_REBALANCING
  • DEGRADED
  • 失败

2.4.4. 检查 REST 端点可用性

验证 Data Grid server REST 端点可用性与 HEAD 请求。

HEAD /rest/v2/cache-managers/{cacheManagerName}/health
Copy to Clipboard Toggle word wrap

如果您收到成功的响应代码,则 Data Grid REST 服务器正在运行并服务请求。

2.4.5. 获取缓存管理器的全局配置

使用 GET 请求检索缓存管理器的全局配置。

GET /rest/v2/cache-managers/{cacheManagerName}/config
Copy to Clipboard Toggle word wrap
Expand
表 2.15. Headers
标头必需/可选参数

accept

可选

返回内容所需的格式。支持的格式为 application/jsonapplication/xml。如果未提供标头,则假定 JSON。

2.4.6. 获取所有缓存的配置

检索具有 GET 请求的所有缓存的配置。

GET /rest/v2/cache-managers/{cacheManagerName}/cache-configs
Copy to Clipboard Toggle word wrap

Data Grid 使用包含每个缓存和缓存配置的 JSON 阵列响应,如下例所示:

[
  {
      "name":"cache1",
      "configuration":{
          "distributed-cache":{
              "mode":"SYNC",
              "partition-handling":{
                  "when-split":"DENY_READ_WRITES"
              },
              "statistics":true
          }
      }
  },
  {
      "name":"cache2",
      "configuration":{
          "distributed-cache":{
              "mode":"SYNC",
              "transaction":{
                  "mode":"NONE"
              }
          }
      }
  }
]
Copy to Clipboard Toggle word wrap

2.4.7. 列出可用的缓存模板

使用 GET 请求检索所有可用的 Data Grid 缓存模板。

GET /rest/v2/cache-managers/{cacheManagerName}/cache-configs/templates
Copy to Clipboard Toggle word wrap
提示

2.4.8. (实验性)包含缓存状态和信息

检索缓存管理器的所有可用缓存列表,以及缓存状态和详情,以及 GET 请求。

GET /rest/v2/cache-managers/{cacheManagerName}/caches
Copy to Clipboard Toggle word wrap

Data Grid 使用列出和描述每个可用缓存的 JSON 阵列响应,如下例所示:

[ {
  "status" : "RUNNING",
  "name" : "cache1",
  "type" : "local-cache",
  "simple_cache" : false,
  "transactional" : false,
  "persistent" : false,
  "bounded": false,
  "secured": false,
  "indexed": true,
  "has_remote_backup": true,
  "health":"HEALTHY"
}, {
  "status" : "RUNNING",
  "name" : "cache2",
  "type" : "distributed-cache",
  "simple_cache" : false,
  "transactional" : true,
  "persistent" : false,
  "bounded": false,
  "secured": false,
  "indexed": true,
  "has_remote_backup": true,
  "health":"HEALTHY"
}]
Copy to Clipboard Toggle word wrap

2.4.9. 获取缓存管理器统计信息

使用 GET 请求检索缓存管理器的统计信息。

GET /rest/v2/cache-managers/{cacheManagerName}/stats
Copy to Clipboard Toggle word wrap

Data Grid 以 JSON 格式使用缓存管理器统计信息响应,如下例所示:

{
    "statistics_enabled":true,
    "read_write_ratio":0.0,
    "time_since_start":1,
    "time_since_reset":1,
    "number_of_entries":0,
    "total_number_of_entries":0,
    "off_heap_memory_used":0,
    "data_memory_used":0,
    "misses":0,
    "remove_hits":0,
    "remove_misses":0,
    "evictions":0,
    "average_read_time":0,
    "average_read_time_nanos":0,
    "average_write_time":0,
    "average_write_time_nanos":0,
    "average_remove_time":0,
    "average_remove_time_nanos":0,
    "required_minimum_number_of_nodes":1,
    "hits":0,
    "stores":0,
    "current_number_of_entries_in_memory":0,
    "hit_ratio":0.0,
    "retrievals":0
}
Copy to Clipboard Toggle word wrap
  • 如果为 Cache Manager 启用了统计集合,则 statistics_enabledtrue
  • read_write_ratio 显示所有缓存的读/写比率。
  • time_since_start 显示自缓存管理器启动以来的时间(以秒为单位)。
  • time_since_reset 显示缓存管理器统计上次重置后的秒数。
  • number_of_entries 显示来自 Cache Manager 的所有缓存中当前条目总数。这个统计只返回本地缓存实例中的条目。
  • total_number_of_entries 显示缓存管理器的所有缓存上执行的存储操作数量。
  • off_heap_memory_used 显示此缓存容器使用的非堆内存的数量,以字节为单位
  • data_memory_used 显示 (以字节为单位 ),当前驱除算法估计用于所有缓存中的数据。如果没有启用驱除,则返回 0。
  • misses 显示所有缓存中的 get () 丢失的数量。
  • remove_hits 显示所有缓存间删除命中的数量。
  • remove_misses 显示所有缓存间删除未命中的数量。
  • 驱除 显示所有缓存上的驱除数量。
  • average_read_time 显示所有缓存中的 get () 操作的平均毫秒数。
  • average_read_time_nanosaverage_read_time 相同,但以纳秒为单位。
  • average_remove_time 显示所有缓存中的 remove () 操作的平均毫秒数。
  • average_remove_time_nanosaverage_remove_time 相同,但以纳秒为单位。
  • required_minimum_number_of_nodes 显示保证数据一致性所需的最小节点数量。
  • hits 提供所有缓存的 get () 命中数。
  • 存储 提供所有缓存的 put () 操作数量。
  • current_number_of_entries_in_memory 显示当前缓存中的条目总数,不包括传递的条目。
  • hit_ratio 为所有缓存提供总百分比的 hit/(hit+miss)比率。
  • 检索 显示 get () 操作总数。

2.4.10. 备份数据网格缓存管理器

创建备份存档、application/zip,其中包含当前存储在缓存管理器中的资源(缓存、缓存模板、计数器、Protobuf 模式、服务器任务等)。

POST /rest/v2/cache-managers/{cacheManagerName}/backups/{backupName}
Copy to Clipboard Toggle word wrap

如果存在具有相同名称的备份,服务会以 409 (Conflict) 响应。如果 directory 参数无效,则服务会返回 400 (Bad Request)202 响应表示接受备份请求进行处理。

(可选)包含包含备份操作参数的 JSON 有效负载,如下所示:

Expand
表 2.16. JSON 参数
必需/可选

目录

可选

指定服务器上用于创建和存储备份存档的位置。

资源

可选

以 JSON 格式指定要备份的资源。默认为备份所有资源。如果您指定了一个或多个资源,则 Data Grid 仅备份这些资源。如需更多信息 ,请参阅 资源参数表。

Expand
表 2.17. 资源参数
必需/可选

缓存

可选

指定所有缓存要备份的缓存名称的数组,或指定 为所有缓存。

cache-configs

可选

指定用于备份所有模板的缓存模板数组,或指定 * 用于所有模板。

计数器

可选

为所有计数器定义要备份的计数器名称数组,或定义 X。

proto-schemas

可选

为所有模式定义要备份的 Protobuf 模式名称的数组,或定义 *

tasks

可选

指定要备份的服务器任务数组,或为所有任务指定 *

以下示例在指定目录中创建一个名为 [cache1,cache2] 的所有计数器和缓存的备份存档:

{
  "directory": "/some/path/accessible/to/the/server",
  "resources": {
    "caches": ["cache1", "cache2"],
    "counters": ["*"]
  }
}
Copy to Clipboard Toggle word wrap

2.4.11. 列出备份

检索正在进行、完成或失败的所有备份操作的名称。

GET /rest/v2/cache-managers/{cacheManagerName}/backups
Copy to Clipboard Toggle word wrap

Data Grid 使用所有备份名称的数组响应,如下例所示:

["backup1", "backup2"]
Copy to Clipboard Toggle word wrap

2.4.12. 检查备份可用性

验证备份操作已完成。

HEAD /rest/v2/cache-managers/{cacheManagerName}/backups/{backupName}
Copy to Clipboard Toggle word wrap

200 响应表示备份存档可用。202 响应表示备份操作正在进行中。

2.4.13. 下载备份归档

从服务器下载备份存档。

GET /rest/v2/cache-managers/{cacheManagerName}/backups/{backupName}
Copy to Clipboard Toggle word wrap

200 响应表示备份存档可用。202 响应表示备份操作正在进行中。

2.4.14. 删除备份归档

从服务器中删除备份存档。

DELETE /rest/v2/cache-managers/{cacheManagerName}/backups/{backupName}
Copy to Clipboard Toggle word wrap

204 响应表示备份存档已被删除。202 响应表示备份操作正在进行,但会在操作完成后删除。

2.4.15. 从备份归档中恢复数据网格资源

从备份存档中恢复数据网格资源。提供的 {restoreName} 用于跟踪恢复进度,它独立于正在恢复的备份文件的名称。

重要

只有在备份存档中的容器名称与 {cacheManagerName} 匹配时才可以恢复资源。

POST /rest/v2/cache-managers/{cacheManagerName}/restores/{restoreName}
Copy to Clipboard Toggle word wrap

202 响应表示已接受恢复请求进行处理。

2.4.15.1. 在 Data Grid Server 上从备份归档中恢复

application/json 内容类型与您的 POST 请求一起使用,以从服务器上可用的存档进行备份。

Expand
表 2.18. JSON 参数
必需/可选

位置

必需

指定要恢复的备份存档的路径。

资源

可选

以 JSON 格式指定要恢复的资源。默认为恢复所有资源。如果您指定了一个或多个资源,则 Data Grid 仅恢复这些资源。如需更多信息 ,请参阅 资源参数表。

Expand
表 2.19. 资源参数
必需/可选

缓存

可选

指定所有缓存要备份的缓存名称的数组,或指定 为所有缓存。

cache-configs

可选

指定用于备份所有模板的缓存模板数组,或指定 * 用于所有模板。

计数器

可选

为所有计数器定义要备份的计数器名称数组,或定义 X。

proto-schemas

可选

为所有模式定义要备份的 Protobuf 模式名称的数组,或定义 *

tasks

可选

指定要备份的服务器任务数组,或为所有任务指定 *

以下示例从服务器的备份存档中恢复所有计数器:

{
  "location": "/some/path/accessible/to/the/server/backup-to-restore.zip",
  "resources": {
    "counters": ["*"]
  }
}
Copy to Clipboard Toggle word wrap
2.4.15.2. 从本地备份归档中恢复

multipart/form-data 内容类型与您的 POST 请求一起使用,将本地备份存档上传到服务器。

Expand
表 2.20. 表单数据
参数Content-Type必需/可选

backup

application/zip

必需

指定要恢复的备份存档的字节数。

资源

application/json,text/plain

可选

定义请求参数的 JSON 对象。

请求示例

Content-Type: multipart/form-data; boundary=5ec9bc07-f069-4662-a535-46069afeda32
Content-Length: 7721

--5ec9bc07-f069-4662-a535-46069afeda32
Content-Disposition: form-data; name="resources"
Content-Length: 23

{"scripts":["test.js"]}
--5ec9bc07-f069-4662-a535-46069afeda32
Content-Disposition: form-data; name="backup"; filename="testManagerRestoreParameters.zip"
Content-Type: application/zip
Content-Length: 7353

<zip-bytes>
--5ec9bc07-f069-4662-a535-46069afeda32--
Copy to Clipboard Toggle word wrap

2.4.16. 列出恢复

检索所有正在进行、完成或失败的恢复请求的名称。

GET /rest/v2/cache-managers/{cacheManagerName}/restores
Copy to Clipboard Toggle word wrap

Data Grid 使用所有恢复名称的数组响应,如下例所示:

["restore1", "restore2"]
Copy to Clipboard Toggle word wrap

2.4.17. 检查恢复正在进行

验证恢复操作已完成。

HEAD /rest/v2/cache-managers/{cacheManagerName}/restores/{restoreName}
Copy to Clipboard Toggle word wrap

201 (Created) 响应表示恢复操作已完成。202 (接受) 响应表示备份操作正在进行中。

2.4.18. 删除恢复元数据

删除从服务器恢复请求的元数据。此操作会删除与恢复请求关联的所有元数据,但不删除任何恢复的内容。如果删除请求元数据,您可以使用请求名称来执行后续的恢复操作。

DELETE /rest/v2/cache-managers/{cacheManagerName}/restores/{restoreName}
Copy to Clipboard Toggle word wrap

204 (No Content) 响应表示恢复元数据已被删除。202 (接受) 响应表示恢复操作正在进行中,并在操作完成后删除。

2.4.19. 使用缓存管理器的跨站点操作

使用缓存管理器执行跨站点操作,以将操作应用到所有缓存。

2.4.19.1. 获取备份位置状态

使用 GET 请求,从缓存管理器检索所有备份位置的状态。

GET /rest/v2/cache-managers/{cacheManagerName}/x-site/backups/
Copy to Clipboard Toggle word wrap

Data Grid 以 JSON 格式的状态响应,如下例所示:

{
   "SFO-3":{
      "status":"online"
   },
   "NYC-2":{
      "status":"mixed",
      "online":[
         "CACHE_1"
      ],
      "offline":[
         "CACHE_2"
      ]
   }
}
Copy to Clipboard Toggle word wrap
Expand
表 2.21. 返回的状态
描述

online

本地集群中的所有节点都有一个带有备份位置的跨站点视图。

离线

本地集群中没有带有备份位置的跨站点视图。

mixed

本地集群中的某些节点具有带有备份位置的跨站点视图,本地集群中的其他节点没有跨站点视图。响应表示每个节点的状态。

2.4.19.2. 执行备份位置离线

使用 ?action=take-offline 参数使备份位置离线。

POST /rest/v2/cache-managers/{cacheManagerName}/x-site/backups/{siteName}?action=take-offline
Copy to Clipboard Toggle word wrap
2.4.19.3. 使备份位置在线

使用 ?action=bring-online 参数在线启动备份位置。

POST /rest/v2/cache-managers/{cacheManagerName}/x-site/backups/{siteName}?action=bring-online
Copy to Clipboard Toggle word wrap
2.4.19.4. 检索状态传输模式

使用 GET 请求检查状态传输模式。

GET /rest/v2/caches/{cacheName}/x-site/backups/{site}/state-transfer-mode
Copy to Clipboard Toggle word wrap
2.4.19.5. 设置状态传输模式

使用 ?action=set 参数配置状态传输模式。

POST /rest/v2/caches/{cacheName}/x-site/backups/{site}/state-transfer-mode?action=set&mode={mode}
Copy to Clipboard Toggle word wrap
2.4.19.6. 启动状态传输

使用 ?action=start-push-state 参数将所有缓存的状态推送到远程站点。

POST /rest/v2/cache-managers/{cacheManagerName}/x-site/backups/{siteName}?action=start-push-state
Copy to Clipboard Toggle word wrap
2.4.19.7. 取消状态传输

使用 ?action=cancel-push-state 参数取消持续状态传输操作。

POST /rest/v2/cache-managers/{cacheManagerName}/x-site/backups/{siteName}?action=cancel-push-state
Copy to Clipboard Toggle word wrap

2.5. 使用 Data Grid 服务器

监控和管理 Data Grid 服务器实例。

2.5.1. 检索基本服务器信息

使用 GET 请求查看有关 Data Grid 服务器的基本信息。

GET /rest/v2/server
Copy to Clipboard Toggle word wrap

Data Grid 以 JSON 格式使用服务器名称、代码名称和版本响应,如下例所示:

{
  "version":"Infinispan 'Codename' xx.x.x.Final"
}
Copy to Clipboard Toggle word wrap

2.5.2. 获取缓存管理器

使用 GET 请求,检索用于 Data Grid 服务器的缓存管理器列表。

GET /rest/v2/server/cache-managers
Copy to Clipboard Toggle word wrap

Data Grid 使用为服务器配置缓存管理器名称的数组响应。

注意

Data Grid 目前只支持每台服务器有一个缓存管理器。

2.5.3. 在忽略列表中添加缓存

配置 Data Grid 以临时排除客户端请求的特定缓存。发送包含缓存管理器名称和缓存的空 POST 请求。

POST /v2/server/ignored-caches/{cache-manager}/{cache}
Copy to Clipboard Toggle word wrap

如果找不到缓存或缓存管理器,则数据网格会以 204 (No Content) 响应,如果缓存或缓存管理器没有添加到忽略列表中,则为 404 (Not Found)

注意

Data Grid 目前只支持每台服务器有一个缓存管理器。为将来的兼容性,您必须在请求中提供缓存管理器名称。

2.5.4. 从 Ignore Lists 中删除缓存

使用 DELETE 请求从 ignore 列表中删除缓存。

DELETE /v2/server/ignored-caches/{cache-manager}/{cache}
Copy to Clipboard Toggle word wrap

如果找不到缓存或缓存管理器,则数据网格会以 204 (No Content) 响应,如果缓存或缓存管理器没有从忽略列表中删除了 404 (Not Found)

2.5.5. 确认忽略缓存

确认通过 GET 请求会忽略缓存。

GET /v2/server/ignored-caches/{cache-manager}
Copy to Clipboard Toggle word wrap

2.5.6. 获取服务器配置

使用 GET 请求检索数据网格服务器配置。

GET /rest/v2/server/config
Copy to Clipboard Toggle word wrap

Data Grid 使用 JSON 格式的配置响应,如下所示:

{
    "server":{
        "interfaces":{
            "interface":{
                "name":"public",
                "inet-address":{
                    "value":"127.0.0.1"
                }
            }
        },
        "socket-bindings":{
            "port-offset":0,
            "default-interface":"public",
            "socket-binding":[
                {
                    "name":"memcached",
                    "port":11221,
                    "interface":"memcached"
                }
            ]
        },
        "security":{
            "security-realms":{
                "security-realm":{
                    "name":"default"
                }
            }
        },
        "endpoints":{
            "socket-binding":"default",
            "security-realm":"default",
            "hotrod-connector":{
                "name":"hotrod"
            },
            "rest-connector":{
                "name":"rest"
            }
        }
    }
}
Copy to Clipboard Toggle word wrap

2.5.7. 获取环境变量

使用 GET 请求检索 Data Grid 服务器的所有环境变量。

GET /rest/v2/server/env
Copy to Clipboard Toggle word wrap

2.5.8. 获取 JVM 内存详情

检索具有 GET 请求的 Data Grid 服务器的 JVM 内存用量信息。

GET /rest/v2/server/memory
Copy to Clipboard Toggle word wrap

Data Grid 使用堆和非堆内存统计信息响应,直接内存用量,以及 JSON 格式的内存池和垃圾回收的信息。

2.5.9. 获取 JVM 线程转储

使用 GET 请求检索 JVM 的当前线程转储。

GET /rest/v2/server/threads
Copy to Clipboard Toggle word wrap

Data Grid 以 text/plain 格式使用当前的线程转储响应。

2.5.10. 获取 Data Grid 服务器的诊断报告

使用 GET 请求检索 Data Grid 服务器的聚合报告。

GET /rest/v2/server/report
Copy to Clipboard Toggle word wrap

Data Grid 使用 tar.gz 存档进行响应,其中包含一个聚合的报告,其中包含有关 Data Grid 服务器和主机的诊断信息。除了配置和日志文件外,该报告还提供有关 CPU、内存、打开文件、网络套接字和路由线程的详细信息。

2.5.11. 停止 Data Grid 服务器

使用 POST 请求停止 Data Grid 服务器。

POST /rest/v2/server?action=stop
Copy to Clipboard Toggle word wrap

网格以 204 (不内容) 响应,然后停止运行。

2.6. 使用 Data Grid 集群

监控并在 Data Grid 集群上执行管理任务。

2.6.1. 停止 Data Grid 集群

使用 POST 请求关闭整个 Data Grid 集群。

POST /rest/v2/cluster?action=stop
Copy to Clipboard Toggle word wrap

Data Grid 使用 204 (不内容) 响应,然后执行整个集群的有序关闭。

2.6.2. 在集群中停止特定 Data Grid 服务器

使用 GET 请求和 ?action=stop&server 参数关闭 Data Grid 集群中的一个或多个特定服务器。

POST /rest/v2/cluster?action=stop&server={server1_host}&server={server2_host}
Copy to Clipboard Toggle word wrap

Data Grid 用 204 (非内容) 响应。

2.6.3. 备份 Data Grid 集群

创建备份存档、应用程序/zip,其中包含当前存储在集群的缓存容器中的资源(缓存、模板、计数器、Protobuf 模式、服务器任务等)。

POST /rest/v2/cluster/backups/{backupName}
Copy to Clipboard Toggle word wrap

(可选)包含包含备份操作参数的 JSON 有效负载,如下所示:

Expand
表 2.22. JSON 参数
必需/可选

目录

可选

指定服务器上用于创建和存储备份存档的位置。

如果备份操作成功完成,服务会返回 202 (接受)。如果存在具有相同名称的备份,服务会返回 409 (Conflict)。如果 directory 参数无效,则服务会返回 400 (Bad Request)

2.6.4. 列出备份

检索正在进行、完成或失败的所有备份操作的名称。

GET /rest/v2/cluster/backups
Copy to Clipboard Toggle word wrap

Data Grid 使用所有备份名称的数组响应,如下例所示:

["backup1", "backup2"]
Copy to Clipboard Toggle word wrap

2.6.5. 检查备份可用性

验证备份操作已完成。200 响应表示备份存档可用。202 响应表示备份操作正在进行中。

HEAD /rest/v2/cluster/backups/{backupName}
Copy to Clipboard Toggle word wrap

2.6.6. 下载备份归档

从服务器下载备份存档。200 响应表示备份存档可用。202 响应表示备份操作正在进行中。

GET /rest/v2/cluster/backups/{backupName}
Copy to Clipboard Toggle word wrap

2.6.7. 删除备份归档

从服务器中删除备份存档。204 响应表示备份存档已被删除。202 响应表示备份操作正在进行,但会在操作完成后删除。

DELETE /rest/v2/cluster/backups/{backupName}
Copy to Clipboard Toggle word wrap

2.6.8. 恢复 Data Grid 集群资源

在备份存档中应用资源来恢复数据网格集群。提供的 {restoreName} 用于跟踪恢复进度,它独立于正在恢复的备份文件的名称。

重要

只有在备份存档中的容器名称与集群的容器名称匹配时,才能恢复资源。

POST /rest/v2/cluster/restores/{restoreName}
Copy to Clipboard Toggle word wrap

202 响应表示接受恢复请求进行处理。

2.6.8.1. 在 Data Grid Server 上从备份归档中恢复

application/json 内容类型与您的 POST 请求一起使用,以从服务器上可用的存档进行备份。

Expand
表 2.23. JSON 参数
必需/可选

位置

必需

指定要恢复的备份存档的路径。

资源

可选

以 JSON 格式指定要恢复的资源。默认为恢复所有资源。如果您指定了一个或多个资源,则 Data Grid 仅恢复这些资源。如需更多信息 ,请参阅 资源参数表。

Expand
表 2.24. 资源参数
必需/可选

缓存

可选

指定所有缓存要备份的缓存名称的数组,或指定 为所有缓存。

cache-configs

可选

指定用于备份所有模板的缓存模板数组,或指定 * 用于所有模板。

计数器

可选

为所有计数器定义要备份的计数器名称数组,或定义 X。

proto-schemas

可选

为所有模式定义要备份的 Protobuf 模式名称的数组,或定义 *

tasks

可选

指定要备份的服务器任务数组,或为所有任务指定 *

以下示例从服务器的备份存档中恢复所有计数器:

{
  "location": "/some/path/accessible/to/the/server/backup-to-restore.zip",
  "resources": {
    "counters": ["*"]
  }
}
Copy to Clipboard Toggle word wrap
2.6.8.2. 从本地备份归档中恢复

multipart/form-data 内容类型与您的 POST 请求一起使用,将本地备份存档上传到服务器。

Expand
表 2.25. 表单数据
参数Content-Type必需/可选

backup

application/zip

必需

指定要恢复的备份存档的字节数。

请求示例

Content-Type: multipart/form-data; boundary=5ec9bc07-f069-4662-a535-46069afeda32
Content-Length: 7798

--5ec9bc07-f069-4662-a535-46069afeda32
Content-Disposition: form-data; name="backup"; filename="testManagerRestoreParameters.zip"
Content-Type: application/zip
Content-Length: 7353

<zip-bytes>
--5ec9bc07-f069-4662-a535-46069afeda32--
Copy to Clipboard Toggle word wrap

2.6.9. 列出恢复

检索所有正在进行、完成或失败的恢复请求的名称。

GET /rest/v2/cluster/restores
Copy to Clipboard Toggle word wrap

Data Grid 使用所有恢复名称的数组响应,如下例所示:

["restore1", "restore2"]
Copy to Clipboard Toggle word wrap

2.6.10. 检查恢复正在进行

验证恢复操作已完成。

HEAD /rest/v2/cluster/restores/{restoreName}
Copy to Clipboard Toggle word wrap

201 (Created) 响应表示恢复操作已完成。202 响应表示备份操作正在进行中。

2.6.11. 删除恢复元数据

删除从服务器恢复请求的元数据。此操作会删除与恢复请求关联的所有元数据,但不删除任何恢复的内容。如果删除请求元数据,您可以使用请求名称来执行后续的恢复操作。

DELETE /rest/v2/cluster/restores/{restoreName}
Copy to Clipboard Toggle word wrap

204 响应表示恢复元数据已被删除。202 响应表示恢复操作正在进行中,并在操作完成后删除。

2.7. 数据网格服务器日志记录配置

在运行时查看和修改 Data Grid 集群上的日志记录配置。

2.7.1. 列出日志记录附加程序

查看所有配置的带有 GET 请求的附加程序列表。

GET /rest/v2/logging/appenders
Copy to Clipboard Toggle word wrap

Data Grid 使用 JSON 格式的附加器列表响应,如下例所示:

{
  "STDOUT" : {
    "name" : "STDOUT"
  },
  "JSON-FILE" : {
    "name" : "JSON-FILE"
  },
  "HR-ACCESS-FILE" : {
    "name" : "HR-ACCESS-FILE"
  },
  "FILE" : {
    "name" : "FILE"
  },
  "REST-ACCESS-FILE" : {
    "name" : "REST-ACCESS-FILE"
  }
}
Copy to Clipboard Toggle word wrap

2.7.2. 列出日志记录器

查看所有配置的带有 GET 请求的日志记录器的列表。

GET /rest/v2/logging/loggers
Copy to Clipboard Toggle word wrap

Data Grid 使用 JSON 格式的日志记录器列表响应,如下例所示:

[ {
  "name" : "",
  "level" : "INFO",
  "appenders" : [ "STDOUT", "FILE" ]
}, {
  "name" : "org.infinispan.HOTROD_ACCESS_LOG",
  "level" : "INFO",
  "appenders" : [ "HR-ACCESS-FILE" ]
}, {
  "name" : "com.arjuna",
  "level" : "WARN",
  "appenders" : [ ]
}, {
  "name" : "org.infinispan.REST_ACCESS_LOG",
  "level" : "INFO",
  "appenders" : [ "REST-ACCESS-FILE" ]
} ]
Copy to Clipboard Toggle word wrap

2.7.3. 创建/修改日志记录器

创建新日志记录器或修改带有 PUT 请求的现有日志记录器。

PUT /rest/v2/logging/loggers/{loggerName}?level={level}&appender={appender}&appender={appender}...
Copy to Clipboard Toggle word wrap

Data Grid 将 {loggerName} 标识的日志记录器级别设置为 {level}。(可选)可以为日志记录器设置一个或多个附加程序。如果没有指定附加程序,则将使用 root 日志记录器中指定的程序。

如果操作成功完成,服务会返回 204 (不内容)

2.7.4. 删除日志记录器

删除具有 DELETE 请求的现有日志记录器。

DELETE /rest/v2/logging/loggers/{loggerName}
Copy to Clipboard Toggle word wrap

Data Grid 删除 {loggerName} 标识的日志记录器,并有效地恢复到使用根日志记录器配置。

如果操作成功处理,服务会返回响应代码 204 (不内容)。

2.8. 使用服务器任务

检索、执行和上传数据网格服务器任务。

2.8.1. 检索服务器任务信息

使用 GET 请求查看有关可用服务器任务的信息。

GET /rest/v2/tasks
Copy to Clipboard Toggle word wrap
Expand
表 2.26. 请求参数
参数必需/可选

type

可选

用户 : 将从结果中排除内部(admin)任务

Data Grid 使用可用任务列表进行响应。列表中包括任务的名称、处理任务的引擎、任务的指定参数、任务的执行模式,可以是 ONE_NODEALL_NODES,以及 JSON 格式的允许的安全角色,如下例所示:

[
  {
    "name": "SimpleTask",
    "type": "TaskEngine",
    "parameters": [
      "p1",
      "p2"
    ],
    "execution_mode": "ONE_NODE",
    "allowed_role": null
  },
  {
    "name": "RunOnAllNodesTask",
    "type": "TaskEngine",
    "parameters": [
      "p1"
    ],
    "execution_mode": "ALL_NODES",
    "allowed_role": null
  },
  {
    "name": "SecurityAwareTask",
    "type": "TaskEngine",
    "parameters": [],
    "execution_mode": "ONE_NODE",
    "allowed_role": "MyRole"
  }
]
Copy to Clipboard Toggle word wrap

2.8.2. 执行任务

使用 POST 请求执行任务,其中包含带有 param 前缀的任务名称和必需参数。

POST /rest/v2/tasks/SimpleTask?action=exec&param.p1=v1&param.p2=v2
Copy to Clipboard Toggle word wrap

Data Grid 使用任务结果做出响应。

2.8.3. 上传脚本任务

使用 PUTPOST 请求上传脚本任务。

提供 脚本作为请求的内容有效负载。在数据网格上传脚本后,您可以使用 GET 请求执行该脚本。

POST /rest/v2/tasks/taskName
Copy to Clipboard Toggle word wrap

2.9. 使用 Data Grid Security

查看和修改安全信息。

2.9.1. 检索用户的 ACL

查看有关用户主体和 access-control 列表的信息。

GET /rest/v2/security/user/acl
Copy to Clipboard Toggle word wrap

Data Grid 使用执行该请求的用户的信息进行响应。列表中包括用户的主体,以及用户访问时具有的资源列表和权限。

{
  "subject": [
    {
      "name": "deployer",
      "type": "NamePrincipal"
    }
  ],
  "global": [
    "READ", "WRITE", "EXEC", "LISTEN", "BULK_READ", "BULK_WRITE", "CREATE", "MONITOR", "ALL_READ", "ALL_WRITE"  ],
  "caches": {
    "___protobuf_metadata": [
      "READ", "WRITE", "EXEC", "LISTEN", "BULK_READ", "BULK_WRITE", "CREATE", "MONITOR", "ALL_READ", "ALL_WRITE"
    ],
    "mycache": [
      "LIFECYCLE", "READ", "WRITE", "EXEC", "LISTEN", "BULK_READ", "BULK_WRITE", "ADMIN", "CREATE", "MONITOR", "ALL_READ", "ALL_WRITE"
    ],
    "___script_cache": [
      "READ", "WRITE", "EXEC", "LISTEN", "BULK_READ", "BULK_WRITE", "CREATE", "MONITOR", "ALL_READ", "ALL_WRITE"
    ]
  }
}
Copy to Clipboard Toggle word wrap

2.9.2. 刷新 ACL 缓存

刷新跨集群的 access-control 列表缓存。

POST /rest/v2/security/cache?action=flush
Copy to Clipboard Toggle word wrap

2.9.3. 检索可用的角色

查看服务器中定义的所有可用角色。

GET /rest/v2/security/roles
Copy to Clipboard Toggle word wrap

Data Grid 使用可用角色列表进行响应。如果启用了授权,则只有具有 ADMIN 权限的用户才能调用此 API。

["observer","application","admin","monitor","deployer"]
Copy to Clipboard Toggle word wrap

2.9.4. 检索主体的角色

查看映射到主体的所有角色。

GET /rest/v2/security/roles/some_principal
Copy to Clipboard Toggle word wrap

Data Grid 使用指定主体的可用角色列表进行响应。要使用的域中不需要这个主体。

["observer"]
Copy to Clipboard Toggle word wrap

2.9.5. 为主体授予角色

为主体授予一个或多个新角色。

PUT /v2/security/roles/some_principal?action=grant&role=role1&role=role2
Copy to Clipboard Toggle word wrap
Expand
表 2.27. 请求参数
参数必需/可选

role

必需

角色的名称

2.9.6. 拒绝角色到主体

删除之前授予主体的一个或多个角色。

PUT /v2/security/roles/some_principal?action=deny&role=role1&role=role2
Copy to Clipboard Toggle word wrap
Expand
表 2.28. 请求参数
参数必需/可选

role

必需

角色的名称

法律通告

Copyright © 2023 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.
返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat