ພວກເຮົາໄດ້ເວົ້າກ່ຽວກັບການແລ້ວ ຖັງເກັບມ້ຽນ, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານເພື່ອພັດທະນາຄໍາຮ້ອງສະຫມັກແຈກຢາຍແລະຫຸ້ມຫໍ່ໃຫ້ເຂົາເຈົ້າ. ທັງໝົດທີ່ຍັງເຫຼືອແມ່ນການຮຽນຮູ້ວິທີການນຳໃຊ້ແອັບພລິເຄຊັນເຫຼົ່ານີ້ ແລະຈັດການພວກມັນ. ບໍ່ຕ້ອງເປັນຫ່ວງ, ພວກເຮົາໄດ້ຮັບມັນທັງໝົດແລ້ວ! ພວກເຮົາເອົາການປະຕິບັດທີ່ດີທີ່ສຸດທັງຫມົດຮ່ວມກັນສໍາລັບການເຮັດວຽກກັບ Tarantool Cartridge ແລະຂຽນ ບົດບາດ ansible, ເຊິ່ງຈະແຈກຢາຍແພັກເກັດໃຫ້ກັບເຊີບເວີ, ເປີດຕົວຕົວຢ່າງ, ໂຮມພວກມັນເຂົ້າໄປໃນກຸ່ມ, ຕັ້ງຄ່າການອະນຸຍາດ, bootstrap vshard, ເປີດໃຊ້ການລົ້ມເຫລວອັດຕະໂນມັດແລະແກ້ໄຂການຕັ້ງຄ່າຂອງກຸ່ມ.

ຫນ້າສົນໃຈ? ຫຼັງຈາກນັ້ນ, ກະລຸນາ, ພາຍໃຕ້ການຕັດ, ພວກເຮົາຈະບອກທ່ານແລະສະແດງໃຫ້ທ່ານເຫັນທຸກຢ່າງ.

ໃຫ້ເລີ່ມຕົ້ນດ້ວຍຕົວຢ່າງ

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

Tarantool Cartridge ມີ ການສອນ ເພື່ອສ້າງຄໍາຮ້ອງສະຫມັກ Cartridge ຂະຫນາດນ້ອຍທີ່ເກັບຮັກສາຂໍ້ມູນກ່ຽວກັບລູກຄ້າທະນາຄານແລະບັນຊີຂອງເຂົາເຈົ້າ, ແລະຍັງສະຫນອງ API ສໍາລັບການຄຸ້ມຄອງຂໍ້ມູນຜ່ານ HTTP. ເພື່ອເຮັດສິ່ງນີ້, ເອກະສານຊ້ອນທ້າຍອະທິບາຍສອງບົດບາດທີ່ເປັນໄປໄດ້: api и storage, ເຊິ່ງສາມາດຖືກມອບຫມາຍໃຫ້ຕົວຢ່າງ.

Cartridge ຕົວຂອງມັນເອງບໍ່ໄດ້ເວົ້າຫຍັງກ່ຽວກັບວິທີການເປີດຕົວຂະບວນການ, ມັນພຽງແຕ່ສະຫນອງຄວາມສາມາດໃນການກໍາຫນົດຄ່າຕົວຢ່າງທີ່ແລ່ນແລ້ວ. ຜູ້ໃຊ້ຕ້ອງເຮັດສ່ວນທີ່ເຫຼືອດ້ວຍຕົນເອງ: ຈັດໄຟລ໌ການຕັ້ງຄ່າ, ເລີ່ມຕົ້ນການບໍລິການແລະ configure topology. ແຕ່ພວກເຮົາຈະບໍ່ເຮັດທັງຫມົດນີ້; Ansible ຈະເຮັດເພື່ອພວກເຮົາ.

ຈາກຄໍາເວົ້າໄປສູ່ການກະທໍາ

ດັ່ງນັ້ນ, ໃຫ້ໃຊ້ຄໍາຮ້ອງສະຫມັກຂອງພວກເຮົາກັບສອງເຄື່ອງ virtual ແລະຕັ້ງຄ່າ topology ງ່າຍໆ:

