24 TB đến 160 TB ổ cứng mỗi server · Amsterdam, Bucharest, Chisinau · không cần KYC. Thanh toán bằng crypto: BTC, USDT, USDC, ETH, SOL, LTC
Ngôn ngữ: Tiếng Việt
Chọn một gói hold

Hướng dẫn · Rebuild · tính từ datasheet, không đo thực tế

Rebuild RAID 6 hoặc RAIDZ2 với ổ 20 TB mất bao lâu?

Thời gian rebuild là dung lượng chia cho tốc độ. Tốc độ lấy từ datasheet của ổ và tài liệu Linux, OpenZFS; số giờ bên dưới là tính toán, kèm công thức.

Cập nhật lần cuối: · 7 phút đọc

Trả lời nhanh

Rebuild RAID 6 hoặc RAIDZ2 với ổ 20 TB mất bao lâu?

Rebuild RAID 6 hoặc RAIDZ2 với ổ 20 TB mất ít nhất 19,5 giờ: 20 TB ở tốc độ tối đa 285 MB/s của Seagate Exos X20. Ở mức trần mặc định 200.000 KiB/s của Linux md, mất 27 giờ; khi có tải, nhiều ngày. Tính toán, không đo thực tế, trên 2 November 2026. Basalthold cho thuê máy chủ lưu trữ thanh toán bằng crypto, không cần KYC.

Rebuild mất bao lâu ở từng tốc độ?

Số giờ tính toán để ghi một ổ thay thế đầy đủ. Cột đầu là trường hợp tốt nhất; cột cuối là ví dụ mảng đang bận.

Kích thước ổỞ 285 MB/s (tối đa Exos X20)Ở 204,8 MB/s (mức trần mặc định của md)Ở 50 MB/s (mảng bận, ví dụ)
10 TB9,7 giờ13,6 giờ55,6 giờ (2,3 ngày)
12 TB11,7 giờ16,3 giờ66,7 giờ (2,8 ngày)
16 TB15,6 giờ21,7 giờ88,9 giờ (3,7 ngày)
20 TB19,5 giờ27,1 giờ111,1 giờ (4,6 ngày)

Tính toán, không phải đo thực tế. 285 MB/s là tốc độ duy trì tối đa của Seagate cho ổ Exos X20 18 và 20 TB. 204,8 MB/s là speed_limit_max mặc định của md là 200.000 KiB/s. 50 MB/s là số liệu đầu vào ví dụ. Các ổ trong holds: 2 × 12 TB HDD, 4 × 10 TB HDD, 10 × 10 TB HDD, 10 × 16 TB HDD.

Vì sao tốc độ tối đa của ổ chỉ là trường hợp tốt nhất?

Vì tốc độ tối đa chỉ đúng trên các track ngoài cùng. Bảng dữ liệu HC560 của Western Digital đặt mức tối đa 291 MB/s ở khoảng 10% vào trong ổ. Các track trong đi qua dưới đầu từ chậm hơn, nên một lượt quét toàn bộ có tốc độ trung bình thấp hơn.

Ổ thay thế chính là điểm nghẽn. Mọi khối được dựng lại đều ghi lên đúng một ổ đó, nên mảng không thể dựng lại nhanh hơn tốc độ ghi của ổ. Mười ổ đọc song song không thay đổi được điều đó.

Một lần dựng lại không bao giờ nhanh hơn một ổ ghi từ đầu đến cuối.

Vì sao một lần dựng lại mdadm chạy chậm hơn ổ?

Vì md giới hạn tốc độ. Trong mã nguồn Linux kernel, speed_limit_max mặc định là 200.000 KiB/s, khoảng 204,8 MB/s, và speed_limit_min là 1.000 KiB/s. Trang manual của md giải thích cặp này: md làm chậm quá trình phục hồi khi có hoạt động khác, và chạy hết tốc lực khi mảng rảnh.

Vậy một mảng bận có thể dựng lại gần mức sàn. Ở 1.000 KiB/s, một ổ 20 TB sẽ mất khoảng 226 ngày. Các mảng thực tế nằm giữa hai giới hạn, tùy vào lưu lượng backup hay đọc cạnh tranh bao nhiêu.

