OMERO.web installation¶

OMERO.web is a Python client of the OMERO platform that provides a web-based UI and JSON API. This section provides guidance on how to install and set up OMERO.web on any of the supported UNIX and UNIX-like platforms. Specific walkthroughs are provided for several systems, with detailed step-by-step instructions. OMERO.web can be either installed separately from the OMERO.server or installed with the OMERO.server. Deploying separately is recommended as they perform best under different circumstances and require a different set of dependencies.

OMERO.web can be deployed with:

WSGI using a WSGI capable web server such as NGINX and Gunicorn
the built-in Django lightweight development server (for testing only; see the OMERO.web installation for developers page)

If you need help configuring your firewall rules, see Server security and firewalls for more details.

If you have installed NGINX, OMERO can automatically generate a configuration file for your webserver. The location of the file will depend on your system, please refer to your webserver’s manual. See Customizing your OMERO.web installation for additional customization options.

Depending upon which platform you are using, you may find a more specific walkthrough listed below.

Recommended:

Prerequisites¶

Python 3
- NumPy >=1.9
A WSGI-capable webserver such as NGINX and Gunicorn

If possible, install the following packages:

System	Package
Debian	python3 nginx
Homebrew	python nginx
RedHat	python3 nginx

Installation¶

From OMERO 5.6.0 release, the omero-web library supports Python 3 and can be installed via pip.

We assume the following:

$ omero_user_home_dir=/home/omero
$ export OMERODIR=${omero_user_home_dir}/omero

We recommend you use a virtual environment:

$ python3 -m venv py3_venv
$ source py3_venv/bin/activate
$ pip install omero-web

Gunicorn configuration¶

Additional settings can be configured by changing the following properties:

omero.web.application_server.max_requests to 500
omero.web.wsgi_workers to (2 x NUM_CORES) + 1

Note

Do not scale the number of workers to the number of clients you expect to have. OMERO.web should only need 4-12 worker processes to handle many requests per second.
omero.web.wsgi_args Additional arguments. For more details check Gunicorn Documentation.

NGINX configuration¶

OMERO can automatically generate a configuration file for your web server. The location of the file will depend on your system, please refer to your webserver’s manual. See Customizing your OMERO.web installation for additional customization options.

To create a site configuration file for inclusion in a system-wide NGINX configuration redirect the output of the following command into a file:

$ omero web config nginx

upstream omeroweb {
    server 127.0.0.1:4080 fail_timeout=0;
}

server {
    listen 80;
    server_name $hostname;

    sendfile on;
    client_max_body_size 0;



    # maintenance page serve from here
    location @maintenance {
        root /home/omero/OMERO.web/etc/templates/error;
        try_files $uri /maintainance.html =502;
    }

    # weblitz django apps serve media from here
    location /static {
        alias /home/omero/OMERO.web/var/static;
    }

    location @proxy_to_app {
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header Host $http_host;
        proxy_redirect off;
        proxy_buffering off;

        proxy_pass http://omeroweb;
    }

    location / {

        error_page 502 @maintenance;
        # checks for static file, if not found proxy to app
        try_files $uri @proxy_to_app;
    }

}

For production servers you may need to add additional directives to the configuration file, for example to enable HTTPS. As an alternative to manually modifying the generated file you can generate a minimal configuration:

$ omero web config nginx-location > ${omero_user_home_dir}/omero-web-location.include

location @maintenance {
    root /home/omero/OMERO.py/etc/templates/error;
    try_files $uri /maintainance.html =502;
}

location /static {
    alias /home/omero/OMERO.py/lib/python/omeroweb/static;
}

location @proxy_to_app {
    proxy_set_header X-Forwarded-Proto $scheme;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Host $http_host;
    proxy_redirect off;
    proxy_buffering off;

    proxy_pass http://127.0.0.1:4080;
}

location / {

    error_page 502 @maintenance;
    # checks for static file, if not found proxy to app
    try_files $uri @proxy_to_app;
}

and include this in your own manually created NGINX file, such as /etc/nginx/conf.d/omero-web.conf.

This requires more initial work but in the future you can automatically regenerate your OMERO.web configuration and your additional configuration settings will still apply.

Note

If you need help configuring your firewall rules, see the Server security and firewalls page.

Running OMERO.web¶

Start the Gunicorn worker processes listening by default on 127.0.0.1:4080:

$ omero web start
... static files copied to '/home/omero/omero/lib/python/omeroweb/static'.
Starting OMERO.web... [OK]

