Máy chủ lưu trữ sao lưu với ZFS

Tôi là người đàn ông CNTT mọi thứ tại một công ty nhỏ. Tôi muốn thiết kế một cơ sở hạ tầng mới bao gồm một máy chủ mới và một máy chủ sao lưu riêng với chính sách sao lưu toàn công ty.

Điều quan trọng nhất trong công ty là SQL Server và cơ sở dữ liệu của nó. Có 10 cơ sở dữ liệu, nhưng chỉ có 2 trong số đó là thực sự quan trọng. 8GB đầu tiên, chủ yếu là dữ liệu văn bản và số. Cái thứ hai khoảng 300GB với 16GB / tháng tăng trưởng chứa PDF và GIF.

Để lưu chính sách sao lưu hiện tại lưu trữ bao gồm một bản sao lưu đầy đủ mỗi tuần và 6 khác biệt. Tôi nghĩ rằng nó khoảng 350 GB mỗi tuần, 1,4TB mỗi tháng.

Sau khi đọc các bài viết về tham nhũng dữ liệu im lặng, tôi quyết định dùng thử ZFS với phiên bản Cộng đồng Nexenta.

Câu hỏi của tôi: ZFS với sao chép có tốt để lưu trữ các tệp sao lưu về độ tin cậy hay tôi nên nghĩ về một số sao lưu băng hoặc cái gì khác?

EDIT: Tôi biết rằng ngay bây giờ chúng tôi không thể dự đoán hiệu suất, tỷ lệ trùng lặp, v.v., nhưng tôi muốn biết liệu đó có phải là một ý tưởng tốt hay không.

Chắc chắn ZFS đủ ổn định đủ để làm điều này, có rất nhiều nền tảng sản xuất rất lớn và đáng tin cậy ngoài kia hoàn toàn dựa trên ZFS và Nexenta.

Điều đó nói rằng luôn muốn có các bản sao lưu dựa trên đĩa tại chỗ như bản sao lưu mà bạn đang đề xuất VÀ các bản sao lưu dựa trên đĩa hoặc băng rời khỏi trang web hàng ngày để bảo vệ chống hỏa hoạn / động đất / Cthulhu, v.v.

Vì vậy, câu trả lời của tôi là có, nó ổn nhưng tôi sẽ chọn cả hai tùy chọn nếu bạn có thể.

(giả sử bạn đang đề cập đến việc sử dụng khấu trừ trong ZFS so với phần mềm sao lưu của bạn)

Tôi không khuyên bạn nên sử dụng sao chép gốc ZFS cho hệ thống sao lưu của mình trừ khi bạn thiết kế hệ thống lưu trữ của mình dành riêng cho nó.

Sử dụng khấu trừ trong ZFS là rất nhiều RAM. Vì sự trùng lặp xảy ra trong thời gian thực khi dữ liệu được truyền / ghi vào nhóm lưu trữ, nên có một bảng được duy trì trong bộ nhớ theo dõi các khối dữ liệu. Đây là bảng DDT . Nếu máy chủ lưu trữ ZFS của bạn không có đủ RAM để chứa bảng này, hiệu suất sẽ bị ảnh hưởng rất lớn. Nexenta sẽ cảnh báo bạn khi bảng phát triển vượt qua một ngưỡng nhất định, nhưng sau đó, đã quá muộn. Điều này có thể được tăng cường bằng cách sử dụng thiết bị L2ARC (đọc bộ đệm), nhưng nhiều người sử dụng ZFS sớm đã rơi vào cái bẫy này.

Xem:

ZFS - phá hủy zvol trùng lặp hoặc bộ dữ liệu ngăn chặn máy chủ. Làm thế nào để phục hồi?

ZFS - Ảnh hưởng của lỗi thiết bị bộ đệm L2ARC (Nexenta)

Khi tôi nói rằng yêu cầu RAM cao khi sử dụng khấu trừ, tôi ước tính nhu cầu RAM và L2ARC cho tập dữ liệu bạn mô tả ở mức 64GB + RAM và 200GB + L2ARC. Đó không phải là một khoản đầu tư nhỏ. Giữ nhiều tệp hệ thống Windows và tài liệu hình ảnh sẽ không được đọc lại sẽ lấp đầy DDT đó rất nhanh. Phần thưởng có thể không xứng đáng với công việc kỹ thuật cần phải trả trước.

Một ý tưởng tốt hơn là sử dụng nén trên zpool, có thể tận dụng các khả năng gzip cho các loại dữ liệu có thể nén hơn. Sự trùng lặp sẽ không có giá trị vì có một điểm nhấn khi bạn cần xóa dữ liệu bị trùng lặp (cần tham chiếu DDT).

Ngoài ra, làm thế nào bạn sẽ trình bày lưu trữ cho phần mềm sao lưu của bạn? Bạn sẽ sử dụng bộ phần mềm sao lưu nào? Trong môi trường Windows, tôi trình bày ZFS dưới dạng khối lưu trữ cho Backup Exec qua iSCSI. Tôi chưa bao giờ thấy các tính năng ZFS CIFS đủ mạnh và ưa thích các ưu điểm của thiết bị có định dạng nguyên bản.

Ngoài ra, đây là một nguồn ZFS tuyệt vời cho ý tưởng thiết kế. Những điều về ZFS mà không ai nói với bạn

Một hệ điều hành thay thế là OpenIndiana, cũng tốt và nhận được cập nhật thường xuyên hơn một số thời gian.

Một tùy chọn khác là thiết lập máy chủ ZFS thứ hai với nhóm lưu trữ nhỏ hơn (có khả năng) có bật nén. Bạn có thể sử dụng thiết bị thứ hai này để sao lưu tĩnh. Do đó, bạn có thể phân phối với bộ đệm đọc và cũng không cần số lượng CPU / RAM ngớ ngẩn để xử lý nó.

Chúng tôi chạy một thiết lập như thế này nơi tôi làm việc:

• Máy chủ lưu trữ chính OpenIndiana [ chính ] với sáu đĩa 2TB trong nhóm RaidZ1 gồm ba bộ cặp được nhân đôi. Điều này, trong khi cắt vào không gian lưu trữ có sẵn của bạn, tạo ra một kho lưu trữ nhanh và nhân nhiều.
• Một máy chủ lưu trữ thứ cấp [ sao lưu ] cũng chạy OpenIndiana với cấu hình tương tự các đĩa chỉ hoạt động như một thiết bị sao lưu.
• main có một kịch bản được chạy từ một công việc định kỳ mà snapshot / tank / [tập dữ liệu] thường xuyên trong suốt cả ngày
• Mỗi tối, một công việc định kỳ khác được thực hiện để đẩy các ảnh chụp nhanh trong ngày qua mạng để sao lưu . Khi đồng bộ hóa ban đầu của tất cả các ảnh chụp nhanh của bạn được thực hiện (một quy trình chỉ một lần), tính chất gia tăng của các ảnh chụp nhanh có nghĩa là các thay đổi được đẩy nhanh chóng đến thiết bị sao lưu của bạn.

Tôi có một bản tóm tắt nhanh về cách xử lý gửi / nhận ZFS tại đây: http://kyrill-poole.co.uk/blog/tech/zfs-send-and-receive/