Bạn có thể theo dõi và điều chỉnh nó:

Theo dõi và tăng tốc độ dựng lại của md
# progress, speed and time left
cat /proc/mdstat

# current limits, in KiB/s
sysctl dev.raid.speed_limit_min dev.raid.speed_limit_max

# let the rebuild use more of the disks during a quiet period
sysctl -w dev.raid.speed_limit_min=100000
sysctl -w dev.raid.speed_limit_max=500000

Một lần resilver của ZFS có nhanh hơn dựng lại RAID 6 không?

Thường là có, khi pool không đầy. Manual của OpenZFS nói rằng resilver chỉ kiểm tra dữ liệu mà ZFS biết là đã cũ. Một pool đầy một nửa sẽ dựng lại khoảng một nửa số byte so với số byte mdadm sẽ sao chép.

Tuy nhiên các lần đọc ít gọn gàng hơn. Hướng dẫn dRAID của OpenZFS lưu ý rằng raidz phải dùng healing resilver, tức là duyệt cây khối bằng các lần đọc ngẫu nhiên. Vì thế một pool RAIDZ2 đầy có thể mất lâu hơn số byte gợi ý.

dRAID thay đổi cục diện với các mảng lớn. Việc dựng lại tuần tự vào một spare phân tán tỉ lệ với số đĩa chia cho độ rộng stripe. Sau đó một lần scrub sẽ kiểm tra các checksum. Với mười ổ, RAIDZ2 thuần là lựa chọn thông thường; các đánh đổi nằm ở ZFS hay hardware RAID.

Theo dõi một lần resilver bằng zpool status. Tham số zfs_resilver_min_time_ms, mặc định 1.500 ms trong manual hiện tại, đặt khoảng thời gian ZFS làm việc trên đó giữa các transaction group.

Khoảng thời gian dựng lại nguy hiểm đến mức nào?

Nhỏ với RAID 6, lớn hơn với RAID 5. Trong lúc dựng lại RAID 6, mảng vẫn còn một parity, nên vẫn chịu được thêm một lỗi nữa.

Backblaze đo được tỉ lệ hỏng hằng năm quy đổi theo tuổi thọ là 1,41% trên các ổ của mình trong báo cáo Q2 2026. Trong một lần dựng lại 27 giờ, chín ổ còn lại cho khoảng 0,04% khả năng có thêm một lỗi. Trong 111 giờ, khoảng 0,16%.

Các sector không đọc được nặng hơn. Seagate đánh giá Exos X20 ở mức tối đa một sector trên 10^15 bit đọc. Dựng lại từ chín ổ 20 TB sẽ đọc 1,44 × 10^15 bit, nên theo thông số kỹ thuật có thể có hơn một sector hỏng. RAID 6 sửa được nó nhờ parity thứ hai; RAID 5 thì không còn gì. So sánh đầy đủ ở RAID 6 hay RAID 10.

Trong số 23 nhà bán storage-server mà Basalthold đã kiểm tra trên 2 November 2026, 8 có gói từ 100 TB trở lên. Ở dung lượng đó, mỗi lần dựng lại một ổ mất gần một ngày ngay cả khi chạy hết tốc lực.

Làm sao để rút ngắn thời gian dựng lại trên một server thuê?

Bắt đầu sớm và dành đủ đĩa cho nó.

  • Thay ổ nhanh. Khi một ổ đĩa hỏng, hãy mở ticket: đội ngũ sẽ thay miễn phí, còn việc rebuild mảng trên ổ mới tùy thuộc vào thiết lập của bạn. Đồng hồ bắt đầu chạy khi ổ mới đã vào.
  • Tạm dừng các job nặng. Chuyển các lần backup lớn ra khỏi khung giờ dựng lại, hoặc tăng speed_limit_min vào ban đêm.
  • Giữ pool dưới mức đầy. ZFS chỉ dựng lại dữ liệu đã lưu, nên dung lượng trống giúp rút ngắn resilver.
  • Giữ một bản sao thứ hai. Dựng lại bảo vệ bạn trước thêm một lỗi, chứ không bảo vệ trước hỏa hoạn hay một sai lầm: Một storage server không phải là bản backup của chính nó: chúng tôi không giữ bản sao dữ liệu của bạn ở bất kỳ nơi nào khác, nên việc giữ thêm một bản sao ở nơi khác vẫn là việc của bạn. Một đích đến cho nó ở backup offsite cho NAS.