• ຊຸດຈຳລອງ app-1 ຈະປະຕິບັດພາລະບົດບາດ api, ເຊິ່ງປະກອບມີພາລະບົດບາດ vshard-router. ຈະມີຕົວຢ່າງດຽວຢູ່ທີ່ນີ້.
• ຊຸດຈຳລອງ storage-1 ປະຕິບັດພາລະບົດບາດ storage (ແລະໃນເວລາດຽວກັນ vshard-storage), ໃນທີ່ນີ້ພວກເຮົາຈະເພີ່ມສອງຕົວຢ່າງຈາກເຄື່ອງຈັກທີ່ແຕກຕ່າງກັນ.

ເພື່ອດໍາເນີນການຕົວຢ່າງທີ່ພວກເຮົາຕ້ອງການ ວີຊາ и ຄວາມເຂົ້າໃຈ (ເວີຊັນ 2.8 ຫຼືສູງກວ່າ).

ພາລະບົດບາດຕົວຂອງມັນເອງແມ່ນຢູ່ໃນ Ansible Galaxy. ນີ້ແມ່ນບ່ອນເກັບມ້ຽນທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດແບ່ງປັນວຽກງານຂອງທ່ານແລະນໍາໃຊ້ພາລະບົດບາດທີ່ກຽມພ້ອມ.

ໃຫ້ clone repository ດ້ວຍຕົວຢ່າງ:

$ git clone https://github.com/dokshina/deploy-tarantool-cartridge-app.git
$ cd deploy-tarantool-cartridge-app && git checkout 1.0.0

ພວກເຮົາຍົກເຄື່ອງ virtual:

$ vagrant up

ຕິດຕັ້ງ Tarantool Cartridge ພາລະບົດບາດ ansible:

$ ansible-galaxy install tarantool.cartridge,1.0.1

ເປີດຕົວບົດບາດທີ່ຕິດຕັ້ງ:

$ ansible-playbook -i hosts.yml playbook.yml

ພວກເຮົາລໍຖ້າ playbook ສໍາເລັດການປະຕິບັດ, ໄປທີ່ http://localhost:8181/admin/cluster/dashboard ແລະ​ມີ​ຄວາມ​ສຸກ​ຜົນ​ໄດ້​ຮັບ​:

ທ່ານສາມາດອັບໂຫລດຂໍ້ມູນ. ເຢັນ, ສິດ?

ຕອນນີ້ໃຫ້ພວກເຮົາຄິດວິທີການເຮັດວຽກກັບສິ່ງນີ້, ແລະໃນເວລາດຽວກັນເພີ່ມຊຸດ replica ອື່ນໃຫ້ກັບ topology.

ໃຫ້ເລີ່ມຕົ້ນທີ່ຈະຄິດອອກ

ດັ່ງນັ້ນສິ່ງທີ່ເກີດຂຶ້ນ?

ພວກເຮົາໄດ້ຕັ້ງສອງເຄື່ອງສະເໝືອນ ແລະເປີດໂຕປຶ້ມຫຼິ້ນທີ່ບໍ່ສາມາດນຳໃຊ້ໄດ້ທີ່ກຳນົດຄ່າກຸ່ມຂອງພວກເຮົາ. ໃຫ້ເບິ່ງເນື້ອໃນຂອງໄຟລ໌ playbook.yml:

---
- name: Deploy my Tarantool Cartridge app
  hosts: all
  become: true
  become_user: root
  tasks:
  - name: Import Tarantool Cartridge role
    import_role:
      name: tarantool.cartridge

ບໍ່ມີຫຍັງທີ່ຫນ້າສົນໃຈເກີດຂຶ້ນຢູ່ທີ່ນີ້, ໃຫ້ເປີດຕົວບົດບາດທີ່ເອີ້ນວ່າ ansible tarantool.cartridge.

ສິ່ງທີ່ສໍາຄັນທີ່ສຸດທັງຫມົດ (ຄື, ການຕັ້ງຄ່າກຸ່ມ) ແມ່ນຢູ່ໃນ ສິນຄ້າຄົງຄັງ- ໄຟລ໌ hosts.yml:

