ການຕັ້ງຄ່າກຸ່ມ Nomad ໂດຍໃຊ້ Consul ແລະປະສົມປະສານກັບ Gitlab

ການນໍາສະເຫນີ

ບໍ່ດົນມານີ້, ຄວາມນິຍົມຂອງ Kubernetes ໄດ້ເຕີບໂຕຢ່າງໄວວາ - ໂຄງການຫຼາຍກວ່າແລະຫຼາຍກໍາລັງປະຕິບັດມັນ. ຂ້າພະເຈົ້າຕ້ອງການທີ່ຈະສໍາຜັດກັບນັກດົນຕີເຊັ່ນ Nomad: ມັນແມ່ນດີເລີດສໍາລັບໂຄງການທີ່ນໍາໃຊ້ວິທີແກ້ໄຂອື່ນໆຈາກ HashiCorp, ສໍາລັບການຍົກຕົວຢ່າງ, Vault ແລະ Consul, ແລະໂຄງການຂອງຕົນເອງບໍ່ສັບສົນໃນດ້ານໂຄງສ້າງພື້ນຖານ. ເອກະສານນີ້ຈະມີຄໍາແນະນໍາສໍາລັບການຕິດຕັ້ງ Nomad, ສົມທົບສອງ nodes ເຂົ້າໄປໃນກຸ່ມ, ເຊັ່ນດຽວກັນກັບການລວມ Nomad ກັບ Gitlab.

ຢືນທົດສອບ

ພຽງເລັກນ້ອຍກ່ຽວກັບ bench ການທົດສອບ: ສາມເຄື່ອງແມ່ຂ່າຍ virtual ຖືກນໍາໃຊ້ກັບລັກສະນະຂອງ 2 CPU, 4 RAM, 50 Gb SSD, united ເປັນເຄືອຂ່າຍທ້ອງຖິ່ນທົ່ວໄປ. ຊື່ ແລະທີ່ຢູ່ IP ຂອງເຂົາເຈົ້າ:

1. nomad-livelinux-01: 172.30.0.5
2. nomad-livelinux-02: 172.30.0.10
3. consul-livelinux-01: 172.30.0.15

ການຕິດຕັ້ງ Nomad, Consul. ການສ້າງກຸ່ມ Nomad

ໃຫ້ເລີ່ມຕົ້ນດ້ວຍການຕິດຕັ້ງພື້ນຖານ. ເຖິງແມ່ນວ່າການຕິດຕັ້ງແມ່ນງ່າຍດາຍ, ຂ້າພະເຈົ້າຈະອະທິບາຍມັນສໍາລັບຄວາມສົມບູນຂອງບົດຄວາມ: ມັນເປັນສິ່ງຈໍາເປັນທີ່ສ້າງຂຶ້ນຈາກສະບັບຮ່າງແລະບັນທຶກສໍາລັບການເຂົ້າເຖິງໄວໃນເວລາທີ່ຈໍາເປັນ.

ກ່ອນທີ່ພວກເຮົາຈະເລີ່ມຕົ້ນການປະຕິບັດ, ພວກເຮົາຈະປຶກສາຫາລືກ່ຽວກັບພາກທິດສະດີ, ເພາະວ່າໃນຂັ້ນຕອນນີ້ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະເຂົ້າໃຈໂຄງສ້າງໃນອະນາຄົດ.

ພວກເຮົາມີສອງ nomad nomad ແລະພວກເຮົາຕ້ອງການທີ່ຈະລວມພວກມັນເຂົ້າໄປໃນກຸ່ມ, ແລະໃນອະນາຄົດພວກເຮົາຍັງຕ້ອງການການຂະຫຍາຍກຸ່ມອັດຕະໂນມັດ - ສໍາລັບນີ້ພວກເຮົາຈະຕ້ອງການ Consul. ດ້ວຍເຄື່ອງມືນີ້, ການສ້າງກຸ່ມແລະການເພີ່ມ nodes ກາຍເປັນວຽກທີ່ງ່າຍດາຍຫຼາຍ: node Nomad ທີ່ສ້າງຂຶ້ນຈະເຊື່ອມຕໍ່ກັບຕົວແທນ Consul, ແລະຫຼັງຈາກນັ້ນເຊື່ອມຕໍ່ກັບກຸ່ມ Nomad ທີ່ມີຢູ່ແລ້ວ. ດັ່ງນັ້ນ, ໃນຕອນເລີ່ມຕົ້ນພວກເຮົາຈະຕິດຕັ້ງເຄື່ອງແມ່ຂ່າຍຂອງ Consul, ຕັ້ງຄ່າການອະນຸຍາດ http ພື້ນຖານສໍາລັບກະດານເວັບໄຊຕ໌ (ມັນບໍ່ມີການອະນຸຍາດໂດຍຄ່າເລີ່ມຕົ້ນແລະສາມາດເຂົ້າເຖິງທີ່ຢູ່ພາຍນອກ), ເຊັ່ນດຽວກັນກັບຕົວແທນ Consul ດ້ວຍຕົນເອງໃນເຄື່ອງແມ່ຂ່າຍ Nomad, ຫຼັງຈາກນັ້ນ. ພວກເຮົາຈະໄປ Nomad ເທົ່ານັ້ນ.

