Applicable Products
Static Volumes
A static volume is a simple and easy-to-use volume which contains all the available storage capacity on the disks/RAID selected to create the volume. A static volume does not have a storage pool and does not support advanced storage features such as snapshots and Qtier. However, static volumes can still take advantage of SSD caching. A static volume is recommended for creating a simple, single volume that uses all the disks in your NAS, and you don’t need features like snapshots or Qtier. Also, due to its simplicity, the performance of a static volume is slightly better than other volume types.
Thin and Thick Volumes
Thin and thick volumes, also called flexible volumes, must be created inside a storage pool. A storage pool contains all the available storage capacity on the disks/RAID selected to create the pool. Once a pool has been created, flexible volumes can be created and will allocate storage space within the pool as required. Flexible volumes support advanced storage features such as snapshots, Qtier, and SSD caching.
Flexible volumes can also be resized, converted between thin and thick types, and backed up to a remote storage pool via Snapshot Replica.
Thin volumes allocate space in the storage pool as data is written into the volume. Only the size of data in the volume is used up from the pool space, and free space in the volume does not take up any pool space. If data is deleted from the volume, that space can be freed and given back to the storage pool free space. The pool free space is shared among all thin volumes, and the NAS administrator must take care to ensure there is enough free space in the pool as more data is written to thin volumes. In the event where there is insufficient pool space, thin volumes will enter read-delete or read-only mode until more pool space is available.
Thin volumes are recommended when you must create multiple volumes and share the storage pool space efficiently between them. Also, thin volumes are recommended if you are planning to use volume snapshots. When using snapshots with thin volumes, only modifications to existing data on the volume will increase the snapshot used space, the size will be the same as the modified data.
Thick volumes allocate the total size of the volume upon creation. No matter how much data is actually stored in the volume, the total size of the volume will always be used up in the pool. On the other hand, this space is guaranteed to be available exclusively for this volume, even if other volumes used up all remaining pool free space.
Thick volumes are recommended if you are creating multiple volumes but need to guarantee the space for a particular volume. The performance of a thick volume may also be slightly better than a thin volume in some situations.
Note
If you are using snapshots with a thick volume, writing new data to the empty space of the volume will increase the snapshot used space by the same size as the new data. You must monitor the pool free space and recycle older snapshots periodically to avoid running out of pool space. For this reason, thin volumes would be recommended when using snapshots.
The different space allocation behaviors between thick and thin volumes can be visualized in the following diagram:
Volume Type Comparison
| | Volume Type |
|---|
| | Static | Thick | Thin |
|---|
| Summary | Best overall read/write performance, but does not support most advanced features | Good balance between performance and flexibility | Enables you to allocate storage space more efficiently |
| Read/write speed | Fastest for random writes | Good | Good |
| Flexibility | Inflexible
A volume can only be expanded by adding extra drives to the NAS. | Flexible
A volume can easily be resized. | Very flexible
A volume can be resized. Also unused space can be reclaimed and added back into the parent storage pool. |
| Parent storage space | RAID group | Storage pool | Storage pool |
| Volumes allowed in parent storage space | One | One or more | One or more |
| Initial size | Size of the parent RAID group | User-specified | Zero
Storage pool space is allocated on-demand, as data is written to the volume. |
| Maximum size | Size of the parent RAID group | Size of the parent storage pool | Twenty times the amount of free space in the parent storage pool
The size of a thin volume can be greater than that of its parent storage pool. This is called over-allocation. |
| Effect of data deletion | Space is freed in the volume | Space is freed in the volume | QTS can reclaim the freed space and add it back into the parent storage pool. |
| Methods of adding storage space | - Add disks to the RAID group
- Replace existing disks with higher capacity disks
| Allocate more space from the parent storage pool | Allocate more space from the parent storage pool |
| Snapshot support (fast backup and recovery) | No | Yes | Yes |
| Qtier support (automatic data tiering) | No | Yes | Yes |
Further Reading
Uygulanabilir Ürünler
Statik Hacimler
Bir statik hacim, hacmi oluşturmak için seçilen diskler/RAID üzerindeki tüm mevcut Depolama kapasitesini içeren basit ve kullanımı kolay bir hacimdir. Statik bir hacim Depolama havuzuna sahip değildir ve Anlık Görüntü ve Qtier gibi gelişmiş Depolama özelliklerini desteklemez. Ancak, statik hacimler yine de SSD önbelleklemeden yararlanabilir. Statik bir hacim, NAS'ınızdaki tüm diskleri kullanan basit, tek bir hacim oluşturmak için önerilir ve Anlık Görüntü veya Qtier gibi özelliklere ihtiyacınız yoksa uygundur. Ayrıca, basitliği nedeniyle, statik bir hacmin performansı diğer hacim türlerinden biraz daha iyidir.
İnce ve Kalın birim
İnceveKalın birim, ayrıca deniresnek hacimler, içinde oluşturulmalıdırDepolama havuzu. Bir Depolama havuzu, havuzu oluşturmak için seçilen diskler/RAID üzerindeki tüm mevcut Depolama kapasitesini içerir. Bir havuz oluşturulduktan sonra, esnek hacimler oluşturulabilir ve gerektiğinde havuz içinde Depolama alanı tahsis edebilir. Esnek hacimler, Anlık Görüntü, Qtier ve SSD önbellekleme gibi gelişmiş Depolama özelliklerini destekler.
Esnek hacimler ayrıca yeniden boyutlandırılabilir, İnce ve Kalın türleri arasında dönüştürülebilir ve Anlık Görüntü Çoğaltma aracılığıyla uzak bir Depolama havuzuna yedeklenebilir.
İnce Birimveri hacme yazıldıkça Depolama havuzunda alan tahsis edin. Havuz alanından yalnızca hacimdeki veri boyutu kullanılır ve hacimdeki boş alan herhangi bir havuz alanı kaplamaz. Hacimden veri silinirse, bu alan serbest bırakılabilir ve Depolama havuzunun boş alanına geri verilebilir. Havuz boş alanı tüm İnce Birim arasında paylaşılır ve NAS yönetici, İnce Birim'ya daha fazla veri yazıldıkça havuzda yeterli boş alan olduğundan emin olmalıdır. Yetersiz havuz alanı durumunda, İnce Birim daha fazla havuz alanı mevcut olana kadar okuma-silme veya salt okunur moda geçecektir.
birden fazla hacim oluşturmanız ve Depolama havuz alanını verimli bir şekilde paylaşmanız gerektiğinde İnce Birim önerilir. Ayrıca, hacim Anlık Görüntü kullanmayı planlıyorsanız İnce Birim önerilir. Anlık Görüntü'ı İnce Birim ile kullanırken, yalnızca hacimdeki mevcut verilerde yapılan değişiklikler kullanılan Anlık Görüntü alanını artıracak, boyut değiştirilen veri kadar olacaktır.
Kalın birimoluşturma sırasında hacmin toplam boyutunu tahsis edin. Hacimde aslında ne kadar veri depolandığı önemli olmaksızın, hacmin toplam boyutu her zaman havuzda kullanılacaktır. Öte yandan, bu alan diğer hacimler tüm kalan havuz boş alanını kullansa bile, yalnızca bu hacim için kullanılabilir olarak garanti edilir.
birden fazla hacim oluşturuyorsanız ancak belirli bir hacim için alanı garanti etmeniz gerekiyorsa Kalın birim önerilir. Bazı durumlarda Kalın birim'nin performansı İnce Birim'dan biraz daha iyi olabilir.
Not
Bir Kalın birim ile Anlık Görüntü kullanıyorsanız, hacmin boş alanına yeni veri yazmak, kullanılan Anlık Görüntü alanını yeni veri boyutu kadar artıracaktır. Havuz boş alanını izlemeli ve havuz alanının tükenmesini önlemek için eski Anlık Görüntü'ları periyodik olarak geri dönüştürmelisiniz. Bu nedenle, Anlık Görüntü kullanırken İnce Birim önerilir.
Kalın ve İnce Birim arasındaki farklı alan tahsis davranışları aşağıdaki diyagramda görselleştirilebilir:
Hacim Türü Karşılaştırması
| | Hacim Türü |
|---|
| | Statik | Kalın | İnce |
|---|
| Özet | En iyi genel okuma/yazma performansı, ancak en gelişmiş özellikleri desteklemez | Performans ve esneklik arasında iyi bir denge | Depolama alanını daha verimli bir şekilde tahsis etmenizi sağlar |
| Okuma/yazma hızı | Rastgele yazmalar için en hızlı | İyi | İyi |
| Esneklik | Esnek değil
Bir hacim yalnızca NAS'a ekstra sürücüler eklenerek genişletilebilir. | Esnek
Bir hacim kolayca yeniden boyutlandırılabilir. | Çok esnek
Bir hacim yeniden boyutlandırılabilir. Ayrıca kullanılmayan alan geri kazanılabilir ve ana Depolama havuzuna geri eklenebilir. |
| Ana Depolama alanı | RAID grubu | Depolama havuzu | Depolama havuzu |
| Ana Depolama alanında izin verilen hacimler | Bir | Bir veya daha fazla | Bir veya daha fazla |
| Başlangıç boyutu | Ana RAID grubunun boyutu | Kullanıcı tarafından belirlenmiş | Sıfır
Depolama havuz alanı talep üzerine tahsis edilir, veri hacme yazıldıkça. |
| Maksimum boyut | Ana RAID grubunun boyutu | Ana Depolama havuzunun boyutu | Ana Depolama havuzundaki boş alan miktarının yirmi katı
Bir İnce Birim boyutu, ana Depolama havuzunun boyutundan büyük olabilir. Buna aşırı tahsis denir. |
| Veri silme etkisi | Hacimde alan boşaltılır | Hacimde alan boşaltılır | QTS, boşaltılan alanı geri kazanabilir ve ana Depolama havuzuna geri ekleyebilir. |
| Depolama alanı ekleme yöntemleri | - RAID grubuna disk ekleyin
- Mevcut diskleri daha yüksek kapasiteli disklerle değiştirin
| Ana Depolama havuzundan daha fazla alan tahsis edin | Ana Depolama havuzundan daha fazla alan tahsis edin |
| Anlık Görüntü desteği (hızlı yedekleme ve kurtarma) | Hayır | Evet | Evet |
| Qtier desteği (otomatik veri katmanlama) | Hayır | Evet | Evet |
Daha Fazla Okuma
