Quản trị hàng loạt / từ xa Linux

Bên cạnh cơ sở hạ tầng CNTT nội bộ, chúng tôi có khoảng 500 máy Linux lưu trữ các dịch vụ của chúng tôi cho thế giới trực tuyến. Chúng được nhóm thành một nhóm các cụm như Cơ sở dữ liệu An, Sản phẩm An, NFS, Backoffice, v.v. Hơn nữa, chúng được quản lý bởi một nhà cung cấp bên ngoài, theo thông số kỹ thuật và yêu cầu của chúng tôi.

Tuy nhiên, chúng tôi gặp rất nhiều rắc rối trong quá trình phát triển, triển khai và triển khai phần mềm (web-) - đặc biệt là vì môi trường phân tầng và dàn dựng hầu như không có gì chung với các hệ thống trực tiếp (tôi loại bỏ các chi tiết khó chịu ..) .

Do đó, tôi đã cố gắng tạo ra các máy ảo, sao chép các hệ thống sống khác nhau một cách chính xác nhất có thể và chuẩn bị chúng để kết nối với các cơ sở dữ liệu phát triển thay vì các cơ sở dữ liệu "thực" trong suốt cho các nhà phát triển (chúng không root). Điều này hoạt động khá tốt, nhưng ...

Tôi đã tự hỏi làm thế nào một người có thể quản trị các hệ thống đó từ xa và hàng loạt ? Có một số gia đình phần mềm tôi không biết? Hoặc, ít nhất, một số kỹ thuật hoặc nguyên tắc người ta nên làm quen với?

Chúng tôi sẽ cung cấp cho mọi nhà phát triển một loạt các hình ảnh để được chạy cục bộ (VirtualBox). Phòng QA. sẽ nhận được các cụm ảo (XEN hoặc Hyper-V). Nếu tôi cần cung cấp một mô-đun máy chủ bổ sung, định tuyến lại kết nối cơ sở dữ liệu mới hoặc chỉ muốn cập nhật mọi thứ được cung cấp bởi người quản lý gói ... làm sao tôi có thể làm điều đó mà không bị buộc phải đăng nhập vào mọi hệ thống và / hoặc yêu cầu đồng nghiệp của tôi tải xuống và chạy một số tập lệnh cố định?

Tôi tin rằng có rất nhiều giải pháp. Chà, bằng cách nào đó tôi quá ngu ngốc khi nhập từ khóa chính xác vào các công cụ tìm kiếm ... Hay vấn đề này không tầm thường như nó nghe?

Đối với hồ sơ:

• Hầu như tất cả các hệ thống đang chạy Debian GNU / Linux 6.x "bóp"
• Không có nhà phát triển nào bị buộc phải sử dụng một hệ điều hành cụ thể tại máy trạm của mình
• Ngân sách hạn chế, tất nhiên, nhưng không quá nhỏ để mua phần mềm độc quyền
• Một giải pháp liên quan đến nhà cung cấp đã nói ở trên của chúng tôi được ưu tiên

Nó phụ thuộc chính xác những gì bạn cần và những gì bạn đang tìm kiếm. Nhưng nói chung, tồn tại nhiều giải pháp cho " quản lý cấu hình như:

1. con rối
2. đầu bếp
3. kim tuyến
4. ansible
5. Muối

vv Cá nhân tôi muốn giới thiệu con rối vì nó có một cộng đồng lớn và rất nhiều công thức nấu ăn được cung cấp bên ngoài. Điều này cho phép bạn cấu hình và quản lý hệ thống tự động. Nếu bạn kết hợp điều này với kho riêng và cập nhật tự động thông qua ví dụ: unattended-upgradesbạn có thể tự động cập nhật hệ thống.

Một giải pháp khác là chỉ cung cấp các gói của riêng bạn như company-basevv tự động phụ thuộc vào phần mềm cần thiết và có thể tự động định cấu hình hệ thống của bạn.

Bạn cũng nên xem xét tự động triển khai (barebone và ảo hóa). Nếu bạn kết hợp điều này với quản lý cấu hình hoặc kho lưu trữ của riêng bạn, bạn có thể dễ dàng tự động hóa và cài đặt lại hệ thống của mình. Nếu bạn muốn bắt đầu với cài đặt tự động, hãy xem theforman hỗ trợ libvirt cũng như cài đặt xương trần và có hỗ trợ con rối tích hợp. Nếu bạn muốn tự làm điều đó, bạn có thể xem xét khởi động (redhat et. Al.) Hoặc "preseising" để tự động cấu hình hệ thống của bạn. Đối với Debian, bạn cũng có thể sử dụng một cái gì đó như debootstrap hoặc trình bao bọc có tên grml-debootstrap hỗ trợ hình ảnh ảo hóa.

