[SCALE] Phần cứng SCALE - Phần 3 - Cân nhắc về Bộ nhớ, CPU và Mạng

Kích thước bộ nhớ

    TrueNAS có yêu cầu bộ nhớ cao hơn nhiều giải pháp Lưu trữ đính kèm mạng vì lý do chính đáng: nó chia sẻ bộ nhớ truy cập ngẫu nhiên động (DRAM hoặc đơn giản là RAM) giữa các dịch vụ chia sẻ, jail hoặc ứng dụng, máy ảo và bộ nhớ đệm đọc phức tạp. RAM hiếm khi không được sử dụng trên hệ thống TrueNAS và đủ RAM là rất quan trọng để duy trì hiệu suất cao nhất. Bạn sẽ có 8 GB RAM cho các hoạt động TrueNAS cơ bản với tối đa tám ổ đĩa. Các trường hợp sử dụng khác, mỗi trường hợp có yêu cầu RAM riêng biệt:

• Thêm 1 GB cho mỗi ổ đĩa được thêm sau tám ổ đĩa để mang lại lợi ích cho hầu hết các trường hợp sử dụng.
• Thêm RAM bổ sung (nói chung) nếu nhiều máy khác kết nối với hệ thống TrueNAS. Một nhóm 20 TB hỗ trợ nhiều máy ảo hiệu suất cao qua iSCSI có thể cần nhiều RAM hơn một nhóm 200 TB lưu trữ dữ liệu lưu trữ. Nếu sử dụng iSCSI để sao lưu máy ảo, hãy lên kế hoạch sử dụng ít nhất 16 GB RAM để có hiệu suất tốt và 32 GB trở lên để có hiệu suất tối ưu.
• Thêm 2 GB RAM cho các dịch vụ thư mục cho bộ nhớ đệm nội bộ Winbind.
• Thêm RAM cho các plugin và jail, vì mỗi loại đều có yêu cầu RAM ứng dụng cụ thể.
• Thêm RAM cho các máy ảo có hệ điều hành khác và yêu cầu RAM ứng dụng.
• Thêm 5 GB trên mỗi TB dung lượng lưu trữ được đề xuất để loại bỏ trùng lặp tùy thuộc vào bảng loại bỏ trùng lặp trong RAM.
• Thêm khoảng 1 GB RAM (ước tính thận trọng) cho mỗi 50 GB L2ARC trong nhóm của bạn. Việc gắn ổ đĩa L2ARC vào nhóm cũng sử dụng một số RAM. ZFS cần siêu dữ liệu trong ARC để biết dữ liệu nào trong L2ARC.

Bộ nhớ mã sửa lỗi

    Nhiễu điện hoặc từ bên trong hệ thống máy tính có thể gây ra sự lật tự nhiên của một bit RAM sang trạng thái ngược lại, dẫn đến lỗi bộ nhớ. Lỗi bộ nhớ có thể gây ra các lỗ hổng bảo mật, sự cố, lỗi phiên âm, giao dịch bị mất và dữ liệu bị hỏng hoặc mất. Vì vậy, RAM, vị trí lưu trữ dữ liệu tạm thời, là một trong những lĩnh vực quan trọng nhất để ngăn chặn mất dữ liệu.

    Mã sửa lỗi hoặc RAM ECC phát hiện và sửa lỗi bit trong bộ nhớ khi chúng xảy ra. Nếu lỗi đủ nghiêm trọng tới mức không thể sửa chữa, bộ nhớ ECC khiến hệ thống bị treo (trở nên không phản hồi) thay vì tiếp tục với các bit bị lỗi. Đối với ZFS và TrueNAS, hành vi này hầu như loại bỏ mọi khả năng lỗi RAM chuyển đến ổ đĩa gây hỏng các nhóm ZFS hoặc lỗi tệp.

    Để tóm tắt cuộc tranh luận kéo dài trên toàn internet về việc có nên sử dụng bộ nhớ hệ thống mã sửa lỗi (ECC) với OpenZFS và TrueNAS hay không, hầu hết người dùng đặc biệt khuyên nên sử dụng ECC RAM như một biện pháp bảo vệ toàn vẹn dữ liệu khác. Tuy nhiên:

• Một số CPU hoặc bo mạch chủ hỗ trợ RAM ECC nhưng không phải tất cả
• Nhiều hệ thống TrueNAS hoạt động hàng ngày mà không cần RAM ECC
• RAM thuộc bất kỳ loại hoặc cấp độ nào cũng có thể bị lỗi và gây mất dữ liệu
• Lỗi RAM thường xảy ra trong ba tháng đầu tiên, vì vậy hãy kiểm tra tất cả các RAM trước khi triển khai.

