Self Hosting Guide
measure.sh is designed from the ground up for easy self-hosting. Follow along to run measure.sh on your own infrastructure.
Contents#
- Objectives
- Prerequisites
- System Requirements
- Deploy on a Linux virtual machine
- Upgrade a Self Hosted Installation
- Run on macOS locally
- Frequently Asked Questions
- Q. Can I use podman instead of docker?
- Q. I made some mistake and want to start the installation over?
- Q. How to perform healthcheck of Measure services?
- Q. Can I host Measure behind a VPN?
- Q. I'm using nginx as a reverse proxy. What configurations should I change?
- Q. How to add or update environment variables?
- Q. Why does ClickHouse consume high amount of CPU or memory?
Objectives#
- Self host measure on a single VM instance
- Install and configure
caddyas a reverse proxy - Create and configure a Google OAuth application
- Create and configure a GitHub OAuth application
Prerequisites#
- Basic terminal/command line skills
- Basic text editor skills
- SSH access to a Cloud VM instance
- Ability to add DNS A records on your primary domain
- Ability to run commands with
sudo gitin your PATH- External IP of the VM
System Requirements#
- x86-64/amd64 Linux Virtual Machine
- Any one of the following supported Linux distributions
- Ubuntu 24.04 LTS
- Debian 12 (Bookworm)
- At least 4 vCPUs
- At least 16 GB RAM
- At least 100 GB of boot disk volume
- Port
80and443opened in firewall settings
Deploy on a Linux virtual machine#
Follow these step-by-step instructions to deploy measure.sh on a single Linux VM instance.
1. SSH into your VM#
Deploy a Linux VM meeting the above system requirements on any popular Cloud hosting provider like Google Cloud Platform, AWS or DigitalOcean. Once the machine is up and running, SSH into it following your cloud provider's instructions.
2. Clone the measure repo#
Let's start by moving to your home directory.
cd ~
Choose a git tag. You can find out the latest stable release tag from the releases page.
[!IMPORTANT]
Always choose a tag matching the format
v[MAJOR].[MINOR].[PATCH], for example:v1.2.3. These tags are tailored for self host deployments.
Clone the repository with git and change to the measure directory. Replace GIT-TAG with your chosen git tag.
git clone https://github.com/measure-sh/measure.git -b GIT-TAG && cd measure
3. Run the install.sh script#
Next, change into the self-host directory. All successive commands will be run from this directory.
cd self-host
Run the install script with sudo.
sudo ./install.sh
[!NOTE]
To use podman instead of docker, use the --podman flag.
sudo ./install.sh --podmanThis would install the following packages.
You can continue to use regular docker commands like,
docker ps -aordocker compose ps -a. It should work seamlessly.
The measure.sh install script will check your system's requirements and start the installation. It can take a few minutes to complete.
4. Configure and start your self hosted measure instance#
During installation, you'll be presented with the Measure configuration wizard.
For the first prompt, it'll ask for a namespace for your company or team. This typically will be your company or team's name. If trying out individually, feel free to set any name.
<p align="center"> <img src="https://github.com/user-attachments/assets/41a360dd-8548-4836-af51-53b8f2626bc3" alt="Measure Configuration Wizard" /> </p>For the next prompt, you'll be asked to enter the URL to access measure.sh's web dashboard. Typically, this might look like a subdomain on your primary domain, for example, if your domain is yourcompany.com, enter https://measure.yourcompany.com.
Next, you'll be asked to enter the URL to access Measure's REST API & Ingest endpoint. Typically, this might look like, https://measure-api.yourcompany.com & https://measure-ingest.yourcompany.com respectively.
Later in this guide, you'll be setting DNS A records for the above subdomains you entered. For now, let's move on to the next prompt.
For the next few prompts, you'll need to obtain a Google & GitHub OAuth Application's credentials. This is required to setup authentication in measure.sh dashboard. Follow the below links to obtain Google & GitHub OAuth credentials.
Once you have created the above apps, copy the key and secrets and enter in the relevant prompts.
Next, you'll need to set up an SMTP email provider. This is used to send emails for team invites, alerts & so on. Follow the below link to obtain SMTP credentials:
Once your provider is set up, copy the values and enter in the relevant prompts.
Optionally, you can set up a Slack app if you want to receive alert notifications in your Slack workspace. Follow the below link to create and configure a Slack app:
Once your slack integration is set up, copy the values and enter in the relevant prompts. If you wish to ignore it, enter empty values and proceed.
Once completed, the install script will attempt to start all the Measure docker compose services. You should see a similar output.
<p align="center"> <img src="https://github.com/user-attachments/assets/b33fbca4-4567-4077-9432-8be9f9c8b078" alt="Successful installation" /> </p>At this point, all the services should be up, but they are not reachable from the internet. To make sure these services can serve traffic, let's setup:
- A reverse proxy using caddy
- Setup DNS A records on your domain
5. Setup a reverse proxy server#
While we recommend caddy for routing incoming requests to the correct destinations. You can setup any other reverse proxy server of your choice, like nginx or traefik. We chose Caddy because it's relatively straightforward to setup and comes with great defaults.
For now, let's setup caddy.
Change to your home directory.
cd ~
Run the following commands to install caddy.
sudo apt install -y debian-keyring debian-archive-keyring apt-transport-https curl && \
curl -1sLf 'https://dl.cloudsmith.io/public/caddy/stable/gpg.key' | sudo gpg --dearmor -o /usr/share/keyrings/caddy-stable-archive-keyring.gpg && \
curl -1sLf 'https://dl.cloudsmith.io/public/caddy/stable/debian.deb.txt' | sudo tee /etc/apt/sources.list.d/caddy-stable.list && \
sudo apt update && \
sudo apt install caddy
If you are not installing on Ubuntu or Debian, please follow the guide on Caddy's installation page and come back here when caddy is installed.
Create a basic ~/Caddyfile config by running the following.
cat <<EOF > ~/Caddyfile
measure.yourcompany.com {
reverse_proxy http://localhost:3000
}
measure-api.yourcompany.com {
reverse_proxy http://localhost:8080
}
measure-ingest.yourcompany.com {
reverse_proxy http://localhost:8085
}
EOF
[!NOTE]
In the above Caddyfile, we have used the example domains from above, but make sure you replace with your actual domain names.
Next, reload caddy to make sure caddy picks up our newly generated config.
caddy reload
6. Setup DNS A records#
For this last step, we'll setup 2 DNS A records and put those subdomains to work. First, obtain your VM's external IP address. Let's say, the external IP is 101.102.103.104.
Go to your domain hosting provider and add A records for the following subdomains.
measure.yourcompany.com IN A 101.102.103.104
measure-api.yourcompany.com IN A 101.102.103.104
measure-ingest.yourcompany.com IN A 101.102.103.104
Depending on your domain provider, it might take a few minutes to couple of hours for the above DNS records to take effect.
7. Access your measure.sh dashboard#
Visit https://measure.yourcompany.com to access your dashboard and sign in to continue. Replace yourcompany.com with your domain.
Upgrade a Self Hosted Installation#
To upgrade to a specific or latest version of measure.sh, SSH to your VM instance first and run these commands.
For certain target versions, you will need to run extra migration scripts. Check out our Migration Guides.
# change to the directory you
# had cloned to.
cd ~/measure
Find out the suitable version from the list of release tags. We recommend sticking to the latest stable release.
[!IMPORTANT]
Always choose a tag matching the format
v[MAJOR].[MINOR].[PATCH], for example:v1.2.3. These tags are tailored for self host deployments.
Run git fetch --tags to fetch all tags.
git reset --hard # reset local modifications, if any
git fetch --tags
[!NOTE]
To see which tag you are on, run:
git describe --tags --alwaysfromself-hostdirectory.
Checkout to a particular git tag.
# replace `v1.2.3` with the suitable git tag
git checkout v1.2.3
Change to self-host directory and run sudo ./install.sh to perform the upgrade.
# change to `self-host` directory
cd self-host
# run the `install.sh` script
sudo ./install.sh
It'll take a few minutes for the upgrade to complete.
[!NOTE]
Please note that an upgrade may not happen smoothly because of incompatible changes or configuration mismatches. If you face any issues while upgrading or need advice, please do not hesitate to open an issue or to drop a message on our Discord.
Run on macOS locally#
You can run measure.sh locally on macOS for trying it out quickly, but keep in mind that not all features may work as expected on macOS.
[!WARNING]
macOS Compatibility#
Not all features on macOS may work as expected. Don't use this setup for production. This guide was tested on macOS 14.6, though older or newer versions of macOS may work too.
Using Podman on macOS#
Podman on macOS runs containers inside a virtual machine. Make sure to allocate sufficient memory (at least 8 GB) to the podman machine. Low memory may crash the application or lead to instability.
System Requirements#
Make sure the following requirements are met before proceeding.
| Name | Version |
|---|---|
| Docker | v26.1+ |
| Podman | v5.0.3+ |
| Docker Compose | v2.27.3+ |
| node | v20+ |
1. Clone the measure repo#
Choose a git a tag to use. You can find out the latest stable release tag from the releases page.
[!IMPORTANT]
Always choose a tag matching the format
v[MAJOR].[MINOR].[PATCH], for example:v1.2.3. These tags are tailored for self host deployments.
Clone the repository with git and change to the measure directory. Replace GIT-TAG with your chosen git tag.
git clone https://github.com/measure-sh/measure.git -b GIT-TAG && cd measure/self-host
2. Run config.sh script to configure#
Run the config.sh script to auto configure most settings.
./config.sh
[!NOTE]
For production usage, use the --production flag.
./config.sh --production
To continue, you'll need to obtain a Google & GitHub OAuth Application's credentials. This is required to setup authentication in Measure dashboard. Follow the below links to obtain Google & GitHub OAuth credentials.
Once you have created the above apps, copy the key and secrets and enter them in the relevant prompts.
Next, you'll need to set up an SMTP email provider. This is used to send emails for team invites, alerts & so on. Follow the below link to obtain SMTP credentials:
Once your provider is set up, copy the values and enter them in the relevant prompts.
3. Start the containers#
To start the containers in production mode, run.
docker compose -f compose.yml -f compose.prod.yml \
--profile migrate \
up --build
It'll take a few seconds for the containers to be healthy.
4. Access your Measure dashboard#
Visit Dashboard to access your dashboard and sign in to continue.
Frequently Asked Questions#
Typical questions asked by other self host-ers.
Q. Can I use podman instead of docker?#
Yes, you can. Use the --podman flag when running the installation script.
sudo ./install.sh --podman
You can administer the instance using docker and docker compose commands as if you were using docker.
Q. I made some mistake and want to start the installation over?#
If you want to start over the installation from a clean slate, do the following.
-
Run the following from the
self-hostdirectorysudo docker compose down --rmi all --remove-orphans --volumes -
Remove the cloned
measuredirectoryrm -rf ~/measure -
Repeat the installation process from start
Q. How to perform healthcheck of Measure services?#
To perform health check for the API service, use:
curl -s https://measure.yourcompany.com | grep measure
# local environment
curl -s http://localhost:3000 | grep measure
To perform health check for the Dashboard service, use:
curl -s https://measure-api.yourcompany.com/ping | grep pong
# local environment
curl -s http://localhost:8080/ping | grep pong
To perform health check for the Ingest service, use:
curl -s https://measure-ingest.yourcompany.com/ping | grep pong
# local environment
curl -s http://localhost:8085/ping | grep pong
Replace the domain names accordingly. These health check endpoints are useful when defining Measure services as backends for a load balancer or proxy.
Q. Can I host Measure behind a VPN?#
Absolutely! Hosting Measure behind a VPN is a great way to shield it from public internet. Though, keep the following in mind.
-
Measure API service must be accessible on public internet. This allows the Measure SDK in your mobile app to communicate to the Measure backend.
-
Measure Dashboard service must bind on the private address. Typically, proxy servers will listen on all network interfaces. When hosting behind a VPN, make sure to bind the Dashboard service on a private IP only. This is essential to achieve network level isolation. For example, the Caddy configuration would look like:
measure.yourcompany.com { # listen only on private IP # change the IP accordingly bind 10.0.0.1 reverse_proxy http://localhost:3000 } measure-api.yourcompany.com { reverse_proxy http://localhost:8080 } measure-ingest.yourcompany.com { reverse_proxy http://localhost:8085 }
In the above setup, only authorized VPN users will be able to access the Measure Dashboard, without disrupting ingestion of events coming from Measure SDKs.
Q. I'm using nginx as a reverse proxy. What configurations should I change?#
When using nginx, configure the following directives.
-
client_max_body_size. Set it to sufficiently large like1024M(1 GiB) to ensure large debug mapping files, like proguard & dSYM file uploads will succeed. -
ignore_invalid_headers. Set this tooff, otherwise uploading builds or mapping files like proguard & dSYM files may fail.
server {
# other configuration
client_max_body_size 1024M;
ignore_invalid_headers off;
# other configuration
}
Q. How to add or update environment variables?#
All configuration variables are defined in the self-host/.env file. For the updated configuration to take effect, shutdown & start compose services.
To do that, run from inside the self-host directory.
sudo docker compose -f compose.yml -f compose.prod.yml \
--profile migrate \
down
Then run the ./install.sh script.
sudo ./install.sh
Q. Why does ClickHouse consume high amount of CPU or memory?#
ClickHouse is engineered to maximize hardware utilization, often leading to high CPU and memory consumption. In an idle state, when Measure is not ingesting sessions or executing queries, you might observe 25-30% CPU consumption. Under higher load, CPU consumption may go up to 90-100%. This is completely normal and expected behavior.
Several factors contribute to this behavior.
-
Query Execution and Parallelism: ClickHouse executes queries using multiple threads to enhance performance. By default, it utilizes a number of threads equal to the number of available CPU cores.
-
Background Merges and Mutations: ClickHouse continuously merges data parts in the background to optimize storage and query performance. These merge operations and data mutations can lead to increased resource consumption.
-
Compression and Decompression: ClickHouse employs compression algorithms to minimize storage space. Compressing and decompressing data during ingestion and queries are CPU-intensive operations.
-
Hardware Considerations: ClickHouse is configured to utilize available resources effectively and expects adequate RAM (32 GB or more is recommended). Our default configuration is designed to strike a balance between cost and performance for majority of users. Feel free to allocate additional system resources if your budget allows.
Having said that, we'll continue to optimize our configuration and recommendation over time to accommodate light & heavy weight usage patterns whenever possible.
[!NOTE]
If you want to discuss more, hop on to our Discord and ask your questions.