PHP-FPM Docker コンテナはエンジンによって動作が異なります (docker-compose と Swarm)

PHP-FPM Docker コンテナはエンジンによって動作が異なります (docker-compose と Swarm)

古典的なLAPPスタックのメンバーであるPHP-FPMコンテナ(7.2)は、次のように起動するとポート9000を正しく公開します。docker-compose しかし、Docker Swarmで起動すると何も起こらないコンテナが実行中であること (以下の出力を参照) と、その上で TTY bash を起動できることを述べておく必要があります。

したがってdocker-compose、 では Web アプリケーションは完全に機能しますが、 Swarm では Apache が 503 Service Unavailable を発行します。異なるエンジンでのテスト間では何も変更されていません。 この動作について何か手がかりはありますか?

ドッカー

version: '3.5'
services:
  postgres:
    env_file: ./.env
    image: "postgres:9.5.24"
    volumes:
      - database:/var/lib/postgresql/data
    networks:
      - internal

  adminer:
    image: adminer
    networks:
      - internal
      - traefik-public
    deploy:
      labels:
        - "traefik.enable=true"
        - "traefik.http.routers.adminer.rule=Host(`adminer.example.com`)"
        - "traefik.http.routers.adminer.entrypoints=websecure"
        - "traefik.http.routers.adminer.tls.certresolver=letsencryptresolver"
        - "traefik.http.services.adminer.loadbalancer.server.port=8080"
        - "traefik.port=80"

  apache:
    env_file: ./.env
    image: visio_rdv_apache:latest
    build:
      context: docker/images/apache2.4
      dockerfile: Dockerfile
      args:
        UID: ${HOST_UID}
        ROOT_URL: ${ROOT_URL}
    ports:
      - 8000:80
    environment:
      FPM_HOST: php:9000
      ROOT_URL: ${ROOT_URL}
    volumes:
      - ${LOGS_DIR}/apache/:/var/log/httpd/
      - ${RELATIVE_APP_PATH}:/var/www/html      
    links:
      - postgres
      - php

    networks:
      - internal
      - traefik-public
    deploy:
      labels:
        - "traefik.enable=true"
        - "traefik.http.routers.visio_rdv.rule=Host(`test.example.com`)"
        - "traefik.http.routers.visio_rdv.entrypoints=websecure"
        - "traefik.http.routers.visio_rdv.tls.certresolver=letsencryptresolver"
        - "traefik.http.services.visio_rdv.loadbalancer.server.port=80"
        - "traefik.port=80"

  php:
    env_file: .env
    links:
      - ftp
    image: visio_rdv_php:latest
    build:
      context: docker/images/php
      dockerfile: Dockerfile
      args:
        UID: ${HOST_UID}
        TIMEZONE: ${TIMEZONE}
        PROXY: ${http_proxy}
    volumes:
      - ftp_data:/var/www/ftp:rw
      - ${RELATIVE_APP_PATH}:/var/www/html      
    networks:
      - internal

  ftp:
    env_file: .env
    image: "fauria/vsftpd:latest"
    ports:
      - "9520:20"
      - "9521:21"
      - "21100-21110:21100-21110"
    environment:
      FTP_USER: ${FTP_USER}
      FTP_PASS: ${FTP_PASS}      
      PASV_MIN_PORT: 21100
      PASV_MAX_PORT: 21100
    volumes:
      - ftp_data:/home/vsftpd/${AUTOMATION_CLIENT_NAME}:rw
    networks:
      - internal

volumes:
  ftp_data:
  database:

networks:
  traefik-public:
    external: true
  internal:
    external: false

Docker Swarmで

Apache ログ:

[Wed Aug 04 07:35:16.382246 2021] [proxy:error] [pid 11] (111)Connection refused: AH00957: FCGI: attempt to connect to 10.0.4.93:9000 (*) failed
[Wed Aug 04 07:35:16.382314 2021] [proxy_fcgi:error] [pid 11] [client 10.0.0.2:1035] AH01079: failed to make connection to backend: php, referer: http://test.example.com/

