sudoman
(Andrew E)
1
最近 ./launcher rebuild app を実行した際、2 つの Docker イメージのダウンロードがスケジュールされました。そのうちの 1 つは時間がかかりましたが、もう 1 つは非常に長い時間(20 分以上)を要しています。
当社の VM には十分な帯域幅があります。nethogs を確認すると、正常にダウンロードされた Docker イメージについては通常、ダウンロード帯域幅は全く見られませんでした(ただし、稀に 1 MB/s を超えることもありました)。また、現在待機中のイメージについては帯域幅は一切ありませんでした。
これはおそらく使用している Docker リポジトリに起因する問題だと思われますが、一応報告させていただきます。以前行っていたように、独自の Docker イメージをコンパイルする方が合理的かもしれません。よろしくお願いいたします。
marianord
(Mariano Rodriguez)
2
私の理解では、Discourse は Docker HUB を使用しているため、帯域幅やダウンロード速度に関する問題は、サービスプロバイダー(VM)と Docker サーバー自体の間で発生します。
Falco
(Falco)
3
はい、Docker Hub を使用しています。時折、少し遅くなることがあることは承知しています。
回避策として、再ビルドを実行する前にベースイメージを事前にダウンロードする方法があります。以下のようにしてください。
docker pull $(grep -o "discourse/base:[0-9.-]*" launcher)
GitHub Docker Registry が利用可能になったら、そこでイメージをホストすることも検討できます。