Các thuật ngữ trong Ansible [Part 1]

Các thuật ngữ trong Ansible [Part 1]

Thực ra, với một vài nhu cầu cơ bản nhưng thực hiện song song trên nhiều node thì việc sử dụng Ansible Ad-Hoc với module shell như ở bài trước là cũng đủ để giảm tải kha khá cho anh em sysadm rồi ^^.

Tuy nhiên, Ansible nó thực sự tuyệt vời hơn thế nhiều!

Thật vậy, sau đây là một số thuật ngữ chính nhất để phục vụ các bạn trong hầu hết các trường hợp. Các bạn xem qua mấy định nghĩa này trước khi tiếp tục thử nghiệm các chiêu thức mới của Ansible ở các bài tiếp sau nhé!

Các định nghĩa ở đây được mình rút gọn để đơn giản nhất, ở các bài sau mình sẽ bổ sung để các bạn tự mở rộng sau.

Ad Hoc

  • Nói đến việc thực thi nhanh các câu lệnh tới các server thông qua lệnh ansible thay vì viết playbook và chạy với ansible-playbook

Inventory

  • Là file text
  • Định dạng mặt định là INI (https://en.wikipedia.org/wiki/INI_file) - là định dạng phổ biển của các file config hiện nay
  • Chứa thông tin kết nối và các thông tin khác của remote server như IP, user, password,...

Host

  • Là đối tượng remote server với các thông tin của nó

Group

  • Là nhóm các server có điểm chung (ví dụ như: có tập lệnh tác động giống nhau)
Định dạng INI thường gặp[section1]
name=value
[section2]
name2=value2
Với định dạng INI, file inventory của Ansible sẽ trông như sau[webserver_group]
10.11.12.1 ansible_user=test ansible_password=secret
10.11.12.2 ansible_user=test ansible_password=secret
[database_group] 10.11.12.3 ansible_user=test ansible_password=secret 10.11.12.4 ansible_user=test ansible_password=secret

Variable

  • Là tên đại diện cho các giá trị (integers, booleans, strings, dictionaries/hashes, lists) - tương tự trong các ngôn ngữ lập trình
  • Sử dụng được trong playbook và template
  • ansible_user, ansible_password là các biến

Template

  • Là file mẫu
  • Là các file chưa hoàn thiện, còn thiếu phần giá trị của các biến trong đó, khi thực thi ansible sẽ được hoàn thiện
  • Là Jinja2 template

Task

  • Một câu lệnh, 1 tập lệnh,... với các biến đầu vào và đầu ra mong muốn

Play

  • Có task rồi, các task chạy ở đâu, chạy các task theo thứ tự như thế nào --> đó là các thông tin của 1 Play

Playbook

  • Đây là orchestration language của Ansible
  • Định dang: YAML
  • Là tập hợp của nhiều play, có thể viết trên một hoặc nhiều file rồi import lẫn nhau
Ví dụ về ansible playbook---
// Play 01 - hosts: group1, group2 <----- List hosts and groups gather_facts: false tasks: - shell: ls -la <--------- Task 01 register: output - debug: <--- Task 02 msg: "{{ output.stdout_lines }}" // Play 02 - hosts: group2, group3 gather_facts: false tasks: - shell: lscpu <--------- Task 03

Module

  • Là khối xử lý hành động của task với các tham số
  • Là các hành động đã được viết sẵn để người dùng tái sử dụng (viết bởi Ansible hoặc người dùng tự phát triển)
  • Hỗ trợ các hành động giữa local server và remote server như: copy, rsync,...
  • Tối ưu các thực thi, giảm thiểu exception khi người dùng tự viết command thực thi (shell cũng là một module)
Thay vì viết play riêng cho Ubuntu---
- hosts: group1
  gather_facts: false
become: yes tasks: - shell: apt install apache2
Thay vì viết play riêng cho CentOS---
- hosts: group1
  gather_facts: false
become: yes tasks: - shell: yum install apache2
Hãy viết một play cho tất cả, việc phát hiện OS đã có Ansible lo
--- - hosts: group1 gather_facts: false tasks: - name: install apache2 package: name: apache2 state: present

Ok, trên đây là các khái niệm cơ bản nhất để chúng ta bắt tay vào thi triển các chiêu thức mới hơn của Ansible. Go Ahead!

Posted on