Tôi không biết cách sử dụng bittorrent hoặc multicast trừ khi bạn có thể chuyển sang triển khai hình ảnh thay vì thực hiện cài đặt. Trong trường hợp bạn không, đây là một cách để tiếp cận vấn đề.
Chúng ta hãy suy nghĩ kỹ hơn về nút cổ chai. CPU không phải là nút cổ chai; NFS không đòi hỏi nhiều sức mạnh xử lý. Đĩa không phải là nút cổ chai; các tệp cần thiết để cài đặt RHEL không quá vài gigabyte, vì vậy chúng sẽ dễ dàng nằm gọn trong RAM của máy chủ NFS của bạn. Thông lượng mạng chắc chắn là một nút cổ chai; giả sử một hệ thống đang được cài đặt sẽ yêu cầu trung bình 50 megabit một giây, bạn cần ít nhất 25 gigabit băng thông để cung cấp 500 lượt cài đặt. Đó là rất nhiều NIC, hoặc một vài cái rất đắt tiền.
Điều này không có nghĩa là bạn không nên cố gắng cải thiện hiệu suất bằng cách ném thêm phần cứng vào nó, theo lý do. Nhận càng nhiều NIC càng khả thi trong máy chủ NFS và liên kết chúng. Nếu bạn có thể biện minh cho thời gian và chi phí, hãy thiết lập thêm máy chủ NFS. Tất nhiên, đảm bảo rằng các máy chủ NFS của bạn được điều chỉnh tốt .
Bất kể bạn có thêm phần cứng hay không, hãy xem liệu bạn có tăng hiệu suất hay không bằng cách tránh tắc nghẽn mạng và cân bằng các đỉnh và đáy trong thông lượng. Để làm điều này, chia các cài đặt thành các đợt. Thực hiện một cài đặt duy nhất và vẽ đồ thị thông lượng trong quá trình cài đặt. Nhìn vào biểu đồ đó và xác định có bao nhiêu cài đặt bạn có thể bắt đầu đồng thời và thời điểm tối ưu để bắt đầu nhiều đợt hơn.
Ví dụ: giả sử bạn có thể chuyển 4Gb / s từ (các) máy chủ NFS. Có thể bạn sẽ thấy rằng một bản cài đặt 100Mb / giây trong phút đầu tiên trong khi trình cài đặt đang được tải xuống, sau đó nó sẽ sao chép không có dữ liệu trong một phút trong khi trình cài đặt hoạt động như phân vùng, sau đó nó sao chép 50Mb / giây trong ba phút trong khi cài đặt tải về và trích xuất các gói. Biết được điều này, bạn có thể tính toán rằng bạn có thể bắt đầu 40 lượt cài đặt, đợi một phút, bắt đầu 40 lượt cài đặt khác, đợi 5 phút, sau đó lặp lại quy trình.