Lựa chọn bộ xử lý trung tâm (CPU)

    Chọn ECC RAM giới hạn các tùy chọn CPU và bo mạch chủ của bạn, nhưng điều đó có thể có lợi. Intel giới hạn hỗ trợ RAM ECC cho bo mạch chủ máy trạm và máy chủ. Thế hệ thứ 13 của CPU tiêu dùng của họ, chẳng hạn như Core i5 và i7, hỗ trợ ECC miễn là chúng được ghép nối với chipset bo mạch chủ máy trạm, chẳng hạn như W680. Tham khảo Intek ARK để biết danh sách đầy đủ các CPU Intel ® có hỗ trợ ECC.

    Chọn CPU nào có thể phụ thuộc vào một danh sách ngắn các yếu tố:

• CPU kém năng lượng có thể tạo ra nút thắt hiệu suất do cách OpenZFS nén và mã hóa dữ liệu (tùy chọn) và thực hiện tổng kiểm tra.
• CPU tần số cao hơn với ít lõi hơn thường hoạt động tốt nhất cho khối lượng công việc chỉ dành cho SMB vì Samba, Daemon TrueNAS SMB có luồng nhẹ.
• CPU có số lượng lõi cao hơn phù hợp hơn cho mã hóa và ảo hóa song song.
• CPU có hỗ trợ tăng tốc mã hóa AES-NI giúp cải thiện tốc đọ của hệ thống tệp và mã hóa mạng.
• Nên sử dụng CPU cấp máy chủ để hỗ trợ nguồn và bộ nhớ ECC.
• CPU Xeon E5 (hoặc tương tự) được khuyến nghị cho các nhóm được mã hóa phần mềm.
• CPU Intel Ivy Bridge trở lên được khuyến nghị để sử dụng máy ảo.

    Theo dõi hỗ trợ ảo hóa thiết bị VT-d/AMD-Vi trên CPU và bo mạch chủ để chuyển các thiết bị PCIe đến máy ảo. Hãy lưu ý nếu một CPU nhất định có chứa GPU hoặc yêu cầu GPU bên ngoài. Cũng lưu ý rằng nhiều bo mạch chủ máy chủ bao gồm chip BMC với GPU tích hợp. Xem bên dưới để biết thêm chi tiết về BMC.

    CPU AMD đang trở nên phổ biến nhờ các dòng Ryzen và EPYC (Naples / Rome). Hỗ trợ cho các nền tảng này bị hạn chế trên FreeBSD và TrueNAS 13. Tuy nhiên, Linux có nhiều hỗ trợ hơn và TrueNAS 21.10 sẽ hoạt động với CPU AMD mà không gặp vấn đề gì.

Tiện ích mở rộng SHA cho kiến trúc tập lệnh x86

    Tiện ích mở rộng SHA trong kiến trúc tập lệnh x86 hỗ trợ tăng tốc phần cứng gia đình Thuật toán băm bảo mật.

    Intel Goldmont (trở lên), Ice Lake (trở lên) và Rocket Lake (và mới hơn), cũng như bộ xử lý AMD Zen (và mới hơn) hỗ trợ bộ lệnh SHA.

Quản lý từ xa: IPMI

    Như một phép lịch sự để hạn chế hơn nữa các lựa chọn cho bo mạch chủ, hãy xem xét Giao diện quản lý nền tảng thông minh hoặc IPMI (hay còn gọi là bộ điều khiển quản lý bảng chân tường, BMC, iLo, iDrac và các tên khác tùy thuộc vào nhà cung cấp) nếu bạn cần:

• Điều khiển nguồn từ xa và giám sát hệ thống từ xa
• Truy cập shell bảng điều khiển từ xa để cấu hình hoặc khôi phục dữ liệu
• Phương tiện ảo từ xa để cài đặt hoặc cài đặt lại TrueNAS

    TrueNAS dựa trên giao diện người dùng dựa trên web (UI), nhưng đôi khi bạn có thể cần quyền truy cập bảng điều khiển để thực hiện các thay đổi cấu hình mạng. Quản trị và chia sẻ TrueNAS sử dụng một giao diện mạng duy nhất theo mặc định, ddiefu này có thể khó khăn khi bạn nâng cấp các tính năng như mạng tổng hợp LACP. Giải pháp lý tưởng là có một mạng con chuyện dụng để truy cập giao diện người dùng web TrueNAS, nhưng không phải người dùng nào cũng có được sự sang trọng này. Việc thỉnh thoảng truy cập vào bảng điều khiển phần cứng là cần nhất được cung cấp với hỗ trợ IPMI dựa trên HTML5 đầy đủ tính năng trên giao diện mạng gigabit chuyên dụng.