---
all:
  vars:
    # common cluster variables
    cartridge_app_name: getting-started-app
    cartridge_package_path: ./getting-started-app-1.0.0-0.rpm  # path to package

    cartridge_cluster_cookie: app-default-cookie  # cluster cookie

    # common ssh options
    ansible_ssh_private_key_file: ~/.vagrant.d/insecure_private_key
    ansible_ssh_common_args: '-o IdentitiesOnly=yes -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no'

  # INSTANCES
  hosts:
    storage-1:
      config:
        advertise_uri: '172.19.0.2:3301'
        http_port: 8181

    app-1:
      config:
        advertise_uri: '172.19.0.3:3301'
        http_port: 8182

    storage-1-replica:
      config:
        advertise_uri: '172.19.0.3:3302'
        http_port: 8183

  children:
    # GROUP INSTANCES BY MACHINES
    host1:
      vars:
        # first machine connection options
        ansible_host: 172.19.0.2
        ansible_user: vagrant

      hosts:  # instances to be started on the first machine
        storage-1:

    host2:
      vars:
        # second machine connection options
        ansible_host: 172.19.0.3
        ansible_user: vagrant

      hosts:  # instances to be started on the second machine
        app-1:
        storage-1-replica:

    # GROUP INSTANCES BY REPLICA SETS
    replicaset_app_1:
      vars:  # replica set configuration
        replicaset_alias: app-1
        failover_priority:
          - app-1  # leader
        roles:
          - 'api'

      hosts:  # replica set instances
        app-1:

    replicaset_storage_1:
      vars:  # replica set configuration
        replicaset_alias: storage-1
        weight: 3
        failover_priority:
          - storage-1  # leader
          - storage-1-replica
        roles:
          - 'storage'

      hosts:   # replica set instances
        storage-1:
        storage-1-replica:

ທັງຫມົດທີ່ພວກເຮົາຕ້ອງການແມ່ນເພື່ອຮຽນຮູ້ວິທີການຈັດການ instances ແລະ replicasets ໂດຍການປ່ຽນແປງເນື້ອໃນຂອງໄຟລ໌ນີ້. ຕໍ່ໄປພວກເຮົາຈະເພີ່ມພາກສ່ວນໃຫມ່ໃສ່ມັນ. ເພື່ອບໍ່ໃຫ້ສັບສົນບ່ອນທີ່ຈະເພີ່ມພວກມັນ, ທ່ານສາມາດເບິ່ງສະບັບສຸດທ້າຍຂອງໄຟລ໌ນີ້, hosts.updated.yml, ເຊິ່ງຢູ່ໃນ repository ຕົວຢ່າງ.

ການຈັດການຕົວຢ່າງ

ໃນເງື່ອນໄຂ Ansible, ແຕ່ລະຕົວຢ່າງແມ່ນໂຮດ (ບໍ່ຄວນສັບສົນກັບເຄື່ອງແມ່ຂ່າຍຂອງຮາດແວ), i.e. ຂໍ້ໂຄງສ້າງພື້ນຖານທີ່ Ansible ຈະຈັດການ. ສໍາລັບແຕ່ລະເຈົ້າພາບພວກເຮົາສາມາດກໍານົດຕົວກໍານົດການເຊື່ອມຕໍ່ (ເຊັ່ນ: ansible_host и ansible_user), ເຊັ່ນດຽວກັນກັບການຕັ້ງຄ່າຕົວຢ່າງ. ລາຍລະອຽດຂອງຕົວຢ່າງແມ່ນຢູ່ໃນພາກ hosts.

ໃຫ້ເບິ່ງການຕັ້ງຄ່າຕົວຢ່າງ storage-1:

all:
  vars:
    ...

  # INSTANCES
  hosts:
    storage-1:
      config:
        advertise_uri: '172.19.0.2:3301'
        http_port: 8181

  ...