Để giúp cung cấp hình ảnh VirtualBox cho nhà phát triển của bạn, hãy nhìn vào nó một cách mơ hồ, nó cho phép bạn tự động hóa việc tạo các hệ thống ảo hóa với VirtualBox hỗ trợ các đầu bếp, các con rối và các kịch bản shell để tùy chỉnh môi trường ảo của bạn.

Nếu bạn muốn sử dụng giải pháp của nhà cung cấp hiện tại, bạn nên hỏi họ cách họ quản lý hệ thống của bạn nhưng có lẽ đó sẽ là một kiểu quản lý cấu hình. Có thể chạy tác nhân của họ trên hệ thống của bạn nếu bạn có thể truy cập máy chủ cấu hình.

Đối với từ khoá google nhìn vào devops, configuration management, it automationvà server orchestration.

Trong ngắn hạn tự động hóa càng nhiều càng tốt và thậm chí không nghĩ về việc làm thủ công.

Ulrich đã đưa ra câu trả lời về việc triển khai phần mềm và thiết lập máy chủ tự động.

Các nguyên tắc đằng sau này là

• Xác định máy chủ của bạn sẽ trông như thế nào - bao gồm phần mềm phổ biến được cài đặt theo mặc định, sơ đồ phân vùng và bố cục hệ thống tệp
• Các máy chủ sản xuất, dàn dựng, thử nghiệm và phát triển không nên khác nhau về các tiêu chuẩn cơ bản này (nếu không bạn sẽ gặp vấn đề sau này - như bạn đã làm)
• Sử dụng quản lý thay đổi phù hợp để ghi lại TẤT CẢ các thay đổi bạn đã thực hiện (bao gồm các thay đổi một dòng nhỏ trong bất kỳ cấu hình nào)
• Luôn luôn thay đổi bạn trước tiên trong thử nghiệm, sau đó là phát triển, sau đó là dàn dựng và cuối cùng trong sản xuất

Bạn đã yêu cầu một công cụ tiện dụng để quản lý hàng loạt máy chủ - sở thích cá nhân của tôi là cluster-ssh ( cssh). Nhập một lần và thay đổi đồng thời trên nhiều máy chủ.

Nếu bạn phát hiện ra sự cố và khắc phục sự cố đó sẽ khắc phục sự cố:

1. Áp dụng bản sửa lỗi cho Test / Dev / Staging / Prod (xem bên trên) nếu nó thực sự hoạt động
2. Áp dụng bản sửa lỗi cho các mẫu ảo của bạn để các bản sao VM trong tương lai sẽ không gặp phải lỗi đó
3. Áp dụng bản sửa lỗi cho quy trình cài đặt vật lý của bạn (kickstart / autoyast / anything)
4. Áp dụng sửa lỗi cho TẤT CẢ các máy chủ

Nếu bạn đang phải đối mặt với hàng loạt máy chủ để khắc phục thì đây là một quá trình phải được ghi chép đầy đủ và cuối cùng, một nhóm khác sẽ kiểm tra xem bản sửa lỗi đã được áp dụng hoàn toàn chưa.

Chúng tôi sử dụng Mantis (mã nguồn mở, PHP) cho mục đích đó.

Tôi quản lý khoảng 30 sản phẩm và vài trăm máy chủ ở nhiều quốc gia. Tôi là người quản lý cấu hình phần mềm, vì vậy tôi không có quyền truy cập root (theo thiết kế), không chạm vào cơ sở dữ liệu hoặc máy chủ của họ (một lần nữa, theo thiết kế) và phải nhảy rất nhiều vòng vì bảo mật công ty. Nhưng tôi quản lý các cấu hình trong thử nghiệm, dàn dựng và sản xuất, bao gồm các liên kết và thay đổi cơ sở dữ liệu. Tôi có một số kịch bản mà đi ra ngoài để máy chủ sử dụng sự kết hợp của ssh, pythonvà shell script.

Những điều cơ bản cần suy nghĩ là:

1. Những loại tương tác bạn sẽ có với máy chủ của bạn? Chỉ cần tải lên tập tin? Chạy chương trình dòng lệnh? Chạy máy khách X từ xa?
2. Mức độ bảo mật nào là cần thiết để truy cập các máy chủ này? Tường lửa, mạng an toàn, vpn? Là sshđủ và từ một vị trí an toàn trung tâm?
3. Bao nhiêu có thể được tự động hóa trên mỗi máy chủ? Bạn có thể cài đặt một chương trình trên mỗi máy chủ và chạy nó không, hoặc bạn có cần truyền phát chương trình qua một cái gì đó như sshđể chạy nó từ xa không? Bạn có thể kịch bản nó với expecthoặc chỉ một lời gọi dòng lệnh?

VirtualBox cung cấp rất nhiều công cụ dòng lệnh mà bạn có thể quản trị thông qua chỉ sshhoặc các hệ thống như puppetUlrich đề cập.