1. Ottenere le immagini di Ayakaleaf Pro

Usa le stesse immagini di Ayakaleaf Pro del Toolkit.

Kubernetes esegue le stesse immagini del Toolkit. Non esiste un’immagine separata per Kubernetes.

Immagine	Usata da
ghcr.io/ayaka-notes/overleaf-pro:6.3.2	il Deployment overleaf
ghcr.io/ayaka-notes/overleaf-pro/git-bridge:6.3.2	Integrazione Git (facoltativa), stesso tag di sopra
ghcr.io/ayaka-notes/texlive-*	compilazioni, scaricate in Docker sui nodi al passaggio 0

Le immagini sono pubbliche su ghcr.io per amd64 e arm64, quindi il kubelet può scaricarle senza credenziali.

Usa sempre un tag di versione, come 6.3.2, non latest. Gli aggiornamenti eseguono migrazioni del database e devono seguire Aggiornare su Kubernetes; un tag mobile aggiornerebbe un pod ogni volta che viene ripianificato.

​

Q&A

I nostri nodi non riescono a raggiungere ghcr.io. Cosa dobbiamo fare?

Risposta: Copia le immagini in un registry raggiungibile dai nodi e usa quel nome nei manifest, ad esempio:

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

Per un registry senza TLS, containerd necessita su ogni nodo di un file /etc/containerd/certs.d/<registry>/hosts.toml con server = "http://<registry>", e di config_path impostato come al passaggio 0. Docker stesso esegue il push su HTTP in chiaro solo verso localhost, quindi esegui il push tramite localhost:<port> sull’host del registry oppure aggiungilo a insecure-registries.