ໃນຕົວແປ config ພວກເຮົາລະບຸຕົວກໍານົດການຕົວຢ່າງ - advertise URI и HTTP port.
ຂ້າງລຸ່ມນີ້ແມ່ນຕົວກໍານົດການຕົວຢ່າງ app-1 и storage-1-replica.

ພວກເຮົາຈໍາເປັນຕ້ອງບອກ Ansible ຕົວກໍານົດການເຊື່ອມຕໍ່ສໍາລັບແຕ່ລະຕົວຢ່າງ. ມັນເບິ່ງຄືວ່າສົມເຫດສົມຜົນທີ່ຈະຈັດກຸ່ມຕົວຢ່າງເຂົ້າໄປໃນກຸ່ມເຄື່ອງ virtual. ສໍາລັບຈຸດປະສົງນີ້, ຕົວຢ່າງຖືກລວມເຂົ້າເປັນກຸ່ມ host1 и host2, ແລະໃນແຕ່ລະກຸ່ມຢູ່ໃນພາກ vars ຄ່າແມ່ນຊີ້ໃຫ້ເຫັນ ansible_host и ansible_user ສໍາລັບເຄື່ອງ virtual ຫນຶ່ງ. ແລະໃນພາກ hosts — hosts (aka instances) ທີ່​ລວມ​ຢູ່​ໃນ​ກຸ່ມ​ນີ້​:

all:
  vars:
    ...
  hosts:
    ...
  children:
    # GROUP INSTANCES BY MACHINES
    host1:
      vars:
        # first machine connection options
        ansible_host: 172.19.0.2
        ansible_user: vagrant
       hosts:  # instances to be started on the first machine
        storage-1:

     host2:
      vars:
        # second machine connection options
        ansible_host: 172.19.0.3
        ansible_user: vagrant
       hosts:  # instances to be started on the second machine
        app-1:
        storage-1-replica:

ພວກເຮົາເລີ່ມປ່ຽນແປງ hosts.yml. ໃຫ້ເພີ່ມອີກສອງຕົວຢ່າງ, storage-2-replica ໃນເຄື່ອງ virtual ທໍາອິດແລະ storage-2 ທີສອງ:

all:
  vars:
    ...

  # INSTANCES
  hosts:
    ...
    storage-2:  # <==
      config:
        advertise_uri: '172.19.0.3:3303'
        http_port: 8184

    storage-2-replica:  # <==
      config:
        advertise_uri: '172.19.0.2:3302'
        http_port: 8185

  children:
    # GROUP INSTANCES BY MACHINES
    host1:
      vars:
        ...
      hosts:  # instances to be started on the first machine
        storage-1:
        storage-2-replica:  # <==

    host2:
      vars:
        ...
      hosts:  # instances to be started on the second machine
        app-1:
        storage-1-replica:
        storage-2:  # <==
  ...

ເປີດຕົວປື້ມຫຼິ້ນທີ່ສາມາດໃຊ້ໄດ້:

$ ansible-playbook -i hosts.yml 
                   --limit storage-2,storage-2-replica 
                   playbook.yml

ກະລຸນາສັງເກດທາງເລືອກ --limit. ເນື່ອງຈາກແຕ່ລະ instance cluster ເປັນເຈົ້າພາບໃນເງື່ອນໄຂ Ansible, ພວກເຮົາສາມາດລະບຸຢ່າງຊັດເຈນວ່າ instances ໃດຄວນຖືກຕັ້ງຄ່າໃນເວລາທີ່ປະຕິບັດ playbook.

ກັບໄປທີ່ Web UI http://localhost:8181/admin/cluster/dashboard ແລະເບິ່ງຕົວຢ່າງໃຫມ່ຂອງພວກເຮົາ:

ບໍ່ໃຫ້ຢຸດຢູ່ທີ່ນັ້ນແລະການຄຸ້ມຄອງ topology ຕົ້ນສະບັບ.

ການຈັດການ Topology

