Docker-Compose: скрипт healtcheck (curl), но Service всегда (здоровье: запуск) - PullRequest
Новая
       6

Docker-Compose: скрипт healtcheck (curl), но Service всегда (здоровье: запуск)

0 голосов
/ 14 сентября 2018

У меня есть следующий docker-compose 

version: '2.1'
services:
    myprogram-app:
        image: myprogram
        mem_limit: 1024m
        environment:
            - SPRING_PROFILES_ACTIVE=prod,swagger
            - EUREKA_CLIENT_SERVICE_URL_DEFAULTZONE=http://admin:$${jhipster.registry.password}@jhipster-registry:8761/eureka
            - SPRING_CLOUD_CONFIG_URI=http://admin:$${jhipster.registry.password}@jhipster-registry:8761/config
            - SPRING_DATASOURCE_URL=jdbc:postgresql://myprogram-postgresql:5432/myprogram
            - JHIPSTER_SLEEP=30
            - SPRING_DATA_ELASTICSEARCH_CLUSTER_NODES=myprogram-elasticsearch:9300
            - JHIPSTER_REGISTRY_PASSWORD=password
            - EMAIL_USERNAME
            - EMAIL_PASSWORD
        ports:
            - 8080:8080
        networks:
          - backend
        depends_on:
          jhipster-registry:
            condition: service_healthy
          myprogram-postgresql:
            condition: service_started
          myprogram-elasticsearch:
            condition: service_started
        restart: on-failure
    myprogram-postgresql:
        image: postgres:9.6.5
        mem_limit: 256m
        environment:
            - POSTGRES_USER=myprogram
            - POSTGRES_PASSWORD=myprogram
        networks:
          - backend
    myprogram-elasticsearch:
        image: elasticsearch:2.4.6
        mem_limit: 512m
        networks:
          - backend
    jhipster-registry:
        extends:
            file: jhipster-registry.yml
            service: jhipster-registry
        mem_limit: 512m
        ports:
            - 8761:8761
        networks:
          - backend
        healthcheck:
          test: ["CMD", "./isUp", "jhipster-registry:8761"]
          interval: 30s
          retries: 20
networks:
  backend:
    driver: "bridge"

и следующий скрипт в том же каталоге (корень проекта): 

echo Testing if $1 is UP

http_code=$(curl -LI $1 -o /dev/null -w '%{http_code}\n' -s)

if [ ${http_code} -eq 200 ]; then
    echo The service is UP and Running
    exit 0
else
    echo The service is DOWN
    exit 1
fi

ПроблемаЯ сталкиваюсь с тем, что даже после запуска службы jhipster-registry он продолжает показывать мне 

CONTAINER ID        IMAGE                               COMMAND                  CREATED             STATUS                            PORTS                    NAMES
8b16c572e0f2        jhipster/jhipster-registry:v3.2.4   "/bin/sh -c 'java   …"   6 minutes ago       Up 6 minutes (health: starting)   0.0.0.0:8761->8761/tcp   compose_jhipster-registry_1
ed86d15ea485        elasticsearch:2.4.6                 "/docker-entrypoint.…"   6 minutes ago       Up 6 minutes                      9200/tcp, 9300/tcp       compose_myprogram-elasticsearch_1
f268fa1a11f1        postgres:9.6.5                      "docker-entrypoint.s…"   6 minutes ago       Up 6 minutes                      5432/tcp                 compose_myprogram-postgresql_1

, даже если служба запущена и работает (я также входил в нее).

Я также провел тест, выполнив команду isUp на моей машине, и она работает, как и ожидалось: 

izio@1z10:~/Desktop/WorkSpace/myprogram/compose$ ./isUp.sh localhost:8761
Testing if localhost:8761 is UP
The service is UP and Running
izio@1z10:~/Desktop/WorkSpace/myprogram/compose$
izio@1z10:~/Desktop/WorkSpace/myprogram/compose$ echo $?
0
izio@1z10:~/Desktop/WorkSpace/myprogram/compose$

Затем, наконец, служба реестра становится нездоровой, прекратив попытки.

izio@1z10:~/Desktop/WorkSpace/myprogram/compose$  docker ps
CONTAINER ID        IMAGE                               COMMAND                  CREATED             STATUS                      PORTS                    NAMES
8b16c572e0f2        jhipster/jhipster-registry:v3.2.4   "/bin/sh -c 'java   …"   10 minutes ago      Up 10 minutes (unhealthy)   0.0.0.0:8761->8761/tcp   compose_jhipster-registry_1
ed86d15ea485        elasticsearch:2.4.6                 "/docker-entrypoint.…"   10 minutes ago      Up 10 minutes               9200/tcp, 9300/tcp       compose_myprogram-elasticsearch_1
f268fa1a11f1        postgres:9.6.5                      "docker-entrypoint.s…"   10 minutes ago      Up 10 minutes               5432/tcp                 compose_myprogram-postgresql_1

Не могу понять, что не так с этой проверкой здоровья.Как это исправить?

То же самое, используя 127.0.0.1:8761

test: ["CMD", "./isUp", "127.0.0.1:8761"]

или localhost: 8761 

test: ["CMD", "./isUp", "localhost:8761"]

1 Ответ

0 голосов
/ 15 сентября 2018

Есть несколько проблем с этой docker-compose конфигурацией:

  1. * jhipster-registry основан на openjdk:8 и не имеет установленной curl.
  2. Сценарий isUp не копируется в файловую систему контейнера, поэтому он даже не выполняется.

Чтобы решить эту проблему, найденное мной решение использует возможности базового контейнера.Так как openjdk: 8 Можно проверить доступность службы с помощью программы Java, экспортированной в jar.Так я и сделал.

В корне каталога поместите Ping.jar , соответствующий следующему классу: 

package ping;

import java.io.IOException;
import java.net.InetSocketAddress;
import java.net.Socket;

public class Main {
    public static void main(String[] args) {
        if (args.length != 2) {
            System.exit(-1);
        }

        String host = args[0];
        int port = 0;

        try {
            port = Integer.parseInt(args[1]);
        } catch (NumberFormatException e) {
            e.printStackTrace();
            System.exit(-2);
        }

        try (Socket socket = new Socket()) {
            socket.connect(new InetSocketAddress(host, port), 10 * 1000);
            System.exit(0);
        } catch (IOException e) {
            System.exit(1);
        }
    }
}

Затем сделайте его доступным в *Контейнер 1024 * через поле томов: 

    jhipster-registry:
    extends:
        file: jhipster-registry.yml
        service: jhipster-registry
    mem_limit: 512m
    ports:
        - 8761:8761
    networks:
      - backend
    volumes:
      - ${PWD}/Ping.jar:/Ping.jar
    healthcheck:
      test: ["CMD", "java", "-jar", "/Ping.jar", "localhost", "8761"]
      interval: 30s
      retries: 20

Таким образом, сервис, наконец, будет отображаться как исправный , как только он будет готов принимать соединения: 

CONTAINER ID        IMAGE                               COMMAND                   CREATED             STATUS                   PORTS                              NAMES
b3dd86605278        jhipster/jhipster-registry:v3.2.4   "/bin/sh -c 'java   …"    3 minutes ago       Up 3 minutes (healthy)   0.0.0.0:8761->8761/tcp             compose_jhipster-registry_1
...