Getting Started
These are some brief instructions to get you up and running with Ontoserver.
Make sure you check the details of the latest changes.
System Requirements
The requirements for running an Ontoserver instance are heavily dependent on the intended usage. For the basic usage pattern (< 20 concurrent users, syndicating a small number of binary indexes but not building indexes from source), the following resource levels are recommended (on top of a 64-bit docker machine)
Resource | Minimum | Recommended |
CPUs or Cores | 2 | 4 |
RAM | 4GB | 8GB |
Storage/Disk | 10GB | 20GB |
Building indexes from sources (e.g. RF2) is very demanding on memory - in these cases, at least 16GB of RAM is recommended.
Set up your environment
- Install Docker
In order to run Ontoserver, you first need a Docker environment. This will allow you to control the hosts (whether real or virtual, local or remote) on which Ontoserver and its database will run.
The simplest method is to download and install a Docker Engine https://www.docker.com/products/container-runtime
This should provide you with both the
docker
anddocker-compose
commands.If you wish to run Ontoserver on a remote virtual host, you may need to configure the appropriate drivers
- Establish an account with quay.io at https://quay.io
- Obtain an appropriate Licence:
- Within Australia, email help@digitalhealth.gov.au to request a (free) Ontoserver licence. ADHA will then arrange authorisation for your quay.io account.
- Elsewhere, email ontoserver-support@csiro.au to discuss licensing terms (both evaluation and production licences are available for single and multiple instances, no limit on number of users). Once the licence is established, CSIRO will register your quay.io account name to enable access to their repository
- Log in to quay.io with:
docker login quay.io
Minimal Configuration
- Create a text file called docker-compose.yml with the following contents (or download ./docker-compose.yml).
- If deploying in Australia, details on configuring NCTS_CLIENT_ID and NCTS_CLIENT_SECRET can be found here.
Otherwise, you only need to include this configuration if you have a secured upstream syndication service. In this case, the process for obtaining credentials will be specific to your syndication provider.
- You will almost certainly want to set the JVM maximum heap via
JAVA_OPTS=-Xmx
as per below, as the defaults can be unreliable. - NOTE: By default, Ontoserver will run using SSL/TLS (i.e. https://). To disable SSL/TLS, add
- ONTOSERVER_INSECURE=true
to theenvironment
section of theontoserver
container in thedocker-compose.yml
file.version: '3' volumes: onto: driver: local pgdata: driver: local services: db: image: postgres:12 volumes: - pgdata:/var/lib/postgresql/data healthcheck: test: ["CMD-SHELL", "pg_isready -U postgres"] interval: 10s timeout: 5s retries: 5 environment: - POSTGRES_HOST_AUTH_METHOD=trust ontoserver: image: quay.io/aehrc/ontoserver:ctsa-6 container_name: ontoserver read_only: true security_opt: - no-new-privileges depends_on: - db ports: - "8443:8443" - "8080:8080" environment: - spring.datasource.url=jdbc:postgresql://db/postgres # These two lines are specific to deployment in Australia only - authentication.oauth.endpoint.client_id.0=NCTS_CLIENT_ID - authentication.oauth.endpoint.client_secret.0=NCTS_CLIENT_SECRET - JAVA_OPTS=-Xmx2G # Minimum # - JAVA_OPTS=-Xmx8G # Preferred volumes: - onto:/var/onto - /tmp - /var/log
Common Configurations
- To specify the JDBC connection string for a database instance, use the config parameter
spring.datasource.url
(see the Spring Boot docs for more details). - For production deployment we strongly recommend running Ontoserver behind an HTTP caching reverse proxy. We have found NGINX to be a very suitable for this task.
- You can find several sample deployments on the branches in this GitHub repository https://github.com/aehrc/ontoserver-deploy and this is by far the simplest path to installing custom certificates for SSL/TLS support.
Running Ontoserver
Starting
docker-compose up -d
Note: Ontoserver can take a short while (up to 60 seconds) to start up. During this time it will not respond to requests such as downloading an SCT-AU version.
Stopping
docker-compose stop
Get the latest SNOMED CT-AU version
docker exec ontoserver /index.sh
Get a specific SNOMED CT-AU version
docker exec ontoserver /index.sh -v 20240630
Note: Retrieving a SNOMED index involves a large download; this may take a while, depending on network bandwidth.
For further documentation on index.sh
docker exec ontoserver /index.sh -h
Inspect the logs
docker logs ontoserver
Note: if you wish to see live updates to the logs, you should use
docker logs -f ontoserver