ໃຫ້ລວມຕົວຢ່າງໃຫມ່ຂອງພວກເຮົາເຂົ້າໄປໃນຊຸດ replica storage-2. ມາເພີ່ມກຸ່ມໃໝ່ replicaset_storage_2 ແລະອະທິບາຍຕົວກໍານົດການ replicaset ໃນຕົວແປຂອງມັນໂດຍການປຽບທຽບກັບ replicaset_storage_1. ໃນພາກ hosts ໃຫ້ພວກເຮົາຊີ້ບອກວ່າຕົວຢ່າງໃດຈະຖືກລວມຢູ່ໃນກຸ່ມນີ້ (ນັ້ນແມ່ນ, ຊຸດ replica ຂອງພວກເຮົາ):

---
all:
  vars:
    ...
  hosts:
    ...
  children:
    ...
    # GROUP INSTANCES BY REPLICA SETS
    ...
    replicaset_storage_2:  # <==
      vars:  # replicaset configuration
        replicaset_alias: storage-2
        weight: 2
        failover_priority:
          - storage-2
          - storage-2-replica
        roles:
          - 'storage'

      hosts:   # replicaset instances
        storage-2:
        storage-2-replica:

ມາເລີ່ມປຶ້ມຫຼິ້ນອີກຄັ້ງ:

$ ansible-playbook -i hosts.yml 
                   --limit replicaset_storage_2 
                   --tags cartridge-replicasets 
                   playbook.yml

ຕໍ່ທາງເລືອກ --limit ເວລານີ້ພວກເຮົາຜ່ານຊື່ຂອງກຸ່ມທີ່ກົງກັບ replicaset ຂອງພວກເຮົາ.

ໃຫ້ພິຈາລະນາທາງເລືອກ tags.

ພາລະບົດບາດຂອງພວກເຮົາປະຕິບັດວຽກງານຕ່າງໆຕາມລໍາດັບ, ເຊິ່ງຖືກຫມາຍດ້ວຍແທັກຕໍ່ໄປນີ້:

• cartridge-instances: ການຈັດການຕົວຢ່າງ (ການຕັ້ງຄ່າ, ການເຊື່ອມຕໍ່ກັບສະມາຊິກ);
• cartridge-replicasets: ການຈັດການ topology (ການຈັດການ replicaset ແລະການໂຍກຍ້າຍຖາວອນ (expel) ຂອງ instances ຈາກ cluster);
• cartridge-config: ການຈັດການຕົວກໍານົດການຂອງກຸ່ມອື່ນໆ (vshard bootstrapping, ຮູບແບບການລົ້ມເຫຼວອັດຕະໂນມັດ, ຕົວກໍານົດການອະນຸຍາດແລະການຕັ້ງຄ່າຄໍາຮ້ອງສະຫມັກ).

ພວກເຮົາສາມາດລະບຸໄດ້ຢ່າງຊັດເຈນວ່າສ່ວນໃດຂອງວຽກທີ່ພວກເຮົາຕ້ອງການເຮັດ, ຫຼັງຈາກນັ້ນ, ພາລະບົດບາດຈະຂ້າມວຽກງານສ່ວນທີ່ເຫຼືອ. ໃນກໍລະນີຂອງພວກເຮົາ, ພວກເຮົາຕ້ອງການເຮັດວຽກພຽງແຕ່ກັບ topology, ດັ່ງນັ້ນພວກເຮົາກໍານົດ cartridge-replicasets.

ໃຫ້ປະເມີນຜົນໄດ້ຮັບຂອງຄວາມພະຍາຍາມຂອງພວກເຮົາ. ພວກ​ເຮົາ​ຊອກ​ຫາ replicaset ໃຫມ່​ໃນ http://localhost:8181/admin/cluster/dashboard.

ຮື!

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

ຢ່າລືມແລ່ນ vagrant haltເພື່ອຢຸດເຄື່ອງ virtual ເມື່ອທ່ານເຮັດວຽກກັບພວກມັນແລ້ວ.

ມີຫຍັງຢູ່ພາຍໃຕ້ຜ້າອ້ອມ?