Người ta còn hỏi gì về thời gian dựng lại?

Một lần resilver RAIDZ2 mất bao lâu trên ổ 16 TB?

Ít nhất 15,6 giờ nếu ổ hỏng đã đầy, ở 285 MB/s. Một ổ đầy một nửa dữ liệu cần khoảng một nửa số byte đó, nhưng đọc raidz là ngẫu nhiên, nên hãy dự phòng thời gian dài hơn. Đây là các phép tính từ tốc độ trên bảng dữ liệu.

Các thời gian dựng lại này có được đo trên server Basalthold không?

Không. Chúng là phép tính từ tốc độ được công bố: bảng dữ liệu của Seagate và giá trị mặc định của Linux md. Thời gian dựng lại của bạn phụ thuộc vào cách bố trí, tải và mức đầy của mảng.

Ai dựng lại mảng khi một ổ hỏng?

Bạn, bằng mdadm hoặc zpool replace. Khi một ổ đĩa hỏng, hãy mở ticket: đội ngũ sẽ thay miễn phí, còn việc rebuild mảng trên ổ mới tùy thuộc vào thiết lập của bạn.

RAID 5 có an toàn với ổ 20 TB không?

Nó không còn parity trong lúc dựng lại. Đọc chín ổ 20 TB bao trùm 1,44 × 10^15 bit, nhiều hơn mức đánh giá của Seagate là một sector không đọc được trên 10^15 bit. RAID 6 hoặc RAIDZ2 sửa được sector đó; RAID 5 thì không.

Tôi có thể thuê một máy chủ lưu trữ bằng crypto và không cần KYC không?

Có. Basalthold tốn BTC, USDT, USDC, ETH, SOL, LTC, từ một lần nạp thêm 25 US$. Không cần KYC: không cần ID, không selfie, không giấy tờ, không thẻ và không số điện thoại, ở bất kỳ bước nào. Giá có ở bảng giá.

Mười ổ, hai parity, mảng của riêng bạn

Hold 160: AMD EPYC 7302P (16 lõi / 32 luồng), 128 GB DDR4 ECC, 10 × ổ cứng 16 TB (160 TB raw) cùng 2 × 480 GB SSD cho hệ thống, mirrored, cổng 1 Gbit/s với 200 TB lưu lượng mỗi 30 ngày, 1 IPv4 và một IPv6 /64, với $561.39/30 ngày. Crypto, không cần KYC.

Nguồn (8)
  1. Bảng thông số Exos X20 (DS2080-2111US) — Seagate Technology (November 2021, read 2026-11-02)
  2. Bảng dữ liệu Ultrastar DC HC560 (D018-000383-AA02) — Western Digital (July 2022, read 2026-11-02)
  3. drivers/md/md.c: sysctl_speed_limit_min và sysctl_speed_limit_max — Linux kernel (read 2026-11-02)
  4. md(4): tốc độ phục hồi và scrubbing — Linux man-pages (read 2026-11-02)
  5. zpool-scrub(8): scrubbing và resilvering — OpenZFS (read 2026-11-02)
  6. dRAID Howto — OpenZFS (read 2026-11-02)
  7. zfs(4): tham số module — OpenZFS (read 2026-11-02)
  8. Backblaze Drive Stats quý 2 năm 2026 backblaze.com/blog/backblaze-drive-stats-for-q2-2026 — Backblaze (2026-09-29, read 2026-11-02)

24 TB từ $110.99/30 ngày · không cần KYC

Chọn một gói hold