Swarm サービス リスト:

docker service ls
ID             NAME                    MODE         REPLICAS   IMAGE                          PORTS
um2txtpz8534   traefik_reverse-proxy  replicated   1/1        traefik:v2.4                   
ahf7uukapxbr   my_stack_adminer       replicated   1/1        adminer:latest                 
ue8qekmg0ff0   my_stack_apache        replicated   1/1        my_stack_apache:latest       my_stack*:8000->80/tcp
x9igaslhsx11   my_stack_ftp           replicated   1/1        fauria/vsftpd:latest          *:9520-9521->20-21/tcp, *:21100-21110->21100-21110/tcp
jpk4qzqs1tfx   my_stack_php           replicated   1/1        my_stack_php:latest           
ih67rh82vp9e   my_stack_postgres      replicated   1/1        postgres:9.5.24    

net-tools手動で接続をテストするために、PHP イメージに追加しようとしましたnc。結果は同じで、phpコンテナ インスタンス IP は正しく解決されますが、ポート 9000 への TCP 接続はすべて拒否されます。

私は環境変数をたくさん使用しており、Swarm で不足している機能を補うために、docker-compose configコマンド出力を使用して完全なdocker-compose.ymlファイルを生成します。

docker-compose

         Name                        Command               State                                                                       Ports                                                                    
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
my_stack_adminer_1    entrypoint.sh docker-php-e ...   Up      8080/tcp                                                                                                                                     
my_stack_apache_1     /bin/sh -c apachectl -D FO ...   Up      0.0.0.0:8000->80/tcp                                                                                                                         
my_stack_ftp_1        /usr/sbin/run-vsftpd.sh          Up      0.0.0.0:9520->20/tcp, 0.0.0.0:9521->21/tcp, 0.0.0.0:21100->21100/tcp, 0.0.0.0:21101->21101/tcp, 0.0.0.0:21102->21102/tcp,                    
                                                                   0.0.0.0:21103->21103/tcp, 0.0.0.0:21104->21104/tcp, 0.0.0.0:21105->21105/tcp, 0.0.0.0:21106->21106/tcp, 0.0.0.0:21107->21107/tcp,            
                                                                   0.0.0.0:21108->21108/tcp, 0.0.0.0:21109->21109/tcp, 0.0.0.0:21110->21110/tcp                                                                 
my_stack_php_1        php-fpm -R -F                    Up      9000/tcp                                                                                                                                     
my_stack_postgres_1   docker-entrypoint.sh postgres    Up      5432/tcp 

答え1

  1. どうやってビルドを作りましたか?

Swarm は docker-compose とは異なります: "デプロイはデプロイです" - そしてビルドではありません! (イメージをデプロイする前にビルドする必要があります。また、(おそらく利用可能な) Compose のイメージは要件を満たさない可能性があります...)

と:

docker stack deploy -c your-compose-style-code.yml <name-of-your-swarm>

選択した swarm に既存のイメージをデプロイしています (おそらく、以前に docker-compose 経由でビルドしたものが使用されます...

... Swarm のもう 1 つの主題はネットワークです。ネットワーク スコープ (クラスターまたは Swarm 全体のオーバーレイ、または Compose で行うように「名前空間」の選択されたサービスに接続するための「内部」ネットワークのスコープ) に注意する必要があります。

...そしてもちろん、オーケストラのステートレス部分のコンテナが多くの異なるノードに分散されているため、ステートフル部分 (データベース、ユーザーがアップロードする可能性のあるファイル) のボリュームは、別の方法 (NFS から glusterFS、Galera、linbit/LINSTOR、または cockroachDB など) で管理する必要があります。

  1. 時には「ポーテイナー」を群れに加えるのも良いアイデアです https://www.portainer.io/solutions/docker...

関連情報