ການຕິດຕັ້ງເຄື່ອງມືຂອງ HashiCorp ແມ່ນງ່າຍດາຍຫຼາຍ: ໂດຍພື້ນຖານແລ້ວ, ພວກເຮົາພຽງແຕ່ຍ້າຍໄຟລ໌ binary ໄປຫາ bin directory, ຕັ້ງຄ່າໄຟລ໌ການຕັ້ງຄ່າຂອງເຄື່ອງມື, ແລະສ້າງໄຟລ໌ການບໍລິການຂອງມັນ.

ດາວໂຫລດໄຟລ໌ Consul binary ແລະ unpack ມັນເຂົ້າໄປໃນ home directory ຂອງຜູ້ໃຊ້:

root@consul-livelinux-01:~# wget https://releases.hashicorp.com/consul/1.5.0/consul_1.5.0_linux_amd64.zip
root@consul-livelinux-01:~# unzip consul_1.5.0_linux_amd64.zip
root@consul-livelinux-01:~# mv consul /usr/local/bin/

ໃນປັດຈຸບັນພວກເຮົາມີສອງ consul ພ້ອມທີ່ຈະເຮັດສໍາລັບການຕັ້ງຄ່າເພີ່ມເຕີມ.

ເພື່ອເຮັດວຽກກັບ Consul, ພວກເຮົາຈໍາເປັນຕ້ອງສ້າງລະຫັດທີ່ເປັນເອກະລັກໂດຍໃຊ້ຄໍາສັ່ງ keygen:

root@consul-livelinux-01:~# consul keygen

ຂໍໃຫ້ກ້າວໄປສູ່ການຕັ້ງຄ່າ Consul, ສ້າງໄດເລກະທໍລີ /etc/consul.d/ ທີ່ມີໂຄງສ້າງຕໍ່ໄປນີ້:

/etc/consul.d/
├── bootstrap
│   └── config.json

ໄດເລກະທໍລີ bootstrap ຈະມີໄຟລ໌ການຕັ້ງຄ່າ config.json - ໃນນັ້ນພວກເຮົາຈະກໍານົດການຕັ້ງຄ່າ Consul. ເນື້ອໃນຂອງມັນ:

{
"bootstrap": true,
"server": true,
"datacenter": "dc1",
"data_dir": "/var/consul",
"encrypt": "your-key",
"log_level": "INFO",
"enable_syslog": true,
"start_join": ["172.30.0.15"]
}

ຂໍໃຫ້ເບິ່ງຄໍາແນະນໍາຕົ້ນຕໍແລະຄວາມຫມາຍຂອງມັນແຍກຕ່າງຫາກ:

• bootstrap: ຄວາມຈິງ. ພວກເຮົາເປີດໃຊ້ການເພີ່ມອັດຕະໂນມັດຂອງໂນດໃຫມ່ຖ້າພວກເຂົາເຊື່ອມຕໍ່. ຂ້ອຍສັງເກດວ່າພວກເຮົາບໍ່ໄດ້ຊີ້ບອກເຖິງຈໍານວນທີ່ແນ່ນອນຂອງຂໍ້ທີ່ຄາດວ່າຈະຢູ່ທີ່ນີ້.
• ເຄື່ອງແມ່ຂ່າຍ: ຄວາມຈິງ. ເປີດໃຊ້ໂໝດເຊີບເວີ. Consul ໃນເຄື່ອງ virtual ນີ້ຈະເຮັດຫນ້າທີ່ເປັນເຄື່ອງແມ່ຂ່າຍແລະແມ່ບົດດຽວໃນປັດຈຸບັນ, VM ຂອງ Nomad ຈະເປັນລູກຄ້າ.
• ສູນ​ຂໍ້​ມູນ: dc1. ລະບຸຊື່ຂອງສູນຂໍ້ມູນເພື່ອສ້າງກຸ່ມ. ມັນຕ້ອງຄືກັນໃນທັງລູກຄ້າ ແລະເຊີບເວີ.
• ການເຂົ້າລະຫັດ: ກະແຈຂອງເຈົ້າ. ທີ່ສໍາຄັນ, ເຊິ່ງຍັງຈະຕ້ອງເປັນເອກະລັກແລະກົງກັບລູກຄ້າແລະເຄື່ອງແມ່ຂ່າຍທັງຫມົດ. ສ້າງຂຶ້ນໂດຍໃຊ້ຄໍາສັ່ງ consul keygen.
• start_join. ໃນບັນຊີລາຍຊື່ນີ້ພວກເຮົາຊີ້ບອກບັນຊີລາຍຊື່ຂອງທີ່ຢູ່ IP ທີ່ຈະເຊື່ອມຕໍ່. ໃນປັດຈຸບັນພວກເຮົາປ່ອຍໃຫ້ພຽງແຕ່ທີ່ຢູ່ຂອງພວກເຮົາ.

