Câu trả lời:
Nói chung, cho dù bạn đang nói về SCSI LUNs (SAN) hoặc hệ thống tệp mạng (NAS), lưu trữ được cung cấp mỏng là khi bạn nói với máy khách lưu trữ rằng nó có nhiều dung lượng hơn bạn thực sự phân bổ cho nó. Điều này không có rủi ro riêng, nhưng nếu bạn không có đủ dung lượng lưu trữ thực tế để cho phép mọi container duy nhất phát triển đến kích thước đầy đủ như đã hứa, điều đó được gọi là cung cấp quá mức và nó sẽ dẫn đến rủi ro.
Những lợi thế của cung cấp quá mức và cung cấp mỏng là hấp dẫn. Nhiều người tiêu dùng lưu trữ (máy chủ, người dùng chia sẻ tệp, v.v.) sẽ yêu cầu dung lượng lưu trữ lớn hơn nhiều so với nhu cầu ban đầu và tiếp tục đảm bảo họ có biên độ an toàn cho tăng trưởng khi họ phát triển. Một biên độ an toàn được cung cấp tập trung cho tăng trưởng hiệu quả hơn nhiều so với hàng trăm cái nhỏ. Việc sử dụng bộ lưu trữ cơ bản mà không cần quá mỏng / quá mức có thể rất thấp và điều này cho phép tỷ lệ sử dụng cao hơn.
Tất cả các rủi ro của kịch bản này được liên kết với việc cung cấp quá mức. Bạn càng cung cấp quá nhiều, nguy cơ của bạn càng cao. Điều nguy hiểm là tiềm năng cho việc sử dụng tài nguyên lưu trữ để lấp đầy hoàn toàn bộ lưu trữ có sẵn, điều này thường sẽ khiến tất cả các container lưu trữ bị hỏng theo cách này hay cách khác. Hệ thống tập tin sẽ chỉ đọc hoặc ngoại tuyến và LUN sẽ ngoại tuyến.
Để có được những lợi ích của việc sử dụng cao hơn đi kèm với việc cung cấp quá mức trong khi giảm thiểu rủi ro, bạn cần liên tục theo dõi việc lưu trữ và có thể hành động khi được yêu cầu.
Điểm và mục đích của việc cung cấp mỏng tương tự như lý do sử dụng bộ lưu trữ hợp nhất ở nơi đầu tiên - bằng cách hợp nhất, bạn có được dung lượng tối đa tốt hơn, với mức trung bình thấp hơn cần thiết.
Nhưng không có ảo tưởng - cung cấp mỏng là giả vờ phân bổ một cái gì đó, mà không thực sự làm như vậy. Có nhiều lý do điều này hữu ích. Hai cái chính là:
Sử dụng cao hơn - trừ khi khối lượng của bạn hoàn toàn đầy đủ, không gian đĩa bị lãng phí. Hầu hết các hệ thống không chạy ở mức đầy đủ 100% mọi lúc (và thường được coi là "gặp sự cố" nếu có).
Chi tiêu trả chậm - nếu tôi cung cấp cho bạn 10TB ngày hôm nay, nhưng bạn điền vào mức 2TB mỗi năm, tôi có thể trả ít hơn nếu tôi đợi trước khi mua đĩa.
Bạn có hai vấn đề phát sinh từ việc này:
hết đĩa quá nhanh - ai đó bắt đầu điền vào 'đĩa' của họ có thể chạy phần còn lại của doanh nghiệp ngoài không gian.
số lượng trục chính - mua ít đĩa hơn có nghĩa là bạn có ít trục chính hơn và do đó ít IOP hơn. Điều đó có nghĩa là đĩa của bạn sẽ chạy nóng hơn và hiệu suất của bạn sẽ tệ hơn.
Những điều tôi muốn đề xuất như là một thực tiễn tốt nhất để cung cấp mỏng:
Tôi không thể phóng đại điểm cuối cùng đủ. Bạn cũng có thể có những khách hàng yêu cầu lưu trữ và không bao giờ sử dụng nó. Đó là số tiền bạn không chi tiêu và thể hiện sự tiết kiệm. Tuy nhiên, điều đó không giống với những khách hàng mất một thời gian để sử dụng nó (ví dụ: hơn một năm tài chính) - bạn tiết kiệm tiền bằng cách mua đĩa lớn hơn / rẻ hơn vào năm tới. Nhưng bạn sẽ không thoát khỏi việc 'bán' không gian phía trước và chỉ hy vọng rằng không ai từng sử dụng nó. Bạn cũng có thể sẽ lấp đầy toàn bộ lô theo thời gian, và bạn cần sẵn sàng để điền lại.