@@ -16,21 +16,19 @@ traffic until the system is ready or restart the container as needed.
...
@@ -16,21 +16,19 @@ traffic until the system is ready or restart the container as needed.
## IP whitelist
## IP whitelist
To access monitoring resources, the client IP needs to be included in a whitelist.
To access monitoring resources, the requesting client IP needs to be included in a whitelist.
[Read how to add IPs to a whitelist for the monitoring endpoints][admin].
[Read how to add IPs to a whitelist for the monitoring endpoints][admin].
## Using the endpoints
## Using the endpoints
With default whitelist settings, the probes can be accessed from localhost:
With default whitelist settings, the probes can be accessed from localhost using the following format:
-`http://localhost/-/health`
-`http://localhost/-/health`
-`http://localhost/-/readiness`
-`http://localhost/-/readiness`
-`http://localhost/-/liveness`
-`http://localhost/-/liveness`
The first endpoint, `/-/health/`, only checks whether the application server is running. It does
The first endpoint, `health`, only checks whether the application server is running. It does not verify the database or other services are running. A successful response will return a 200 status code with the following message:
-not verify the database or other services are running. A successful response will return
a 200 status code with the following message:
```
```
GitLab OK
GitLab OK
...
@@ -38,9 +36,9 @@ GitLab OK
...
@@ -38,9 +36,9 @@ GitLab OK
The readiness and liveness probes will provide a report of system health in JSON format.
The readiness and liveness probes will provide a report of system health in JSON format.