ໃນທີ່ນີ້ຂ້າພະເຈົ້າຈະບອກທ່ານເພີ່ມເຕີມກ່ຽວກັບສິ່ງທີ່ໄດ້ເກີດຂຶ້ນພາຍໃຕ້ hood ຂອງບົດບາດ ansible ໃນໄລຍະການທົດລອງຂອງພວກເຮົາ.

ລອງເບິ່ງການນຳໄປໃຊ້ແອັບພລິເຄຊັ່ນ Cartridge ໂດຍຂັ້ນຕອນ.

ການຕິດຕັ້ງແພັກເກັດແລະຕົວຢ່າງເລີ່ມຕົ້ນ

ທໍາອິດທ່ານຈໍາເປັນຕ້ອງສົ່ງຊຸດໃຫ້ກັບເຄື່ອງແມ່ຂ່າຍແລະຕິດຕັ້ງມັນ. ໃນປັດຈຸບັນບົດບາດສາມາດເຮັດວຽກກັບຊຸດ RPM ແລະ DEB.

ຕໍ່ໄປ, ພວກເຮົາເປີດຕົວຕົວຢ່າງ. ທຸກສິ່ງທຸກຢ່າງແມ່ນງ່າຍດາຍຫຼາຍຢູ່ທີ່ນີ້: ແຕ່ລະຕົວຢ່າງແມ່ນແຍກຕ່າງຫາກ systemd- ການ​ບໍ​ລິ​ການ​. ຂ້ອຍຈະຍົກຕົວຢ່າງໃຫ້ເຈົ້າ:

$ systemctl start myapp@storage-1

ຄໍາສັ່ງນີ້ຈະເປີດຕົວຕົວຢ່າງ storage-1 apps myapp. ຕົວຢ່າງທີ່ເປີດຕົວຈະຊອກຫາຂອງມັນ ການຕັ້ງຄ່າ в /etc/tarantool/conf.d/. ບັນທຶກຕົວຢ່າງສາມາດເບິ່ງໄດ້ໂດຍໃຊ້ journald.

ໄຟລ໌ຫົວໜ່ວຍ /etc/systemd/system/[email protected] ສໍາລັບການບໍລິການ systemd ຈະຖືກຈັດສົ່ງພ້ອມກັບຊຸດ.

Ansible ມີໂມດູນໃນຕົວສໍາລັບການຕິດຕັ້ງແພັກເກັດແລະການຄຸ້ມຄອງການບໍລິການລະບົບ; ພວກເຮົາບໍ່ໄດ້ປະດິດສິ່ງໃຫມ່ຢູ່ທີ່ນີ້.

ການຕັ້ງຄ່າ topology ຂອງກຸ່ມ

ນີ້ແມ່ນບ່ອນທີ່ຄວາມມ່ວນເລີ່ມຕົ້ນ. ຕົກລົງ, ມັນຈະເປັນເລື່ອງແປກທີ່ຈະລົບກວນກັບບົດບາດ Ansible ພິເສດສໍາລັບການຕິດຕັ້ງແພັກເກັດແລະການແລ່ນ systemd-services.

ທ່ານສາມາດ configure ກຸ່ມດ້ວຍຕົນເອງ:

• ທາງເລືອກທໍາອິດ: ເປີດ Web UI ແລະຄລິກໃສ່ປຸ່ມຕ່າງໆ. ມັນຂ້ອນຂ້າງເຫມາະສົມສໍາລັບການເລີ່ມຕົ້ນຄັ້ງດຽວຂອງຫຼາຍໆຕົວຢ່າງ.
• ທາງເລືອກທີສອງ: ທ່ານສາມາດນໍາໃຊ້ GraphQl API. ໃນທີ່ນີ້ທ່ານສາມາດອັດຕະໂນມັດບາງສິ່ງບາງຢ່າງ, ຕົວຢ່າງ, ຂຽນ script ໃນ Python.
• ທາງ​ເລືອກ​ທີ​ສາມ (ສໍາ​ລັບ​ຄວາມ​ຕັ້ງ​ໃຈ​ທີ່​ເຂັ້ມ​ແຂງ​)​: ໄປ​ທີ່​ເຄື່ອງ​ແມ່​ຂ່າຍ​, ການ​ເຊື່ອມ​ຕໍ່​ກັບ​ຫນຶ່ງ​ໃນ​ຕົວ​ຢ່າງ​ການ​ນໍາ​ໃຊ້​ tarantoolctl connect ແລະປະຕິບັດການຫມູນໃຊ້ທີ່ຈໍາເປັນທັງຫມົດດ້ວຍໂມດູນ Lua cartridge.