ໃນຈຸດນີ້, ພວກເຮົາສາມາດດໍາເນີນການ consul ໂດຍໃຊ້ເສັ້ນຄໍາສັ່ງ:

root@consul-livelinux-01:~# /usr/local/bin/consul agent -config-dir /etc/consul.d/bootstrap -ui

ນີ້ແມ່ນວິທີທີ່ດີທີ່ຈະດີບັກໃນປັດຈຸບັນ, ແນວໃດກໍ່ຕາມ, ທ່ານບໍ່ສາມາດໃຊ້ວິທີການນີ້ຢ່າງຕໍ່ເນື່ອງສໍາລັບເຫດຜົນທີ່ຊັດເຈນ. ມາສ້າງໄຟລ໌ບໍລິການເພື່ອຈັດການ Consul ຜ່ານ systemd:

root@consul-livelinux-01:~# nano /etc/systemd/system/consul.service

ເນື້ອໃນຂອງໄຟລ໌ consul.service:

[Unit]
Description=Consul Startup process
After=network.target
 
[Service]
Type=simple
ExecStart=/bin/bash -c '/usr/local/bin/consul agent -config-dir /etc/consul.d/bootstrap -ui' 
TimeoutStartSec=0
 
[Install]
WantedBy=default.target

ເປີດຕົວກົງສຸນຜ່ານ systemctl:

root@consul-livelinux-01:~# systemctl start consul

ໃຫ້ກວດເບິ່ງ: ການບໍລິການຂອງພວກເຮົາຕ້ອງດໍາເນີນການ, ແລະໂດຍການປະຕິບັດຕາມຄໍາສັ່ງຂອງສະມາຊິກກົງສຸນ, ພວກເຮົາຄວນຈະເຫັນເຄື່ອງແມ່ຂ່າຍຂອງພວກເຮົາ:

root@consul-livelinux:/etc/consul.d# consul members
consul-livelinux    172.30.0.15:8301  alive   server  1.5.0  2         dc1  <all>

ຂັ້ນຕອນຕໍ່ໄປ: ການຕິດຕັ້ງ Nginx ແລະການຕັ້ງຄ່າ proxying ແລະການອະນຸຍາດ http. ພວກເຮົາຕິດຕັ້ງ nginx ຜ່ານຕົວຈັດການຊຸດແລະໃນໄດເລກະທໍລີ /etc/nginx/sites-enabled ພວກເຮົາສ້າງໄຟລ໌ການຕັ້ງຄ່າ consul.conf ທີ່ມີເນື້ອຫາຕໍ່ໄປນີ້:

upstream consul-auth {
    server localhost:8500;
}

server {

    server_name consul.doman.name;
    
    location / {
      proxy_pass http://consul-auth;
      proxy_set_header Host $host;
      auth_basic_user_file /etc/nginx/.htpasswd;
      auth_basic "Password-protected Area";
    }
}

ຢ່າລືມສ້າງໄຟລ໌ .htpasswd ແລະສ້າງຊື່ຜູ້ໃຊ້ແລະລະຫັດຜ່ານສໍາລັບມັນ. ລາຍ​ການ​ນີ້​ແມ່ນ​ຕ້ອງ​ການ​ເພື່ອ​ວ່າ​ກະ​ດານ​ເວັບ​ໄຊ​ຕ​໌​ແມ່ນ​ບໍ່​ມີ​ສໍາ​ລັບ​ທຸກ​ຄົນ​ທີ່​ຮູ້​ຈັກ​ໂດ​ເມນ​ຂອງ​ພວກ​ເຮົາ​. ຢ່າງໃດກໍຕາມ, ເມື່ອຕັ້ງຄ່າ Gitlab, ພວກເຮົາຈະຕ້ອງປະຖິ້ມນີ້ - ຖ້າບໍ່ດັ່ງນັ້ນພວກເຮົາຈະບໍ່ສາມາດນໍາຄໍາຮ້ອງສະຫມັກຂອງພວກເຮົາໄປ Nomad. ໃນໂຄງການຂອງຂ້ອຍ, ທັງ Gitlab ແລະ Nomad ມີພຽງແຕ່ຢູ່ໃນເວັບສີຂີ້ເຖົ່າ, ດັ່ງນັ້ນບໍ່ມີບັນຫາດັ່ງກ່າວຢູ່ທີ່ນີ້.