The Gunicorn workers are managed separately from other OMERO.server processes. You can check their status or stop them using the following commands:

$ omero web status
OMERO.web status... [RUNNING] (PID 59217)
$ omero web stop
Stopping OMERO.web... [OK]
Django WSGI workers (PID 59217) killed.

Download limitations¶

In order to offer users the ability to download data from OMERO.web you have to deploy using EXPERIMENTAL: Async workers. OMERO.web is able to handle multiple clients on a single worker thread switching context as necessary while streaming binary data from OMERO.server. Depending on the traffic and scale of the repository you should configure connections and speed limits on your server to avoid blocking resources. We recommend you run benchmark and performance tests. It is also possible to apply Download restrictions and offer alternative access to binary data.

Note

Handling streaming request/responses requires proxy buffering to be turned off. For more details refer to Gunicorn deployment and NGINX configuration.

Note

omero.web.application_server.max_requests should be set to 0

Benchmark¶

We run example benchmarks on rendering thumbnails and 512x512 pixels planes for 100 concurrent users making 5000 requests in total:

$ ab -n 5000 -c 100 https://server.openmicroscopy.org/omero/webclient/render_thumbnail/1234/
This is ApacheBench, Version 2.3 <$Revision: 1706008 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking server.openmicroscopy.org (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Finished 500 requests


Server Software:        nginx/1.11.10
Server Hostname:        server.openmicroscopy.org
Server Port:            80

Document Path:          /omero/webclient/render_thumbnail/1234/
Document Length:        4405 bytes

Concurrency Level:      20
Time taken for tests:   17.904 seconds
Complete requests:      500
Failed requests:        0
Total transferred:      2271500 bytes
HTML transferred:       2202500 bytes
Requests per second:    27.93 [#/sec] (mean)
Time per request:       716.144 [ms] (mean)
Time per request:       35.807 [ms] (mean, across all concurrent requests)
Transfer rate:          123.90 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:       45   49   4.3     48      83
Processing:   245  650 113.4    620    1167
Waiting:      244  649 113.4    620    1167
Total:        294  699 113.0    670    1214

Percentage of the requests served within a certain time (ms)
  50%    670
  66%    698
  75%    737
  80%    754
  90%    814
  95%    951
  98%   1070
  99%   1080
 100%   1214 (longest request)

Troubleshooting¶

In order to identify why OMERO.web is not available run:

$ omero web status

Then consult NGINX error.log and /home/omero/omero/var/log/OMEROweb.log

Check OMERO.web issues for more details.

Debugging¶

To run the WSGI server in debug mode, enable Gunicorn logging using omero.web.wsgi_args:

$ omero config set omero.web.wsgi_args -- "--log-level=DEBUG --error-logfile=/home/omero/omero/var/log/error.log".

EXPERIMENTAL: Gunicorn advanced configuration¶

Note

The following configuration options marked as EXPERIMENTAL have yet to be extensively tested in a production environment, use at your own risk.

OMERO.web deployment can be configured with sync and async workers. Sync workers are faster and recommended for a data repository with Download restrictions. If you wish to offer users the ability to download data then you have to use async workers; read more about Download limitations above.

See Gunicorn design for more details.

EXPERIMENTAL: Sync workers¶

Install futures
```
$ pip install futures
```

Additional settings can be configured by changing the following properties:

The number of worker threads for handling requests, see Gunicorn threads

$ omero config set omero.web.wsgi_worker_class
$ omero config set omero.web.wsgi_threads $(2-4 x NUM_CORES)

EXPERIMENTAL: Async workers¶

Install Gevent >= 0.13
```
$ pip install "gevent>=0.13"
```

Additional settings can be configured by changing the following properties:

The maximum number of simultaneous clients, see Gunicorn worker-connections

$ omero config set omero.web.wsgi_worker_class gevent
$ omero config set omero.web.wsgi_worker_connections 1000
$ omero config set omero.web.application_server.max_requests 0

OMERO.web installation¶

Prerequisites¶

Installation¶

Gunicorn configuration¶

NGINX configuration¶

Running OMERO.web¶

Download limitations¶

Benchmark¶

Troubleshooting¶

Debugging¶

EXPERIMENTAL: Gunicorn advanced configuration¶

EXPERIMENTAL: Sync workers¶

EXPERIMENTAL: Async workers¶

Page Contents

OMERO

Previous topic

Next topic

This Page