ວຽກງານຕົ້ນຕໍຂອງ invention ຂອງພວກເຮົາແມ່ນເພື່ອເຮັດຢ່າງແທ້ຈິງນີ້, ພາກສ່ວນທີ່ມີຄວາມຫຍຸ້ງຍາກທີ່ສຸດຂອງການເຮັດວຽກສໍາລັບທ່ານ.

Ansible ອະນຸຍາດໃຫ້ທ່ານຂຽນໂມດູນຂອງທ່ານເອງແລະນໍາໃຊ້ມັນໃນພາລະບົດບາດ. ບົດບາດຂອງພວກເຮົາໃຊ້ໂມດູນດັ່ງກ່າວເພື່ອຈັດການອົງປະກອບຂອງກຸ່ມຕ່າງໆ.

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

ຜົນໄດ້ຮັບ

ມື້ນີ້ພວກເຮົາໄດ້ບອກ ແລະສະແດງວິທີການນຳໃຊ້ແອັບພລິເຄຊັນຂອງທ່ານໃສ່ Tarantool Cartridge ແລະຕັ້ງຄ່າ topology ງ່າຍໆ. ເພື່ອເຮັດສິ່ງນີ້, ພວກເຮົາໄດ້ໃຊ້ Ansible - ເຄື່ອງມືທີ່ມີປະສິດທິພາບທີ່ງ່າຍຕໍ່ການໃຊ້ແລະຊ່ວຍໃຫ້ທ່ານສາມາດຕັ້ງຄ່າລະບົບໂຄງສ້າງພື້ນຖານຈໍານວນຫຼາຍໃນເວລາດຽວກັນ (ໃນກໍລະນີຂອງພວກເຮົາ, ຕົວຢ່າງຂອງກຸ່ມ).

ຂ້າງເທິງພວກເຮົາໄດ້ເບິ່ງຫນຶ່ງໃນຫຼາຍວິທີທີ່ຈະອະທິບາຍການຕັ້ງຄ່າກຸ່ມໂດຍໃຊ້ Ansible. ເມື່ອທ່ານຮູ້ສຶກວ່າພ້ອມທີ່ຈະກ້າວຕໍ່ໄປ, ຄົ້ນຫາ ປະຕິບັດທີ່ດີທີ່ສຸດ ກ່ຽວ​ກັບ​ການ​ຂຽນ playbooks​. ທ່ານອາດຈະພົບວ່າມັນງ່າຍຕໍ່ການຈັດການ topology ຂອງທ່ານໂດຍໃຊ້ group_vars и host_vars.

ໄວໆນີ້ພວກເຮົາຈະບອກທ່ານກ່ຽວກັບວິທີການລຶບຕົວຢ່າງຖາວອນ (ຂັບໄລ່) ອອກຈາກ topology, bootstrap vshard, ຈັດການໂຫມດການລົ້ມເຫລວອັດຕະໂນມັດ, ຕັ້ງຄ່າການອະນຸຍາດແລະ patch ການຕັ້ງຄ່າກຸ່ມ. ໃນເວລານີ້, ທ່ານສາມາດສຶກສາດ້ວຍຕົນເອງ ເອກະສານ ແລະທົດລອງກັບການປ່ຽນແປງຕົວກໍານົດການຂອງກຸ່ມ.

ຖ້າບາງສິ່ງບາງຢ່າງບໍ່ໄດ້ຜົນ, ໃຫ້ແນ່ໃຈວ່າ ແຈ້ງ ພວກເຮົາກ່ຽວກັບບັນຫາ. ພວກເຮົາຈະຈັດຮຽງທຸກຢ່າງອອກຢ່າງໄວວາ!

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