These are the Solr configuration files for the TUL Cob (LibrarySearch) databases content search & faceting Solr collection.
- These configurations are built for Solr 8.1
- The instructions below presume a SolrCloud multi-node setup (using an external Zookeeper)
You need a local SolrCloud cluster running to load these into. For example, use the make commands + docker-compose file in https://github.com/tulibraries/ansible-playbook-solrcloud to start a cluster. That repository's makefile includes this set of configurations and collection (tul_cob-az) in its make create-release-collections
and make create-aliases
commands.
If you want to go through those steps yourself, once you have a working SolrCloud cluster:
- clone this repository locally & change into the top level directory of the repository
$ git clone https://github.com/tulibraries/tul_cob-az-solr.git
$ cd tul_cob-az-solr
- zip the contents of this repository without the top-level directory
$ zip -r - * > tul_cob-az.zip
- load the configs zip file into a new SolrCloud ConfigSet (change the solr url to whichever solr you're developing against)
$ curl -X POST --header "Content-Type:application/octet-stream" --data-binary @tul_cob-az.zip "http://localhost:8081/solr/admin/configs?action=UPLOAD&name=tul_cob-az"
- create a new SolrCloud Collection using that ConfigSet (change the solr url to whichever solr you're developing against)
$ curl "http://localhost:8090/solr/admin/collections?action=CREATE&name=tul_cob-az-1&numShards=1&replicationFactor=2&maxShardsPerNode=1&collection.configName=tul_cob-az"
- create a new SolrCloud Alias pointing to that Collection (if you want to use an Alias; and change the solr url to whatever solr you're developing against):
$ curl "http://localhost:8090/solr/admin/collections?action=CREATEALIAS&name=tul_cob-az-1-dev&collections=tul_cob-az-1"
All PRs merged into the main
branch are not deployed anywhere. Only releases are deployed.
Once the main branch has been adequately tested and reviewed, a release is cut. Upon creating the release tag (generally just an integer), the following occurs:
- new ConfigSet of
tul_cob-az-{release-tag}
is created in Production SolrCloud; - new Collection of
tul_cob-az-{release-tag}-init
is created in Production SolrCloud w/the requisite ConfigSet (this Collection is largely ignored); - a new QA alias of
tul_cob-az-{release-tag}-qa
is created in Production SolrCloud, pointing to the init Collection; - a new Stage alias of
tul_cob-az-{release-tag}-stage
is created in Production SolrCloud, pointing to the init Collection; - a new Production alias of
tul_cob-az-{release-tag}-prod
is created in Production SolrCloud, pointing to the init Collection; - and, manually, a full reindex DAG is kicked off from Airflow Production to this new tul_cob-az alias. Upon completion of the reindex, relevant clients are redeployed pointing at their new alias, and then QA & UAT review occur.
See the process outlined here: https://github.com/tulibraries/docs/blob/main/services/solrcloud.md
After some time (1-4 days, as needed), the older tul_cob-az collections are manually removed from Prod SolrCloud.