Как Вы диагностируете приложение приложения узла с haproxy?

Я имею то, что, кажется, почти функционирующая установка моего приложения узла в Надежном человеке Ubuntu буровая установка МААСА с Амулетом на частной сети (который не должен быть опубликован). Я использую амулет-gui так смог экспортировать это bundle.yaml содержание файла:

series: trusty
services: 
  keystone: 
    charm: "cs:trusty/keystone-29"
    num_units: 1
    options: 
      "admin-password": "redacted"
    to: 
      - "lxc:"
  ntp: 
    charm: "cs:trusty/ntp-11"
  mongodb: 
    charm: "cs:trusty/mongodb-26"
    num_units: 1
    to: 
      - "lxc:"
  docs: 
    charm: "cs:~justin-fathomdb/trusty/node-app-0"
    num_units: 1
    options: 
      app_name: docs
      app_url: "http://github.com/redacted/redacted.git"
    to: 
      - "0"
  haproxy: 
    charm: "cs:trusty/haproxy-13"
    num_units: 1
    to: 
      - "1"
relations: 
  - - "ntp:juju-info"
    - "keystone:juju-info"
  - - "docs:mongodb"
    - "mongodb:database"
  - - "docs:website"
    - "haproxy:reverseproxy"
machines: 
  "0": 
    series: trusty
    constraints: "arch=amd64 cpu-cores=2 mem=2048"
  "1": 
    series: trusty
    constraints: "arch=amd64 cpu-cores=2 mem=4096"
  undefined: 
    series: trusty
    constraints: "arch=amd64 cpu-cores=2 mem=4096"

Похож на haproxy, развертывается успешно на узле delta.maas, и состояние амулета показывает, что находится на порте 80. Я могу ssh в этот узел и видеть, что /var/log/juju/unit-haproxy-2.log, кажется, счастлив. Файл/etc/haproxy/haproxy.cfg указывает, что знает об узле документов:

backend haproxy_service
  balance leastconn
  cookie SRVNAME insert
  server docs-2-8000 10.100.100.10:8000 maxconn 100 cookie S0 check

Похож на документы (приложение узла) развертывается на узле alpha.maas, и состояние амулета показывает, что находится на порте 8000. Я могу ssh в этот узел и видеть, что /var/log/juju/unit-docs-2.log, кажется, счастлив. Это ввело изображение GitHub, выполнил установку npm, нашел mongodb. Выполнение "PS aux|grep узел" на этом узле урожаи:

ubuntu   22954  0.0  0.4 657432  9600 ?        Rsl  21:28   0:00 node ./bin/www

Выполнение "netstat-nat|grep СЛУШАЕТ", однако, кажется, указывает, что узел не связывается:

tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN
tcp6       0      0 :::22                   :::*                    LISTEN

На документацию я использую Procfile в корне приложения:

web: node ./bin/www

... и bin/www файл начинается с этого...

#!/usr/bin/env node
var app = require('../app');
var debug = require('debug')('docs:server');
var http = require('http');
var config = require('../config/config');
var port = normalizePort(process.env.port);
app.set('port', process.env.port);
...

То, что является раздражающим, - то, что измененные на конфигурацию зацепляют приложение узла очарование Амулета, в значительной степени всегда перестал работать на шаге GitHub, притворение как он не может найти его. К счастью, рычаги установки успешно выполняется, как бы то ни было. Таким образом, такое чувство, что мне будет нужно к remove-unit/add-unit для внесения любых изменений в само приложение даже для поиска и устранения неисправностей этого.

Попытка haproxy IP-адреса приводит к 503 Сервисам Недоступная ошибка. Попытка 8 000 портов от браузера для самого узла документов не приводит ни к какому ответу с тех пор - как я отметил прежде - это ничего не слушает.

Какие-либо мысли об этом?