1. Pobierz obrazy Ayakaleaf Pro

Używaj tych samych obrazów Ayakaleaf Pro co Toolkit.

Kubernetes uruchamia te same obrazy co Toolkit. Nie ma osobnego obrazu dla Kubernetes.

Obraz	Używany przez
ghcr.io/ayaka-notes/overleaf-pro:6.3.2	Deployment overleaf
ghcr.io/ayaka-notes/overleaf-pro/git-bridge:6.3.2	Integrację z Git (opcjonalnie), ten sam tag co powyżej
ghcr.io/ayaka-notes/texlive-*	kompilacje, pobierane do Dockera na węzłach w kroku 0

Obrazy są publicznie dostępne w ghcr.io dla amd64 i arm64, więc kubelet może je pobrać bez danych uwierzytelniających.

Zawsze używaj tagu wersji, takiego jak 6.3.2, a nie latest. Aktualizacje uruchamiają migracje bazy danych i muszą przebiegać zgodnie z Aktualizacją w Kubernetes; ruchomy tag aktualizowałby pod za każdym razem, gdy zostanie on ponownie rozplanowany.

​

Pytania i odpowiedzi

Nasze węzły nie mają dostępu do ghcr.io. Co robić?

Odpowiedź: Skopiuj obrazy do rejestru dostępnego dla węzłów i użyj tej nazwy w manifestach, na przykład:

docker pull ghcr.io/ayaka-notes/overleaf-pro:6.3.2
docker tag ghcr.io/ayaka-notes/overleaf-pro:6.3.2 registry.example.com/ayakaleaf/overleaf-pro:6.3.2
docker push registry.example.com/ayakaleaf/overleaf-pro:6.3.2

W przypadku rejestru bez TLS containerd potrzebuje na każdym węźle pliku /etc/containerd/certs.d/<registry>/hosts.toml z server = "http://<registry>" oraz config_path ustawionego jak w kroku 0. Sam Docker wypycha przez zwykły HTTP tylko do localhost, więc wypychaj przez localhost:<port> na hoście rejestru lub dodaj go do insecure-registries.