ໃນສອງເຄື່ອງແມ່ຂ່າຍທີ່ຍັງເຫຼືອພວກເຮົາຕິດຕັ້ງຕົວແທນ Consul ຕາມຄໍາແນະນໍາຕໍ່ໄປນີ້. ພວກເຮົາເຮັດເລື້ມຄືນຂັ້ນຕອນດ້ວຍໄຟລ໌ binary:

root@nomad-livelinux-01:~# wget https://releases.hashicorp.com/consul/1.5.0/consul_1.5.0_linux_amd64.zip
root@nomad-livelinux-01:~# unzip consul_1.5.0_linux_amd64.zip
root@nomad-livelinux-01:~# mv consul /usr/local/bin/

ໂດຍການປຽບທຽບກັບເຄື່ອງແມ່ຂ່າຍທີ່ຜ່ານມາ, ພວກເຮົາສ້າງໄດເລກະທໍລີສໍາລັບໄຟລ໌ການຕັ້ງຄ່າ /etc/consul.d ທີ່ມີໂຄງສ້າງດັ່ງຕໍ່ໄປນີ້:

/etc/consul.d/
├── client
│   └── config.json

ເນື້ອໃນຂອງໄຟລ໌ config.json:

{
    "datacenter": "dc1",
    "data_dir": "/opt/consul",
    "log_level": "DEBUG",
    "node_name": "nomad-livelinux-01",
    "server": false,
    "encrypt": "your-private-key",
    "domain": "livelinux",
    "addresses": {
      "dns": "127.0.0.1",
      "https": "0.0.0.0",
      "grpc": "127.0.0.1",
      "http": "127.0.0.1"
    },
    "bind_addr": "172.30.0.5", # локальный адрес вм
    "start_join": ["172.30.0.15"], # удаленный адрес консул сервера
    "ports": {
      "dns": 53
     }

ບັນ​ທຶກ​ການ​ປ່ຽນ​ແປງ​ແລະ​ໄປ​ທີ່​ການ​ຕັ້ງ​ຄ່າ​ໄຟລ​໌​ການ​ບໍ​ລິ​ການ​, ເນື້ອ​ໃນ​ຂອງ​ມັນ​:

/etc/systemd/system/consul.service:

[Unit]
Description="HashiCorp Consul - A service mesh solution"
Documentation=https://www.consul.io/
Requires=network-online.target
After=network-online.target

[Service]
User=root
Group=root
ExecStart=/usr/local/bin/consul agent -config-dir=/etc/consul.d/client
ExecReload=/usr/local/bin/consul reload
KillMode=process
Restart=on-failure

[Install]
WantedBy=multi-user.target

ພວກເຮົາເປີດຕົວກົງສຸນຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ. ໃນປັດຈຸບັນ, ຫຼັງຈາກການເປີດຕົວ, ພວກເຮົາຄວນຈະເຫັນການບໍລິການທີ່ກໍານົດໄວ້ໃນສະມາຊິກ nsul. ນີ້ຈະຫມາຍຄວາມວ່າມັນໄດ້ເຊື່ອມຕໍ່ຢ່າງສໍາເລັດຜົນກັບກຸ່ມລູກຄ້າ. ເຮັດຊ້ໍາອີກຄັ້ງໃນເຄື່ອງແມ່ຂ່າຍທີສອງແລະຫຼັງຈາກນັ້ນພວກເຮົາສາມາດເລີ່ມຕົ້ນການຕິດຕັ້ງແລະກໍາຫນົດຄ່າ Nomad.

ການຕິດຕັ້ງລາຍລະອຽດເພີ່ມເຕີມຂອງ Nomad ແມ່ນໄດ້ຖືກອະທິບາຍໄວ້ໃນເອກະສານທາງການຂອງມັນ. ມີສອງວິທີການຕິດຕັ້ງແບບດັ້ງເດີມ: ການດາວໂຫລດໄຟລ໌ຄູ່ແລະການລວບລວມຂໍ້ມູນຈາກແຫຼ່ງ. ຂ້ອຍຈະເລືອກວິທີທໍາອິດ.

Примечание: ໂຄງການດັ່ງກ່າວກໍາລັງພັດທະນາຢ່າງໄວວາ, ການປັບປຸງໃຫມ່ມັກຈະຖືກປ່ອຍອອກມາ. ບາງທີສະບັບໃຫມ່ຈະຖືກປ່ອຍອອກມາເມື່ອບົດຄວາມນີ້ສໍາເລັດ. ດັ່ງນັ້ນ, ກ່ອນທີ່ຈະອ່ານ, ຂ້າພະເຈົ້າແນະນໍາໃຫ້ກວດເບິ່ງສະບັບປະຈຸບັນຂອງ Nomad ໃນປັດຈຸບັນແລະດາວໂຫຼດມັນ.

root@nomad-livelinux-01:~# wget https://releases.hashicorp.com/nomad/0.9.1/nomad_0.9.1_linux_amd64.zip
root@nomad-livelinux-01:~# unzip nomad_0.9.1_linux_amd64.zip
root@nomad-livelinux-01:~# mv nomad /usr/local/bin/
root@nomad-livelinux-01:~# nomad -autocomplete-install
root@nomad-livelinux-01:~# complete -C /usr/local/bin/nomad nomad
root@nomad-livelinux-01:~# mkdir /etc/nomad.d

ຫຼັງຈາກ unpacking, ພວກເຮົາຈະໄດ້ຮັບ Nomad binary file ນ້ໍາຫນັກ 65 MB - ມັນຕ້ອງຖືກຍ້າຍໄປ /usr/local/bin.

ໃຫ້ສ້າງໄດເລກະທໍລີຂໍ້ມູນສໍາລັບ Nomad ແລະແກ້ໄຂໄຟລ໌ການບໍລິການຂອງມັນ (ສ່ວນຫຼາຍມັນອາດຈະບໍ່ມີຢູ່ໃນຕອນຕົ້ນ):

root@nomad-livelinux-01:~# mkdir --parents /opt/nomad
root@nomad-livelinux-01:~# nano /etc/systemd/system/nomad.service

ວາງແຖວຕໍ່ໄປນີ້ໃສ່ບ່ອນນັ້ນ:

[Unit]
Description=Nomad
Documentation=https://nomadproject.io/docs/
Wants=network-online.target
After=network-online.target

[Service]
ExecReload=/bin/kill -HUP $MAINPID
ExecStart=/usr/local/bin/nomad agent -config /etc/nomad.d
KillMode=process
KillSignal=SIGINT
LimitNOFILE=infinity
LimitNPROC=infinity
Restart=on-failure
RestartSec=2
StartLimitBurst=3
StartLimitIntervalSec=10
TasksMax=infinity

[Install]
WantedBy=multi-user.target

ຢ່າງໃດກໍຕາມ, ພວກເຮົາບໍ່ຮີບຮ້ອນທີ່ຈະເປີດຕົວ nomad - ພວກເຮົາຍັງບໍ່ໄດ້ສ້າງໄຟລ໌ການຕັ້ງຄ່າຂອງມັນ:

root@nomad-livelinux-01:~# mkdir --parents /etc/nomad.d
root@nomad-livelinux-01:~# chmod 700 /etc/nomad.d
root@nomad-livelinux-01:~# nano /etc/nomad.d/nomad.hcl
root@nomad-livelinux-01:~# nano /etc/nomad.d/server.hcl

ໂຄງສ້າງໄດເລກະທໍລີສຸດທ້າຍຈະເປັນດັ່ງຕໍ່ໄປນີ້:

/etc/nomad.d/
├── nomad.hcl
└── server.hcl

ໄຟລ໌ nomad.hcl ຄວນມີການຕັ້ງຄ່າຕໍ່ໄປນີ້:

datacenter = "dc1"
data_dir = "/opt/nomad"

ເນື້ອໃນຂອງໄຟລ໌ server.hcl:

server {
  enabled = true
  bootstrap_expect = 1
}

consul {
  address             = "127.0.0.1:8500"
  server_service_name = "nomad"
  client_service_name = "nomad-client"
  auto_advertise      = true
  server_auto_join    = true
  client_auto_join    = true
}

bind_addr = "127.0.0.1" 

advertise {
  http = "172.30.0.5"
}

client {
  enabled = true
}

ຢ່າລືມປ່ຽນໄຟລ໌ການຕັ້ງຄ່າໃນເຄື່ອງແມ່ຂ່າຍທີສອງ - ຢູ່ທີ່ນັ້ນທ່ານຈະຕ້ອງປ່ຽນຄ່າຂອງຄໍາສັ່ງ http.

ສິ່ງສຸດທ້າຍໃນຂັ້ນຕອນນີ້ແມ່ນການຕັ້ງຄ່າ Nginx ສໍາລັບ proxying ແລະຕັ້ງຄ່າການອະນຸຍາດ http. ເນື້ອໃນຂອງໄຟລ໌ nomad.conf:

upstream nomad-auth {
        server 172.30.0.5:4646;
}

server {

        server_name nomad.domain.name;
        
        location / {
	        proxy_pass http://nomad-auth;
	        proxy_set_header Host $host;
	        auth_basic_user_file /etc/nginx/.htpasswd;
		   auth_basic "Password-protected Area";
        }
        
}

ໃນປັດຈຸບັນພວກເຮົາສາມາດເຂົ້າເຖິງກະດານເວັບໄຊຕ໌ໂດຍຜ່ານເຄືອຂ່າຍພາຍນອກ. ເຊື່ອມຕໍ່ ແລະໄປທີ່ໜ້າເຊີບເວີ:

ຮູບພາບ 1. ລາຍຊື່ເຊີບເວີໃນກຸ່ມ Nomad

ເຄື່ອງແມ່ຂ່າຍທັງສອງຖືກສະແດງຢ່າງສໍາເລັດຜົນໃນກະດານ, ພວກເຮົາຈະເຫັນສິ່ງດຽວກັນໃນຜົນໄດ້ຮັບຂອງຄໍາສັ່ງສະຖານະພາບ nomad:

ຮູບພາບ 2. ຜົນໄດ້ຮັບຂອງຄໍາສັ່ງສະຖານະ nomad nomad

ກົງສຸນແມ່ນຫຍັງ? ຂໍໃຫ້ເບິ່ງ. ໄປທີ່ກະດານຄວບຄຸມ Consul, ໄປຫາຫນ້າ nodes:

ຮູບພາບ 3. ບັນຊີລາຍຊື່ຂອງ nodes ໃນກຸ່ມ Consul

ໃນປັດຈຸບັນພວກເຮົາມີ Nomad ກະກຽມເຮັດວຽກຮ່ວມກັນກັບກົງສຸນ. ໃນຂັ້ນຕອນສຸດທ້າຍ, ພວກເຮົາຈະໄປຫາສ່ວນທີ່ມ່ວນຊື່ນ: ການຕັ້ງຄ່າການຈັດສົ່ງຕູ້ຄອນເທນເນີ Docker ຈາກ Gitlab ໄປ Nomad, ແລະຍັງເວົ້າກ່ຽວກັບລັກສະນະທີ່ໂດດເດັ່ນອື່ນໆຂອງມັນ.

ການສ້າງ Gitlab Runner

ເພື່ອນໍາໃຊ້ຮູບພາບ docker ກັບ Nomad, ພວກເຮົາຈະໃຊ້ runner ແຍກຕ່າງຫາກທີ່ມີໄຟລ໌ Nomad binary ພາຍໃນ (ໂດຍວິທີທາງການ, ພວກເຮົາສາມາດສັງເກດເຫັນລັກສະນະອື່ນຂອງຄໍາຮ້ອງສະຫມັກ Hashicorp - ສ່ວນບຸກຄົນພວກເຂົາເປັນໄຟລ໌ຄູ່ດຽວ). ອັບໂຫຼດມັນໃສ່ໄດເລກະທໍລີນັກແລ່ນ. ໃຫ້ສ້າງ Dockerfile ງ່າຍໆສໍາລັບມັນດ້ວຍເນື້ອຫາຕໍ່ໄປນີ້:

FROM alpine:3.9
RUN apk add --update --no-cache libc6-compat gettext
COPY nomad /usr/local/bin/nomad

ໃນໂຄງການດຽວກັນພວກເຮົາສ້າງ .gitlab-ci.yml:

variables:
  DOCKER_IMAGE: nomad/nomad-deploy
  DOCKER_REGISTRY: registry.domain.name
 

stages:
  - build

build:
  stage: build
  image: ${DOCKER_REGISTRY}/nomad/alpine:3
  script:
    - tag=${DOCKER_REGISTRY}/${DOCKER_IMAGE}:latest
    - docker build --pull -t ${tag} -f Dockerfile .
    - docker push ${tag}

ດັ່ງນັ້ນ, ພວກເຮົາຈະມີຮູບພາບທີ່ມີຢູ່ຂອງນັກແລ່ນ Nomad ໃນ Gitlab Registry, ຕອນນີ້ພວກເຮົາສາມາດໄປຫາບ່ອນເກັບຂໍ້ມູນໂຄງການໂດຍກົງ, ສ້າງ Pipeline ແລະກໍາຫນົດຄ່າວຽກ Nomad ຂອງ Nomad.

ການ​ຕັ້ງ​ຄ່າ​ໂຄງ​ການ​

ໃຫ້ເລີ່ມຕົ້ນດ້ວຍໄຟລ໌ຂອງວຽກສໍາລັບ Nomad. ໂຄງການຂອງຂ້ອຍໃນບົດຄວາມນີ້ຈະເປັນພື້ນຖານທີ່ຂ້ອນຂ້າງ: ມັນຈະປະກອບດ້ວຍວຽກງານຫນຶ່ງ. ເນື້ອໃນຂອງ .gitlab-ci ຈະເປັນດັ່ງຕໍ່ໄປນີ້:

variables:
  NOMAD_ADDR: http://nomad.address.service:4646
  DOCKER_REGISTRY: registry.domain.name
  DOCKER_IMAGE: example/project

stages:
  - build
  - deploy

build:
  stage: build
  image: ${DOCKER_REGISTRY}/nomad-runner/alpine:3
  script:
    - tag=${DOCKER_REGISTRY}/${DOCKER_IMAGE}:${CI_COMMIT_SHORT_SHA}
    - docker build --pull -t ${tag} -f Dockerfile .
    - docker push ${tag}


deploy:
  stage: deploy
  image: registry.example.com/nomad/nomad-runner:latest
  script:
    - envsubst '${CI_COMMIT_SHORT_SHA}' < project.nomad > job.nomad
    - cat job.nomad
    - nomad validate job.nomad
    - nomad plan job.nomad || if [ $? -eq 255 ]; then exit 255; else echo "success"; fi
    - nomad run job.nomad
  environment:
    name: production
  allow_failure: false
  when: manual

ທີ່ນີ້, ການຕິດຕັ້ງເກີດຂຶ້ນດ້ວຍຕົນເອງ, ແຕ່ທ່ານສາມາດ configure ມັນມີການປ່ຽນແປງເນື້ອໃນຂອງໄດເລກະທໍລີໂຄງການ. ທໍ່ປະກອບດ້ວຍສອງຂັ້ນຕອນ: ການປະກອບຮູບພາບແລະການນໍາໄປໃຊ້ກັບ nomad. ໃນຂັ້ນຕອນທໍາອິດ, ພວກເຮົາປະກອບຮູບພາບ docker ແລະຍູ້ມັນເຂົ້າໄປໃນ Registry ຂອງພວກເຮົາ, ແລະໃນຄັ້ງທີສອງພວກເຮົາເປີດຕົວວຽກຂອງພວກເຮົາໃນ Nomad.

job "monitoring-status" {
    datacenters = ["dc1"]
    migrate {
        max_parallel = 3
        health_check = "checks"
        min_healthy_time = "15s"
        healthy_deadline = "5m"
    }

    group "zhadan.ltd" {
        count = 1
        update {
            max_parallel      = 1
            min_healthy_time  = "30s"
            healthy_deadline  = "5m"
            progress_deadline = "10m"
            auto_revert       = true
        }
        task "service-monitoring" {
            driver = "docker"

            config {
                image = "registry.domain.name/example/project:${CI_COMMIT_SHORT_SHA}"
                force_pull = true
                auth {
                    username = "gitlab_user"
                    password = "gitlab_password"
                }
                port_map {
                    http = 8000
                }
            }
            resources {
                network {
                    port "http" {}
                }
            }
        }
    }
}

ກະ​ລຸ​ນາ​ສັງ​ເກດ​ວ່າ​ຂ້າ​ພະ​ເຈົ້າ​ມີ​ການ​ຈົດ​ທະ​ບຽນ​ເອ​ກະ​ຊົນ​ແລະ​ສົບ​ຜົນ​ສໍາ​ເລັດ​ການ​ດຶງ​ຮູບ​ພາບ docker ເປັນ​ຂ້າ​ພະ​ເຈົ້າ​ຈໍາ​ເປັນ​ຕ້ອງ​ເຂົ້າ​ສູ່​ລະ​ບົບ​ມັນ​. ການແກ້ໄຂທີ່ດີທີ່ສຸດໃນກໍລະນີນີ້ແມ່ນການເຂົ້າລະບົບແລະລະຫັດຜ່ານເຂົ້າໄປໃນ Vault ແລະຫຼັງຈາກນັ້ນປະສົມປະສານກັບ Nomad. Nomad ໂດຍພື້ນຖານແລ້ວສະຫນັບສະຫນູນ Vault. ແຕ່ທໍາອິດ, ໃຫ້ຕິດຕັ້ງນະໂຍບາຍທີ່ຈໍາເປັນສໍາລັບ Nomad ໃນ Vault ຕົວຂອງມັນເອງ; ພວກເຂົາສາມາດດາວໂຫລດໄດ້:

# Download the policy and token role
$ curl https://nomadproject.io/data/vault/nomad-server-policy.hcl -O -s -L
$ curl https://nomadproject.io/data/vault/nomad-cluster-role.json -O -s -L

# Write the policy to Vault
$ vault policy write nomad-server nomad-server-policy.hcl

# Create the token role with Vault
$ vault write /auth/token/roles/nomad-cluster @nomad-cluster-role.json

ໃນປັດຈຸບັນ, ໄດ້ສ້າງນະໂຍບາຍທີ່ຈໍາເປັນ, ພວກເຮົາຈະເພີ່ມການເຊື່ອມໂຍງກັບ Vault ໃນບລັອກວຽກໃນໄຟລ໌ job.nomad:

vault {
  enabled = true
  address = "https://vault.domain.name:8200"
  token = "token"
}

ຂ້ອຍໃຊ້ການອະນຸຍາດໂດຍ token ແລະລົງທະບຽນມັນໂດຍກົງທີ່ນີ້, ຍັງມີທາງເລືອກທີ່ຈະລະບຸ token ເປັນຕົວແປໃນເວລາທີ່ເລີ່ມຕົ້ນຕົວແທນ nomad:

$ VAULT_TOKEN=<token> nomad agent -config /path/to/config

ຕອນນີ້ພວກເຮົາສາມາດໃຊ້ກະແຈກັບ Vault ໄດ້. ຫຼັກການຂອງການດໍາເນີນງານແມ່ນງ່າຍດາຍ: ພວກເຮົາສ້າງໄຟລ໌ໃນວຽກ Nomad ທີ່ຈະເກັບຄ່າຂອງຕົວແປ, ຕົວຢ່າງ:

template {
                data = <<EOH
{{with secret "secrets/pipeline-keys"}}
REGISTRY_LOGIN="{{ .Data.REGISTRY_LOGIN }}"
REGISTRY_PASSWORD="{{ .Data.REGISTRY_LOGIN }}{{ end }}"

EOH
    destination = "secrets/service-name.env"
    env = true
}

ດ້ວຍວິທີການທີ່ງ່າຍດາຍນີ້, ທ່ານສາມາດກໍານົດການຈັດສົ່ງຖັງໃສ່ກຸ່ມ Nomad ແລະເຮັດວຽກກັບມັນໃນອະນາຄົດ. ຂ້າພະເຈົ້າຈະເວົ້າວ່າໃນບາງຂອບເຂດຂ້າພະເຈົ້າເຫັນອົກເຫັນໃຈກັບ Nomad - ມັນເຫມາະສົມກັບໂຄງການຂະຫນາດນ້ອຍກວ່າທີ່ Kubernetes ສາມາດເຮັດໃຫ້ເກີດຄວາມສັບສົນເພີ່ມເຕີມແລະຈະບໍ່ຮັບຮູ້ເຖິງທ່າແຮງອັນເຕັມທີ່ຂອງມັນ. ນອກຈາກນັ້ນ, Nomad ແມ່ນດີເລີດສໍາລັບຜູ້ເລີ່ມຕົ້ນ - ມັນງ່າຍທີ່ຈະຕິດຕັ້ງແລະຕັ້ງຄ່າ. ຢ່າງໃດກໍຕາມ, ໃນເວລາທີ່ການທົດສອບໃນບາງໂຄງການ, ຂ້າພະເຈົ້າພົບບັນຫາກັບສະບັບຕົ້ນຂອງມັນ - ຫນ້າທີ່ພື້ນຖານຫຼາຍພຽງແຕ່ບໍ່ມີຫຼືພວກມັນເຮັດວຽກບໍ່ຖືກຕ້ອງ. ຢ່າງໃດກໍຕາມ, ຂ້າພະເຈົ້າເຊື່ອວ່າ Nomad ຈະສືບຕໍ່ພັດທະນາແລະໃນອະນາຄົດມັນຈະໄດ້ຮັບຫນ້າທີ່ທີ່ທຸກຄົນຕ້ອງການ.

ຜູ້ຂຽນ: Ilya Andreev, ແກ້ໄຂໂດຍ Alexey Zhadan ແລະທີມງານ Live Linux


ແຫຼ່ງຂໍ້ມູນ: www.habr.com