Tôi đang học theo cách của mình thông qua quản lý cấu hình nói chung và sử dụng con rối để thực hiện nó nói riêng và tôi đang tự hỏi những khía cạnh nào của một hệ thống, nếu có, không nên được quản lý với con rối?
Lấy ví dụ, chúng ta thường cho rằng tên máy chủ đã được thiết lập trước khi cho hệ thống quản lý con rối. Kết nối IP cơ bản, ít nhất là trên mạng được sử dụng để tiếp cận với người điều khiển rối, phải hoạt động. Sử dụng con rối để tự động tạo các tệp vùng dns rất hấp dẫn, nhưng các con trỏ đảo ngược DNS phải được đặt sẵn trước khi bắt đầu điều hoặc chứng chỉ sẽ trở nên buồn cười.
Vậy tôi có nên bỏ cấu hình IP khỏi con rối không? Hoặc tôi nên thiết lập nó trước khi bắt đầu múa rối lần đầu tiên nhưng vẫn quản lý địa chỉ IP bằng con rối? Còn các hệ thống có nhiều IP (ví dụ: đối với mạng LAN, LAN và SAN) thì sao?
Những gì về IPMI ? Bạn có thể định cấu hình hầu hết, nếu không phải tất cả, với ipmitool , giúp bạn tiết kiệm quyền truy cập bảng điều khiển (vật lý, nối tiếp qua mạng, KVM từ xa, bất cứ điều gì) để có thể tự động hóa với con rối. Nhưng việc kiểm tra lại trạng thái của nó ở mỗi lần chạy đại lý bù nhìn có vẻ không hay đối với tôi và đèn cơ bản cho phép truy cập vào hệ thống là điều tôi muốn có trước khi làm bất cứ điều gì khác.
Một câu chuyện khác là về cài đặt bản cập nhật. Tôi sẽ không đi vào điểm cụ thể này, đã có nhiều câu hỏi về SF và nhiều triết lý khác nhau giữa các hệ thống khác nhau. Bản thân tôi, tôi quyết định không để con rối cập nhật mọi thứ (ví dụ: chỉ ensure => installed) và cập nhật thủ công như chúng ta đã quen, để tự động hóa nhiệm vụ này sang ngày sau khi chúng ta tự tin hơn với con rối (ví dụ: bằng cách thêm MCollective vào sự pha trộn).
Đó chỉ là một vài ví dụ mà tôi có ngay bây giờ trong đầu. Có bất kỳ khía cạnh nào của hệ thống nên để xa tầm với của con rối không? Hoặc, nói một cách khác, đâu là ranh giới giữa những gì nên được thiết lập tại thời điểm cung cấp và cấu hình "tĩnh" trong hệ thống, và những gì được xử lý thông qua quản lý cấu hình tập trung?