Làm cách nào để thiết lập cuộc đột kích SSD và hỗ trợ TRIM?

Tôi đang tìm cách thiết lập một máy chủ mới. Tôi chỉ có thể sử dụng các ssds Intel 520 Series 240gb MLC hoặc đĩa Seagate 7200rpm tiêu chuẩn.
Đây là những lựa chọn không thể thương lượng.

Đương nhiên, vì điều này sẽ chạy MySQL với nhiệm vụ chính là máy chủ MySQL. Vì nút cổ chai hiệu năng lớn nhất là I / O đĩa, tôi thích sử dụng SSD hơn.

Tôi cần có gần 1TB dung lượng đĩa. Bây giờ, RAID5 không cho hiệu năng tốt nhất và được đồn là không tốt nhất cho SSD, vì vậy tôi đang xem xét thiết lập Raid 10 (1 + 0) sẽ cung cấp cho tôi 720gb (240gb * 3)

Tôi cần biết làm thế nào tôi có thể thiết lập điều này với Ubuntu 12.04.01 LTS bằng cách sử dụng phần mềm đột kích và để đảm bảo rằng hỗ trợ TRIM (Loại bỏ tôi nghĩ rằng nó được gọi trong Linux) được bật cho cấu hình đột kích.

Có ai không làm điều này thành công? Bất kỳ thông tin và công cụ nào cần chú ý và về cơ bản những công cụ nào sẽ được sử dụng và sẽ được hỗ trợ rất nhiều.

Lý tưởng nhất, tôi cũng cần có khả năng khởi động mảng đột kích SSD.

Ai đó có thể chỉ cho tôi phương hướng đúng không ?

Cảm ơn.

Câu trả lời là "nó phụ thuộc" và bạn nên thực sự hiểu TRIM làm gì trước khi khẳng định vị trí không linh hoạt như vậy.

http://www.spinics.net/lists/ston/msg39441.html

MD RAID cần hỗ trợ cụ thể để chuyển tiếp các yêu cầu DISCARD và điều đó thậm chí chưa được đề xuất cho đến 3.6, do đó hỗ trợ sẽ không nằm trong kernel chính xác. Tôi chỉ nhìn, nó không có ở đó.

https://lkml.org/lkml/2012/3/11/261

SSD là tốt và tất cả, nhưng chúng có hiệu quả nhất về chi phí khi kết hợp với bộ lưu trữ từ tính RPM cao. Ví dụ: sử dụng mảng SSD RAID 1 để chứa nhật ký hệ thống tệp trong khi hệ thống tệp được hỗ trợ bởi RAID 10 bao gồm các đĩa 15K.

http://insights.oetiker.ch/linux/external-journal-on-ssd/

RPMS càng cao, thời gian tìm kiếm tồi tệ nhất của bạn càng thấp, tải IO ngẫu nhiên được hưởng lợi nhiều nhất từ ​​các cửa hàng sao lưu RPM cao. SQL có thể được viết chuyên sâu, do đó, bất kỳ phép tính chẵn lẻ nào cũng là một ý tưởng tồi, ví dụ RAID 4 và 5.

Việc tổ chức RAID và hệ thống tập tin cũng quan trọng như cửa hàng sao lưu.

Bạn luôn có thể TRIM đĩa của mình theo cách thủ công, hàng tuần vẫn ổn để bắt đầu, bạn nên quan sát tác động hiệu suất là gì trước khi chạy nó thường xuyên hơn. Ồ, chúng sẽ bị cháy hết nên sẽ là một ý tưởng tốt để ước tính có bao nhiêu chu kỳ ghi / xóa ổ SSD của bạn và bảo trì RAID 1 chân một lần.

https://wiki.archlinux.org/index.php/Solid_State_Drive#Apply_TRIM_via_cron

Tôi biết rằng tôi là một Johnny đến gần đây cho câu hỏi này nhưng tôi muốn xem liệu tôi có thể làm sáng tỏ điều này cho bất cứ ai tìm kiếm không.

Đầu tiên, câu trả lời của @ ppetraki là tuyệt vời.

Câu trả lời ngắn gọn cho "Tôi có thể RAID SSD và khởi động từ chúng" là "Có!". Dưới đây là hướng dẫn cho 14.04. Hướng dẫn cấu hình RAID trên 12.04.x ​​giống hệt nhau, nhưng hướng dẫn sử dụng 9.10 này có hình ảnh. Sau đây là một số vấn đề quan trọng và chi tiết tôi phải khám phá một cách khó khăn, thông qua kinh nghiệm cá nhân:

