私はdocker-composeを使って、いくつかのDBとシーダーでAPIを設定しました。数日前まではすべてうまく機能していましたが、今はDBをシードできなくなりました。
これが私の例です。ドッカーファイル:
version: '3'
services:
api:
image: <API image>
ports: {API_PORT}:5000 //Flask's default port
depends_on:
- db
db:
image: <DB image>
ports: {DB_PORT}:27017 //MongoDB Default port
db-seed:
image: <seeder image>
// pretty classic docker-compose file, nothing fancy
シーダーはドッカーネットワークAPIコンテナにアクセスするには(http://api:80/) を実行してシードします。ただし、シードのスクリプト (Python で記述) は、API コンテナーに接続しようとするとエラーを返します。
$> docker-compose up db-seed
<LOT OF ERRORS>...
requests.exceptions.ConnectionError: HTTPConnectionPool(host='api', port=80): Max retries exceeded with url: /ping (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0x7f65e78a4310>: Failed to establish a new connection: [Errno 111] Connection refused'))
シーダー コンテナーが DB コンテナーにアクセスできないようです。このエラーの原因は何でしょうか? どうすれば修正できますか?
これがdocker ネットワーク検査私のネットワークの:
[{ "Name": "staging-sensei-api_default", "Id": "b5bd162d27f9a1addaacf1b0f2c09ad799d3ae195cc6e8c9cbb54bfffc27651c", "Created": "2019-07-22T14:18:05.080114521Z", "Scope": "local", "Driver": "bridge", "EnableIPv6": false, "IPAM": { "Driver": "default", "Options": null, "Config": [ { "Subnet": "172.26.0.0/16", "Gateway": "172.26.0.1" } ] }, "Internal": false, "Attachable": true, "Ingress": false, "ConfigFrom": { "Network": "" }, "ConfigOnly": false, "Containers": { "08672fe92d72b111f1a006a2ff20e885ef395a420525953b696672753cb73ff7": {
"Name": "com.frcyber.sensei.elasticsearch",
"EndpointID": "7ba9a1af1af5635d22c9cbd38fad8be222f351e5c0013f0280e2879cdd6e9e40",
"MacAddress": "02:42:ac:1a:00:03",
"IPv4Address": "172.26.0.3/16",
"IPv6Address": ""
},
"364f873d069e4ecd371cdd99ca952d1469ee875aacbf9ee2227bbf25ab65d841": {
"Name": "com.frcyber.sensei.api",
"EndpointID": "e5a3f4cd2099aff2a04efdeb7a5c5d0a8ade4248b76df048f20a8a75bf85ddba",
"MacAddress": "02:42:ac:1a:00:04",
"IPv4Address": "172.26.0.4/16",
"IPv6Address": ""
},
"f4bfaf323a8c8c6300156d3091ec70f091fc3492175bfa00faa1717e4f83d2a2": {
"Name": "com.frcyber.sensei.mongodb",
"EndpointID": "b5df4e0d3721ffe5cd28ce55f642e6a0bc7f5be1a12cc49bb2eb12a58eb82e7a",
"MacAddress": "02:42:ac:1a:00:02",
"IPv4Address": "172.26.0.2/16",
"IPv6Address": ""
}
},
"Options": {},
"Labels": {
"com.docker.compose.network": "default",
"com.docker.compose.project": "staging-sensei-api",
"com.docker.compose.version": "1.24.0"
}
}
]
また、次のような場合にも効果があることがわかりましたAPI_ポート5000に設定されています:
api:
ports: 5000:5000
答え1
特定のケースでは機能することを考慮すると、つまり:
また、API_PORTを5000に設定すると機能することがわかりました
api: ports: 5000:5000
問題は docker 側ではなく、プロジェクトの設定方法にあると思います。この提案は、私の仮定に基づいています。db-seeder コンテナーは、API_PORT
api コンテナーに接続するためのポートとして in の値を使用します (投稿では明確に定義されていませんが、以下ではそうであると想定します)。
Python エラーには"api"
、接続しようとしているホストとして表示されるため、docker network inspect
出力によると、DNS 的には IP 172.26.0.4 に相当します。この IP では、コンテナーはAPI_PORT
の値に関係なく、ポート 5000 でリッスンしています (docker-compose によると、ホストのAPI_PORT
ポートは常にコンテナーの 5000 にバインドされるため)。
奇妙なことに、以前はうまくいったと言っていましたが、API_PORT
5000 個持っていた場合を除き、そうなるはずはありませんでした。
別のポートで docker ネットワーク内に接続する場合は、バインドするホストのポートだけでなく、ビルド時または実行時にコンテナー内の何かを変更する必要があります。
追加: 「構成可能性」の例
あなたのdocker-compose
version: '3'
services:
api:
image: <API image>
ports: "80:${API_PORT:-5000}" //Flask's default port
depends_on:
- db
environment:
- DB_PORT=${DB_PORT:-27017}
- API_PORT=${API_PORT:-5000}
db:
image: mongo:latest
command: --port ${DB_PORT:-27017}
db-seed:
image: <seeder image>
environment:
- API_PORT=${API_PORT:5000}
これにより、DB ポートがホストの外部に公開されることはありません。シェルの環境 (または .env ファイル) から API_PORT と DB_PORT の両方の値を取得し、次のように使用する必要があります。
- APIに接続するには
http(s)://api:$API_PORT
- mongoに接続するには
db:$DB_PORT
uwsgi
API コンテナのスクリプトの最後にある API_PORT を使用して、本番環境で API に使用する CGI サーバーを起動します ( の例)ENTRYPOINT
。
# Some other config / checks / setup at runtime
exec uwsgi --port "$API_PORT" [ OTHER_OPTIONS ... ] path/to/your/application.py