プロジェクト

全般

プロフィール

機能 #576

完了

Docker レジストリの pull-through cache proxy を Harbor 以外へ移行する

nop_thread さんが3日前に追加. 3日前に更新.

ステータス:
終了
優先度:
通常
担当者:
開始日:
2024/11/20
期日:
進捗率:

100%

一時中断:
いいえ
pinned:
いいえ
確認予定日:
前回確認日:
2024/11/21
管理外残件あり:
はい

説明

Harbar をしばらく使っているが、どうも docker の /etc/docker/daemon.jsonregistry-mirrors だと権限まわりがおかしいとか nginx のリバースプロキシをかなり弄らないといけないとか (それでもうまくいかないとか) かなりダルい。
ついでにアップグレードも自動化が難しくてそれも険しい。
Podman だと cache proxy として使うぶんには問題ないが、こちらはこちらで podman-compose だとコンテナ再起動でネットワークが壊れてコンテナが意図したとおり listen してくれなくなるなどのトラブル (#499) があったりして、なんとも使いづらい。

現状独自の docker image をホストしたくなってはいないので Harbor はオーバーキルで、そうでなくとも docker build を他のマシンでやるなら無理に registry を使わずとも tar アーカイブを経由して export / import で済ますこともできるので、もう少し cache proxy として軽量でシンプルなソリューションがあればそれを使いたい。


関連するチケット 1 (0件未完了1件完了)

関連している 鯖缶 - 機能 #444: 各種 Docker ホストに Harbor のキャッシュを利用させる終了nop_thread

操作

nop_thread さんが3日前に更新

  • 関連している 機能 #444: 各種 Docker ホストに Harbor のキャッシュを利用させる を追加

nop_thread さんが3日前に更新

https://mastodon.cardina1.red/@lo48576/113515528149822720:

https://github.com/goharbor/harbor

Harbor をしばらく使ってみているが、ちょくちょくバグというか困った挙動を踏む割には全然解決されてないどころか stale bot とかいうカスの bot にクローズされてる (reopen もできない) し、どうも駄目な感じがしてきている

https://mastodon.cardina1.red/@lo48576/113515535935885474:

たぶん本当に典型的な用例ではそれなりにちゃんと動いているのだと思うけど、ちょっと外れたところにいると浅瀬でちゃぷちゃぷしているだけなのにうまくいかないし、その割に issue は未解決だと別々の人々から bump されてるのに放置されたまま stale bot に close されまくってるし。
メンテナンス状態がちょっと信頼できなくなってきた

nop_thread さんが3日前に更新

  • ステータス新規 から 終了 に変更
  • 担当者nop_thread にセット
  • 開始日2024/11/20 にセット
  • 進捗率0 から 100 に変更
  • 前回確認日2024/11/21 にセット
  • 管理外残件ありいいえ にセット

distribution (またの名を registry) に移行した。
こちらは docker を使わずシングルバイナリで動かせるのでデプロイが楽そう。

とりあえず docker.io, ghcr.io, quay.io 用に立てた。
docker コマンドには docker.io 用のプロキシしか使わせられないが、 Podman なら全部使わせられる。
TTL を長くすることで、サーバダウン、レートリミット、自宅ネットワーク破壊などに備えることができた。

nop_thread さんが3日前に更新

  • 管理外残件ありいいえ から はい に変更

あとは Harbor と Harbor 用の minio サーバを破壊すれば完全に作業完了。

他の形式にエクスポート: Atom PDF