Tôi đang chạy Ubuntu 12.04.5 với kernel 3,8 trên cấu hình MD RAID0 và hệ thống tệp Btrfs thân thiện với SSD. Tôi chạy fstrim như một cron hàng tuần.

Tùy chọn gắn kết Btrfs bổ sung của tôi từ fstab:

defaults,ssd,ssd_spread,space_cache,compress=no,noatime

Hạt nhân 3,8 là bắt buộc nếu bạn muốn sử dụng compress=nolàm tùy chọn gắn kết Btrfs và cũng có thể được yêu cầu để sử dụng fstrim, lệnh cắt thủ công được sử dụng để cắt theo lịch trình.

Bạn cũng phải căn chỉnh thủ công các phân vùng (trên mọi thiết lập nhiều phân vùng, đột kích hay không) trên các ổ SSD TRƯỚC KHI khởi động trình cài đặt vì tùy thuộc vào kích thước trang của SSD, chỉ phân vùng đầu tiên sẽ được căn chỉnh chính xác (tôi mất một lúc để bắt nó) và điều này có thể ảnh hưởng nghiêm trọng đến tuổi thọ. Bạn có thể thực hiện việc này từ một dấu nhắc lệnh trong trình cài đặt hoặc từ usb / đĩa trực tiếp trước khi bạn thử cài đặt. Hãy cẩn thận: Tự làm toán. Fdisk sẽ nói dối về sự liên kết.

Đọc thêm: Tôi nghĩ Btrfs thậm chí có thể tạo ra các mảng đột kích của riêng mình .

Về TRIM:

Nó được cho là không cần thiết nhờ vào overprovisioning

14.04 là bản phát hành đầu tiên cho phép hỗ trợ TRIM ngoài luồng nhưng nó không quan trọng để kích hoạt các bản phân phối trước đó, miễn là bạn đang sử dụng kernel 2.6.33+.

Tùy thuộc vào hệ thống tập tin bạn đã chọn, bạn có thể kích hoạt cắt / loại bỏ bằng cách chỉnh sửa fstab của mình và đặt tùy chọn gắn kết phù hợp. Sự khác biệt giữa thực hiện việc này và chạy nó thông qua cron là việc đầu tiên sẽ cắt / loại bỏ khi đang bay và lần thứ hai sẽ thực hiện một lần theo lịch trình. Tôi sử dụng thứ hai.

Có vấn đề gì không? Giả sử, loại bỏ trực tuyến (sử dụng tùy chọn gắn kết) không được thực hiện một cách tuyệt vời và chậm nên nó "không được đề xuất". Tôi có thể nói với bạn rằng đèn "hdd" (hehe) của tôi bị hỏng trong vòng 10-20 phút khi công việc định kỳ hàng tuần chạy nhưng khả năng đáp ứng của hệ điều hành gần như không bị ảnh hưởng.

Khởi động từ mảng

Mặc dù tôi không thấy điều này khi quét nhanh các hướng dẫn trên Ubuntu 14.04, tôi đã phải tạo một phân vùng chính bổ sung KHÔNG phải là một phần của mảng đột kích của tôi. Đĩa 0 có phân vùng chính 500mb của ext3fs. Trong quá trình cài đặt, tôi đã nói với trình cài đặt, nó sẽ được gắn vào "/ boot" và tôi đặt cờ khởi động. Bộ tải khởi động sau đó được cài đặt tại đây để HĐH có thể khởi động và sau đó gắn RAID. Không gian Disk 0 còn lại được chia cho 2 phân vùng mà sau này được sử dụng cho các mảng MD trở thành "/" và "/ exchange". Đĩa 1 có cùng, nhưng không có phân vùng khởi động. Ngoài ra, tôi chỉ tạo trao đổi trong trường hợp tôi cần nó đôi khi và btrfs không hỗ trợ trao đổi. Phân vùng này không bao giờ được gắn kết; Sau khi cài đặt, tôi nhận xét nó trong fstab của tôi.

Tha thứ cho tất cả các chỉnh sửa, chỉ cố gắng để có được tất cả ra khỏi đó.