Run update.sh
This commit is contained in:
parent
98bb29c062
commit
1bd0dd389b
108
sentry/README.md
108
sentry/README.md
|
|
@ -1,6 +1,8 @@
|
||||||
# Supported tags and respective `Dockerfile` links
|
# Supported tags and respective `Dockerfile` links
|
||||||
|
|
||||||
- [`7.7.0`, `7.7`, `7`, `latest` (*Dockerfile*)](https://github.com/getsentry/docker-sentry/blob/3115587c614e64c66419a26b4f7be6ac067e3a79/Dockerfile)
|
- [`7.7.4`, `7.7`, `7` (*7.7/Dockerfile*)](https://github.com/getsentry/docker-sentry/blob/e60211c46e9fd4b4f9ee679946bc9915ae2bf0c0/7.7/Dockerfile)
|
||||||
|
- [`8.0.0`, `8.0`, `8`, `latest` (*8.0/Dockerfile*)](https://github.com/getsentry/docker-sentry/blob/6f4de0ef8a6ce0d12c34c14f6f0788d632685712/8.0/Dockerfile)
|
||||||
|
- [`8.0.0-onbuild`, `8.0-onbuild`, `8-onbuild`, `onbuild` (*8.0/onbuild/Dockerfile*)](https://github.com/getsentry/docker-sentry/blob/e60211c46e9fd4b4f9ee679946bc9915ae2bf0c0/8.0/onbuild/Dockerfile)
|
||||||
|
|
||||||
For more information about this image and its history, please see [the relevant manifest file (`library/sentry`)](https://github.com/docker-library/official-images/blob/master/library/sentry). This image is updated via pull requests to [the `docker-library/official-images` GitHub repo](https://github.com/docker-library/official-images).
|
For more information about this image and its history, please see [the relevant manifest file (`library/sentry`)](https://github.com/docker-library/official-images/blob/master/library/sentry). This image is updated via pull requests to [the `docker-library/official-images` GitHub repo](https://github.com/docker-library/official-images).
|
||||||
|
|
||||||
|
|
@ -16,61 +18,109 @@ Sentry is a realtime event logging and aggregation platform. It specializes in m
|
||||||
|
|
||||||
# How to use this image
|
# How to use this image
|
||||||
|
|
||||||
## how to setup a full sentry instance
|
## How to setup a full Sentry instance
|
||||||
|
|
||||||
1. start a redis container
|
1. Start a Redis container
|
||||||
|
|
||||||
```console
|
```console
|
||||||
$ docker run -d --name some-redis redis
|
$ docker run -d --name sentry-redis redis
|
||||||
```
|
```
|
||||||
|
|
||||||
2. start a database container:
|
2. Start a Postgres container:
|
||||||
|
|
||||||
- Postgres (recommended by upstream):
|
|
||||||
|
|
||||||
```console
|
```console
|
||||||
$ docker run -d --name some-postgres -e POSTGRES_PASSWORD=secret -e POSTGRES_USER=sentry postgres
|
$ docker run -d --name sentry-postgres -e POSTGRES_PASSWORD=secret -e POSTGRES_USER=sentry postgres
|
||||||
```
|
```
|
||||||
|
|
||||||
- MySQL (later steps assume PostgreSQL, replace the `--link some-postgres:postres` with `--link some-mysql:mysql`):
|
3. If this is a new database, you'll need to run `upgrade`
|
||||||
|
|
||||||
```console
|
```console
|
||||||
$ docker run -d --name some-mysql -e MYSQL_ROOT_PASSWORD=secret -e MYSQL_DATABASE=sentry mysql
|
$ docker run -it --rm --link sentry-postgres:postgres --link sentry-postgres:redis sentry upgrade
|
||||||
```
|
|
||||||
|
|
||||||
3. now start up sentry server
|
|
||||||
|
|
||||||
```console
|
|
||||||
$ docker run -d --name some-sentry --link some-redis:redis --link some-postgres:postgres sentry
|
|
||||||
```
|
|
||||||
|
|
||||||
4. if this is a new database, you'll need to run `sentry upgrade`
|
|
||||||
|
|
||||||
```console
|
|
||||||
$ docker run -it --rm --link some-postgres:postgres --link some-redis:redis sentry sentry upgrade
|
|
||||||
```
|
```
|
||||||
|
|
||||||
**Note: the `-it` is important as the initial upgrade will prompt to create an initial user and will fail without it**
|
**Note: the `-it` is important as the initial upgrade will prompt to create an initial user and will fail without it**
|
||||||
|
|
||||||
5. the default config needs a celery beat and celery workers, start as many workers as you need (each with a unique name)
|
4. Now start up Sentry server
|
||||||
|
|
||||||
```console
|
```console
|
||||||
$ docker run -d --name sentry-celery-beat --link some-postgres:postgres --link some-redis:redis sentry sentry celery beat
|
$ docker run -d --name my-sentry --link sentry-redis:redis --link sentry-postgres:postgres sentry
|
||||||
$ docker run -d --name sentry-celery1 --link some-postgres:postgres --link some-redis:redis sentry sentry celery worker
|
|
||||||
```
|
```
|
||||||
|
|
||||||
### port mapping
|
5. The default config needs a celery beat and celery workers, start as many workers as you need (each with a unique name)
|
||||||
|
|
||||||
|
```console
|
||||||
|
$ docker run -d --name sentry-celery-beat --link sentry-postgres:postgres --link sentry-redis:redis sentry celery beat
|
||||||
|
$ docker run -d --name sentry-celery1 --link sentry-postgres:postgres --link sentry-redis:redis sentry celery worker
|
||||||
|
```
|
||||||
|
|
||||||
|
### Port mapping
|
||||||
|
|
||||||
If you'd like to be able to access the instance from the host without the container's IP, standard port mappings can be used. Just add `-p 8080:9000` to the `docker run` arguments and then access either `http://localhost:8080` or `http://host-ip:8080` in a browser.
|
If you'd like to be able to access the instance from the host without the container's IP, standard port mappings can be used. Just add `-p 8080:9000` to the `docker run` arguments and then access either `http://localhost:8080` or `http://host-ip:8080` in a browser.
|
||||||
|
|
||||||
## configuring the initial user
|
## Configuring the initial user
|
||||||
|
|
||||||
If you did not create a superuser during `sentry upgrade`, use the following to create one:
|
If you did not create a superuser during `upgrade`, use the following to create one:
|
||||||
|
|
||||||
```console
|
```console
|
||||||
$ docker run -it --rm --link some-postgres:postgres sentry sentry createsuperuser
|
$ docker run -it --rm --link sentry-redis:redis --link some-postgres:postgres sentry createuser
|
||||||
```
|
```
|
||||||
|
|
||||||
|
## Environment variables
|
||||||
|
|
||||||
|
When you start the `sentry` image, you can adjust the configuration of the Sentry instance by passing one or more environment variables on the `docker run` command line. Please note that these environment variables are provided as a jump start, and it's highly recommended to either mount in your own config file or utilize the `sentry:onbuild` variant.
|
||||||
|
|
||||||
|
### `SENTRY_SECRET_KEY`
|
||||||
|
|
||||||
|
A secret key used for cryptographic functions within Sentry. This key should be unique and consistent across all running instances. You can generate a new secret key doing something like:
|
||||||
|
|
||||||
|
```console
|
||||||
|
$ docker run --rm -it debian:jessie cat /proc/sys/kernel/random/uuid
|
||||||
|
```
|
||||||
|
|
||||||
|
### `SENTRY_POSTGRES_HOST`, `SENTRY_POSTGRES_PORT`, `SENTRY_DB_NAME`, `SENTRY_DB_USER`, `SENTRY_DB_PASSWORD`
|
||||||
|
|
||||||
|
Database credentials for your Postgres server. These values aren't needed if a linked `postgres` container exists.
|
||||||
|
|
||||||
|
### `SENTRY_REDIS_HOST`, `SENTRY_REDIS_PORT`, `SENTRY_REDIS_DB`
|
||||||
|
|
||||||
|
Connection information for your Redis server. These values aren't needed if a linked `redis` container exists.
|
||||||
|
|
||||||
|
### `SENTRY_MEMCACHED_HOST`, `SENTRY_MEMCACHED_PORT`
|
||||||
|
|
||||||
|
Connection information for a Memcache server. These values aren't needed if a linked `memcached` container exists.
|
||||||
|
|
||||||
|
### `SENTRY_FILESTORE_DIR`
|
||||||
|
|
||||||
|
Directory where uploaded files will be stored. This defaults to `/var/lib/sentry/files` and is a `VOLUME` for persistent data.
|
||||||
|
|
||||||
|
### `SENTRY_SERVER_EMAIL`
|
||||||
|
|
||||||
|
The email address used for `From:` in outbound emails. Default: `root@localhost`
|
||||||
|
|
||||||
|
### `SENTRY_EMAIL_HOST`, `SENTRY_EMAIL_PORT`, `SENTRY_EMAIL_USER`, `SENTRY_EMAIL_PASSWORD`, `SENTRY_EMAIL_USE_TLS`
|
||||||
|
|
||||||
|
Connection information for an outbound smtp server. These values aren't needed if a linked `smtp` container exists.
|
||||||
|
|
||||||
|
### `SENTRY_MAILGUN_API_KEY`
|
||||||
|
|
||||||
|
If you're using Mailgun for inbound mail, set your API key and configure a route to forward to `/api/hooks/mailgun/inbound/`.
|
||||||
|
|
||||||
|
# Image Variants
|
||||||
|
|
||||||
|
The `sentry` images come in many flavors, each designed for a specific use case.
|
||||||
|
|
||||||
|
## `sentry:<version>`
|
||||||
|
|
||||||
|
This is the defacto image. If you are unsure about what your needs are, you probably want to use this one. It is designed to be used both as a throw away container (mount your source code and start the container to start your app), as well as the base to build other images off of.
|
||||||
|
|
||||||
|
## `sentry:onbuild`
|
||||||
|
|
||||||
|
This image makes it easy to custom build your own Sentry instance by copying in a custom `config.yml` and/or `sentry.conf.py` file and installing plugins from `requirements.txt`.
|
||||||
|
|
||||||
|
It's also possible to develop custom extensions within your `onbuild` package. If the build directory contains a `setup.py` file, this will also get installed.
|
||||||
|
|
||||||
|
See the [official Sentry documentation](https://docs.getsentry.com/on-premise/server/installation/) for more information.
|
||||||
|
|
||||||
# License
|
# License
|
||||||
|
|
||||||
View [license information](https://github.com/getsentry/sentry/blob/master/LICENSE) for the software contained in this image.
|
View [license information](https://github.com/getsentry/sentry/blob/master/LICENSE) for the software contained in this image.
|
||||||
|
|
|
||||||
Loading…
Reference in New Issue