API-ul Core Admin este utilizat în principal sub acoperiri de API-ul Collections atunci când rulează un cluster SolrCloud.

reference

Utilizatorii SolrCloud nu ar trebui să utilizeze de obicei API-ul CoreAdmin direct, dar API-ul poate fi util pentru utilizatorii de instalații Solr cu un singur nod sau master/slave pentru operațiuni de întreținere de bază.

API-ul CoreAdmin este implementat de CoreAdminHandler, care este un gestionar de cereri cu scop special, care este utilizat pentru gestionarea nucleelor ​​Solr. Spre deosebire de alte gestionare de cereri, CoreAdminHandler nu este atașat la un singur nucleu. În schimb, există o singură instanță a CoreAdminHandler în fiecare nod Solr care gestionează toate nucleele care rulează în acel nod și este accesibil pe calea/solr/admin/cores.

Acțiunile CoreAdmin pot fi executate prin intermediul cererilor HTTP care specifică un parametru de cerere de acțiune, cu argumente specifice acțiunii suplimentare furnizate ca parametri suplimentari.

Toate numele acțiunilor sunt majuscule și sunt definite în profunzime în secțiunile de mai jos.

STARE

Acțiunea STATUS returnează starea tuturor nucleelor ​​Solr care rulează sau starea numai pentru nucleul numit.

Intrare

Parametrii interogării

Numele unui nucleu, așa cum este listat în atributul „nume” al unui element din solr.xml .

Dacă fals, informațiile despre index nu vor fi returnate cu o cerere de STARE de bază. În implementările Solr cu un număr mare de nuclee (adică mai mult de sute), preluarea informațiilor despre index pentru fiecare nucleu poate dura mult timp și nu este întotdeauna necesară.

CREA

Acțiunea CREATE creează un nou nucleu și îl înregistrează.

Dacă există deja un nucleu Solr cu numele dat, acesta va continua să gestioneze cererile în timp ce noul nucleu se inițializează. Când noul nucleu este gata, va fi nevoie de noi solicitări și vechiul nucleu va fi descărcat.

Rețineți că această comandă este singura dintre comenzile API Core Admin care nu acceptă parametrul de bază. În schimb, parametrul nume este necesar, așa cum se arată mai jos.

Apelul dvs. CREATE trebuie să poată găsi o configurație sau nu va reuși.

Când rulați SolrCloud și creați un nou nucleu pentru o colecție, configurația va fi moștenită din colecție. Fiecare colecție este legată de un nume config, care este stocat în baza de date ZooKeeper. Acest lucru îndeplinește cerința de configurare. Totuși, este ceva de remarcat - dacă rulați SolrCloud, ar trebui NU folosiți API CoreAdmin. Utilizați API-ul Colecții.

Când nu rulați SolrCloud, dacă aveți seturi de configurare definite, puteți utiliza parametrul configSet așa cum este documentat mai jos. Dacă nu există seturi de configurare, atunci instanceDir specificat în apelul CREATE trebuie să existe deja și trebuie să conțină un director conf care, la rândul său, trebuie să conțină solrconfig.xml, schema dvs., care este denumită de obicei fie administrat-schemă, fie schemă.xml, precum și orice fișiere la care fac referire aceste configuri.

Numele de fișiere config și schemă pot fi specificate cu parametrii config și schemă, dar acestea sunt opțiuni expert. Un lucru pe care l-ați putea face pentru a evita crearea directorului conf este să utilizați parametrii de configurare și schemă care indică căi absolute, dar acest lucru poate duce la configurații confuze, cu excepția cazului în care înțelegeți pe deplin ce faceți.