Puppet

[dangquangminh]

Puppet – Công cụ Configuration Management theo mô hình Desired State


Khi nói về Infrastructure as Code (IaC), nhiều kỹ sư DevOps thường nghĩ ngay đến Terraform hoặc Ansible. Tuy nhiên trong các môi trường Enterprise quy mô lớn, Puppet vẫn là một trong những nền tảng Configuration Management mạnh mẽ nhất nhờ khả năng quản lý trạng thái hệ thống theo mô hình Desired State Configuration.

Khác với Ansible sử dụng mô hình Push, Puppet hoạt động theo mô hình Pull. Mỗi máy chủ cài đặt Puppet Agent và định kỳ kết nối về Puppet Master để lấy cấu hình mong muốn. Theo mặc định, Agent sẽ kiểm tra cấu hình mới mỗi 30 phút. Sau khi nhận được Catalog từ Master, Agent sẽ tự động thực hiện các thay đổi cần thiết để đưa hệ thống về đúng trạng thái đã khai báo.

Điểm mạnh lớn nhất của Puppet nằm ở tính Declarative. Thay vì mô tả từng bước thực hiện như "cài phần mềm", "chỉnh sửa file", "khởi động service", kỹ sư chỉ cần mô tả trạng thái cuối cùng mong muốn của hệ thống. Puppet sẽ tự động xác định những hành động cần thực hiện để đạt được trạng thái đó.

Ví dụ, nếu một máy chủ Linux phải có:

• Địa chỉ IP được cấu hình đúng
• DNS Server chuẩn của doanh nghiệp
• Đồng bộ thời gian qua NTP
• Dịch vụ cần thiết đang hoạt động

Thì Puppet sẽ liên tục giám sát và tự động sửa chữa nếu phát hiện hệ thống bị thay đổi ngoài ý muốn. Kiến trúc Puppet


Puppet sử dụng mô hình Client/Server.

Puppet Master chịu trách nhiệm lưu trữ mã nguồn cấu hình, biên dịch Manifest thành Catalog và phân phối cấu hình cho các Agent.

Puppet Agent chạy trên các máy chủ được quản lý, định kỳ liên hệ với Master để lấy Catalog mới nhất và áp dụng các thay đổi cần thiết.

Quy trình hoạt động gồm:

1. Agent gửi yêu cầu lấy Catalog.
2. Master biên dịch Manifest thành Catalog.
3. Agent nhận Catalog và kiểm tra trạng thái hiện tại của hệ thống.
4. Agent thực hiện các thay đổi cần thiết.
5. Agent gửi báo cáo kết quả về Master.

Đối với các thiết bị không thể cài Agent như Switch, Router hoặc Firewall, Puppet hỗ trợ cơ chế Proxy Node. Một máy chủ trung gian sẽ đóng vai trò Agent và thực hiện việc giao tiếp với thiết bị mạng thay mặt Puppet Master.

Các thành phần quan trọng trong Puppet


Khi làm việc với Puppet, có một số khái niệm nền tảng cần nắm vững.

Resource là đơn vị cấu hình nhỏ nhất. Đây có thể là file, service, user hoặc một lệnh thực thi. Puppet cung cấp nhiều Resource Type tích hợp sẵn như:

• file
• service
• user
• exec

Class là tập hợp nhiều Resource được đóng gói để tái sử dụng nhiều lần. Điều này giúp giảm đáng kể việc lặp lại mã nguồn trong các môi trường lớn.

Manifest là file cấu hình có phần mở rộng .pp, mô tả toàn bộ trạng thái mong muốn của hệ thống. Thông thường file chính được đặt tên là site.pp.

Catalog là phiên bản đã được Puppet Master biên dịch từ Manifest dành riêng cho từng Node. Agent sẽ nhận Catalog này và áp dụng cấu hình tương ứng.

Module là tập hợp Manifest, Template và Resource được đóng gói để tái sử dụng cho nhiều dự án khác nhau. Các Module có thể được tải từ Puppet Forge hoặc tự phát triển nội bộ. Case Study: Tự động cấu hình mạng cho CentOS Server


Một ví dụ thực tế được trình bày là triển khai cấu hình mạng cho hai máy chủ CentOS bằng Puppet.

Các thông số cần cấu hình bao gồm:

• IP Address
• Default Gateway
• DNS Server
• NTP Server

Trong đó chỉ có địa chỉ IP là khác nhau giữa các máy chủ, còn Gateway, DNS và NTP được dùng chung.

Thay vì tạo nhiều file cấu hình riêng biệt, Puppet sử dụng Template để tái sử dụng cấu hình. Chỉ cần truyền giá trị IP khác nhau cho từng Node, Puppet sẽ tự động sinh ra file cấu hình phù hợp.

Sau khi Template được triển khai:

• Puppet ghi file cấu hình mạng xuống máy đích.
• Thực hiện lệnh shutdown interface.
• Kích hoạt lại interface để áp dụng cấu hình mới.

Tương tự, DNS được triển khai bằng cách sinh tự động file /etc/resolv.conf, còn NTP được quản lý thông qua NTP Module của Puppet.

Sau khi hoàn tất, chúng ta có thể:

• Chờ Agent tự đồng bộ trong chu kỳ 30 phút.
• Hoặc chạy ngay lệnh:

puppet agent -t

để Agent kết nối tức thời với Puppet Master và áp dụng cấu hình mới.

Puppet trong môi trường Enterprise


Trong các hệ thống vài nghìn hoặc vài chục nghìn máy chủ, việc đảm bảo tất cả hệ thống luôn tuân thủ cùng một tiêu chuẩn cấu hình là một thách thức rất lớn.

Đây chính là lý do Puppet vẫn được sử dụng rộng rãi trong các Data Center và môi trường Enterprise. Khi một quản trị viên vô tình thay đổi cấu hình hoặc tắt dịch vụ quan trọng, Puppet Agent có thể tự động phát hiện sự sai lệch và đưa hệ thống quay trở lại trạng thái chuẩn mà không cần can thiệp thủ công.

Trong khi Terraform tập trung vào việc tạo hạ tầng và Ansible nổi tiếng nhờ tính đơn giản, Puppet lại nổi bật ở khả năng duy trì trạng thái hệ thống trong dài hạn. Đây là một thành phần rất quan trọng trong mô hình Infrastructure as Code hiện đại, đặc biệt đối với các tổ chức cần quản trị số lượng lớn máy chủ với yêu cầu tuân thủ và chuẩn hóa cao.

devops automation #InfrastructureAsCode puppet #ConfigurationManagement #PlatformEngineering linux datacenter #CloudAutomation #SecDevOps