[
https://issues.apache.org/jira/browse/SOLR-18427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eric Pugh updated SOLR-18427:
-----------------------------
Description:
Currently, no v2 form exists for List Replicas — only POST .../replicas
(create) and the two DELETE variants (single replica, by count) exist; there's
no read.
Proposed v2: GET /api/collections/collName/shards/shardName/replicas
Proposed response shape — one entry per replica, the same fields CLUSTERSTATUS
already returns per replica today:
{
"replicas": {
"core_node1":
{ "core": "collName_shard1_replica_n1", "base_url":
"http://host:8983/solr";, "node_name": "host:8983_solr", "state":
"active", "type": "NRT", "leader": true }
}
}
Starrted in SOLR-16392; directly closes one of the "shard/replica granular
read" gaps blocking a clean CLUSTERSTATUS decomposition. Its response shape is
reused by "Fetch Single Shard" api listed in future sub task.
Source: "Resource 'CRUD' APIs" tab, row "List Replicas". Same
CLUSTERSTATUS-decomposition motivation as "List Shards" above.
was:
Currently, no v2 form exists for List Replicas — only POST .../replicas
(create) and the two DELETE variants (single replica, by count) exist; there's
no read.
Proposed v2: GET /api/collections/collName/shards/shardName/replicas
Proposed response shape — one entry per replica, the same fields CLUSTERSTATUS
already returns per replica today:
{
"replicas": {
"core_node1": {
"core": "collName_shard1_replica_n1",
"base_url": "http://host:8983/solr";,
"node_name": "host:8983_solr",
"state": "active",
"type": "NRT",
"leader": true
}
}
}
Starrted in SOLR-16392; directly closes one of the "shard/replica granular
read" gaps blocking a clean CLUSTERSTATUS decomposition. Its response shape is
reused by "Fetch Single Shard" api listed in future sub task.
> Add v2 API equivalent for "List Replicas"
> -----------------------------------------
>
> Key: SOLR-18427
> URL: https://issues.apache.org/jira/browse/SOLR-18427
> Project: Solr
> Issue Type: Sub-task
> Components: v2 API
> Reporter: Eric Pugh
> Priority: Major
>
> Currently, no v2 form exists for List Replicas — only POST .../replicas
> (create) and the two DELETE variants (single replica, by count) exist;
> there's no read.
> Proposed v2: GET /api/collections/collName/shards/shardName/replicas
> Proposed response shape — one entry per replica, the same fields
> CLUSTERSTATUS already returns per replica today:
> {
> "replicas": {
> "core_node1":
> { "core": "collName_shard1_replica_n1", "base_url":
> "http://host:8983/solr";, "node_name": "host:8983_solr", "state":
> "active", "type": "NRT", "leader": true }
> }
> }
> Starrted in SOLR-16392; directly closes one of the "shard/replica granular
> read" gaps blocking a clean CLUSTERSTATUS decomposition. Its response shape
> is reused by "Fetch Single Shard" api listed in future sub task.
>
> Source: "Resource 'CRUD' APIs" tab, row "List Replicas". Same
> CLUSTERSTATUS-decomposition motivation as "List Shards" above.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
