Jednou jsem přemýšlel o automatizaci nasazení mého projektu. gitlab.com laskavě poskytuje všechny nástroje pro toto a samozřejmě jsem se rozhodl je použít tak, že jsem na to přišel a napsal malý skript pro nasazení. V tomto článku sdílím své zkušenosti s komunitou.
TL, DR
- Nastavit VPS: zakázat root, přihlášení pomocí hesla, nainstalovat dockerd, nakonfigurovat ufw
- Vygenerujte certifikáty pro server a klienta Povolit ovládání dockerd přes tcp socket: odeberte možnost -H fd:// z konfigurace dockeru.
- Nastavte cesty k certifikátům v docker.json
- Zaregistrujte se v proměnných gitlabu v nastavení CI / CD s obsahem certifikátů. Napište skript .gitlab-ci.yml pro nasazení.
Všechny příklady ukážu na distribuci Debian.
Počáteční nastavení VPS
Zde jste si koupili instanci například na , první věc, kterou musíte udělat, je chránit váš server před agresivním vnějším světem. Nebudu nic dokazovat ani tvrdit, pouze ukážu /var/log/messages log mého virtuálního serveru:
Screenshot
Nejprve nainstalujte ufw firewall:
apt-get update && apt-get install ufwPovolit výchozí zásadu: blokovat všechna příchozí připojení, povolit všechna odchozí připojení:
ufw default deny incoming
ufw default allow outgoingDůležité: nezapomeňte povolit připojení přes ssh:
ufw allow OpenSSHObecná syntaxe je: Allow connection on port: ufw allow 12345, kde 12345 je číslo portu nebo název služby. Deny: ufw deny 12345
Zapněte firewall:
ufw enableUkončíme relaci a znovu se přihlásíme přes ssh.
Přidejte uživatele, přidělte mu heslo a přidejte ho do skupiny sudo.
apt-get install sudo
adduser scoty
usermod -aG sudo scotyDále byste podle plánu měli zakázat přihlášení pomocí hesla. Chcete-li to provést, zkopírujte svůj klíč ssh na server:
ssh-copy-id root@10.101.10.28IP serveru musí být vaše. Nyní se zkuste přihlásit pod dříve vytvořeným uživatelem, již nemusíte zadávat heslo. Dále v nastavení konfigurace změňte následující:
sudo nano /etc/ssh/sshd_configzakázat přihlášení pomocí hesla:
PasswordAuthentication noRestartujte démona sshd:
sudo systemctl reload sshdNyní, pokud se vy nebo někdo jiný pokusíte přihlásit jako root, selže.
Dále nainstalujeme dockerd, nebudu zde popisovat proces, protože vše lze již změnit, přejděte na odkaz na oficiální web a projděte si kroky instalace dockeru na váš virtuální počítač:
Generování certifikátu
Chcete-li ovládat démona dockeru vzdáleně, je vyžadováno šifrované připojení TLS. K tomu potřebujete certifikát a klíč, který musíte vygenerovat a přenést na váš vzdálený počítač. Postupujte podle pokynů uvedených v pokynech na oficiálních webových stránkách dockeru: Všechny vygenerované soubory *.pem pro server, jmenovitě ca.pem, server.pem, key.pem, by měly být umístěny v adresáři /etc/docker na serveru.
nastavení dockeru
Ve spouštěcím skriptu démona dockeru odeberte volbu -H df://, tato volba říká, na kterém hostiteli lze démona dockeru ovládat.
# At /lib/systemd/system/docker.service
[Service]
Type=notify
ExecStart=/usr/bin/dockerdDále vytvořte soubor nastavení, pokud ještě neexistuje, a nastavte možnosti:
/etc/docker/docker.json
{
"hosts": [
"unix:///var/run/docker.sock",
"tcp://0.0.0.0:2376"
],
"labels": [
"is-our-remote-engine=true"
],
"tls": true,
"tlscacert": "/etc/docker/ca.pem",
"tlscert": "/etc/docker/server.pem",
"tlskey": "/etc/docker/key.pem",
"tlsverify": true
}Povolit připojení na portu 2376:
sudo ufw allow 2376Restartujte dockerd s novým nastavením:
sudo systemctl daemon-reload && sudo systemctl restart dockerŠek:
sudo systemctl status dockerPokud je vše zelené, máme za to, že jsme úspěšně nakonfigurovali docker na serveru.
Nastavení nepřetržitého doručování na gitlabu
Aby mohl pracovník gitalabu spouštět příkazy na vzdáleném hostiteli dockeru, musíte se rozhodnout, jak a kam uložíte certifikáty a klíč pro šifrované připojení k dockerd. Tento problém jsem vyřešil jednoduchým zápisem do proměnných v nastavení gitlbab:
spoiler titulek
Stačí vytisknout obsah certifikátů a klíče přes cat: cat ca.pem. Zkopírujte a vložte do hodnot proměnných.
Pojďme napsat skript pro nasazení přes gitlab. Použije se obrázek docker-in-docker (dind).
.gitlab-ci.yml
image:
name: docker/compose:1.23.2
# перепишем entrypoint , чтобы работало в dind
entrypoint: ["/bin/sh", "-c"]
variables:
DOCKER_HOST: tcp://docker:2375/
DOCKER_DRIVER: overlay2
services:
- docker:dind
stages:
- deploy
deploy:
stage: deploy
script:
- bin/deploy.sh # скрипт деплоя тут
Obsah skriptu nasazení s komentáři:
bin/deploy.sh
#!/usr/bin/env sh
# Падаем сразу, если возникли какие-то ошибки
set -e
# Выводим, то , что делаем
set -v
#
DOCKER_COMPOSE_FILE=docker-compose.yml
# Куда деплоим
DEPLOY_HOST=185.241.52.28
# Путь для сертификатов клиента, то есть в нашем случае - gitlab-воркера
DOCKER_CERT_PATH=/root/.docker
# проверим, что в контейнере все имеется
docker info
docker-compose version
# создаем путь (сейчас работаем в клиенте - воркере gitlab'а)
mkdir $DOCKER_CERT_PATH
# изымаем содержимое переменных, при этом удаляем лишние символы добавленные при сохранении переменных.
echo "$CA_PEM" | tr -d 'r' > $DOCKER_CERT_PATH/ca.pem
echo "$CERT_PEM" | tr -d 'r' > $DOCKER_CERT_PATH/cert.pem
echo "$KEY_PEM" | tr -d 'r' > $DOCKER_CERT_PATH/key.pem
# на всякий случай даем только читать
chmod 400 $DOCKER_CERT_PATH/ca.pem
chmod 400 $DOCKER_CERT_PATH/cert.pem
chmod 400 $DOCKER_CERT_PATH/key.pem
# далее начинаем уже работать с удаленным docker-демоном. Собственно, сам деплой
export DOCKER_TLS_VERIFY=1
export DOCKER_HOST=tcp://$DEPLOY_HOST:2376
# проверим, что коннектится все успешно
docker-compose
-f $DOCKER_COMPOSE_FILE
ps
# логинимся в docker-регистри, тут можете указать свой "местный" регистри
docker login -u $DOCKER_USER -p $DOCKER_PASSWORD
docker-compose
-f $DOCKER_COMPOSE_FILE
pull app
# поднимаем приложение
docker-compose
-f $DOCKER_COMPOSE_FILE
up -d app
Hlavním problémem bylo „vytáhnout“ obsah certifikátů v normální podobě z proměnných gitlab CI / CD. Nemohl jsem přijít na to, proč připojení ke vzdálenému hostiteli nefungovalo. Podíval jsem se na protokol sudo journalctl -u docker na hostiteli, došlo k chybě při handshake. Rozhodl jsem se podívat na to, co je obecně uloženo v proměnných, k tomu můžete vidět cat -A $DOCKER_CERT_PATH/key.pem. Chybu překonal přidáním odstranění znaku stříšky tr -d 'r'.
Dále můžete do skriptu přidat úlohy po vydání podle vlastního uvážení. Pracovní verzi si můžete prohlédnout v mém úložišti
Zdroj: www.habr.com
