Bài 27: Ansible nhập môn cho tự động hóa SysAdmin

Chốt ý nhanh

Chủ đề	Điểm cần nhớ
Ansible	Giúp tự động hóa cấu hình nhiều máy theo cách lặp lại được và dễ kiểm soát hơn làm tay.
Sức mạnh thật	Nằm ở inventory, playbook, idempotency và khả năng giảm sai sót khi thay đổi đồng loạt.
Góc nhìn đúng	Ansible không thay thế tư duy vận hành; nó chỉ làm cho thao tác đúng được lặp lại dễ hơn.

Phần thực hành mở rộng: Ansible như công cụ giảm lỗi người vận hành

Khi số lượng máy tăng lên, SSH thủ công từng máy bắt đầu thành rủi ro. Bài này nên giúp người học thấy rõ vì sao Ansible đáng học: không phải vì “ngầu”, mà vì nó giảm việc lặp lại và giảm lỗi cấu hình lệch giữa các node.

Lab 1: Tạo inventory tối thiểu

mkdir -p ~/ansible-lab && cd ~/ansible-lab
cat <<'EOF' > hosts.ini
[web]
192.168.56.11
192.168.56.12
EOF
ansible -i hosts.ini web -m ping

Lab này giúp hiểu inventory là danh sách mục tiêu và Ansible giao tiếp với node qua SSH như thế nào.

Lab 2: Chạy ad-hoc command có kiểm soát

ansible -i hosts.ini web -a "uptime"
ansible -i hosts.ini web -a "df -h"
ansible -i hosts.ini web -b -a "systemctl status nginx --no-pager"

Người học sẽ thấy sự khác biệt giữa chạy một lệnh trên 1 máy và trên cả nhóm máy.

Lab 3: Viết playbook cài Nginx

cat <<'EOF' > install-nginx.yml
- hosts: web
  become: yes
  tasks:
    - name: Install nginx
      apt:
        name: nginx
        state: present
        update_cache: yes
EOF
ansible-playbook -i hosts.ini install-nginx.yml

Điểm quan trọng ở đây là idempotent: chạy lại không làm hỏng trạng thái nếu đã đúng.

Lab 4: So sánh thao tác tay và playbook

Tự viết ngắn 3 khác biệt:

khả năng lặp lại
khả năng review thay đổi
khả năng áp dụng đồng nhất trên nhiều máy

Lab 5: Tách biến theo môi trường

mkdir -p group_vars
cat <<'EOF' > group_vars/web.yml
nginx_worker_processes: auto
EOF

Phần này giúp người học thấy vì sao cấu hình nên có biến, thay vì hard-code mọi thứ trong task.

Tình huống thực tế

Một đội có 8 web server phía sau load balancer. Nếu vá config bằng tay từng máy, chỉ cần thiếu 1 node là production đã lệch trạng thái. Với Ansible, ít nhất anh có một cách triển khai nhất quán và review được.

Lỗi phổ biến

Biến Ansible thành công cụ chạy shell hàng loạt mà không tận dụng module.
Hard-code user, IP, package name trong playbook.
Không test trên staging hoặc subset node trước khi chạy toàn cụm.
Không đưa playbook vào Git.

Kết bài

Sau bài này, anh nên bắt đầu thấy tự động hóa không phải thứ xa xỉ, mà là cách giảm rủi ro rất thực dụng khi hạ tầng lớn dần. Từ đây, CI/CD sẽ nối tiếp khá tự nhiên: không chỉ cấu hình máy tự động, mà cả pipeline đưa thay đổi vào hệ thống cũng được chuẩn hóa hơn.