I originally posted this at http://www.318.com/TechJournal ZFS was released by a team at Sun in November of 2004. The name stands for “Zettabyte File Systemâ€. ZFS is a 128-bit file system, so it can store 18 billion billion (18.4 × 1018) times more data than current 64-bit systems. We’re not going to sit here and do the math for that but you are more than welcome to figure out what the theoretical size is at that point – all we can say is that it’s friggin’ huge. Traditional file systems reside on single devices and require a volume manager to use more than one device to generate a logical or…
-
-
Xsan: Video Formats and Bandwidth
As many environments will use multiple formats it is important to define the required bandwidth for various formats. By lowering or increasing your format you will have the capacity to have more or less streams concurrently running against your SAN respectively: Standard Definition MiniDV, DVCAM, and DVCPRO – 3.6MBps DVCPRO 50 – 7.7MBps Uncompressed SD (8-bit) – 20MBps Uncompressed SD (10-bit) – 27MBps Compressed High Definition DVCPRO HD – 5.8MBps to 14MBps Apple ProRes 422 – 5.25 to 27.5 MBps Redcode RAW (24fps) – 28 MBps Uncompressed High Definition 720p 24fps – 46MBps 720p 30fps – 50MBps 720p 60fps – 100MBps 1080 24p (8-bit) – 98MBps 1080i (8-bit) – 120MBps…
-
LUNscaping
In Xsan you need to plan your LUNs carefully. I’ve decided to call this process LUNscaping. Join me with this and feel free to take credit for the term… 😉
-
StorNext Support for Xsan
The following link shows the compatibility matrix for StorNext Xsan support: http://support.apple.com/kb/HT1517
-
Will Any Old GBIC Work?
You have two switches and you’re thinking that you’ll use the GBIC from your old switch on you new switch. You have an Xsan and you have a bunch of GBICs laying around and you want to know if they’ll work. You have a fiber run and you want to use a transceiver. Etc. This is a tricky question. The GBICs should all work. The general rule of thumb though is, if you use the same GBIC on both ends then you shouldn’t have a problem. But, it’s also important that (for whatever reason) some manufacturers do require certain GBICs either to actually interface or just to support an interface.
-
Xsan: Designing an Xsan
Planning an Xsan is perhaps the most complicated part of any deployment. First, start with one of two objectives, speed or size (or both). How big does the SAN need to be and what speeds does the SAN (aggregate speed of all clients) need to be able sustain? That becomes the primary design consideration. Beyond that, you’ll also want to plan how it will get backed up and when, the makeup of the clients (Mac, PC, Linux), how permissions will get handled for new files written to the SAN, etc.
-
Xsan: Block Sizes
All volumes have a block size. In Mac OS X you can see a block size by entering the following command (assuming disk0): sudo diskutil information 0 If you notice in the Total Size: field you’ll see the number of blocks followed by a block size. By default it is 512 bytes. One of the things that makes it possible to attain high performance from an Xsan volume is the ability for the block size to be customized. The general rule of thumb is that the Stripe Breadth and the Block size should multiply to equal 1MB. So if you have a block size of 256 then your stripe breadth…
-
Xsan: Speed and Capacity
When a LUN, Storage Pool and/or Volume gets too full then the SAN is going to get slower. It’s also going to become more prone to data corruption as it cannot find locations to place files quickly enough. So be kind to your SAN and always make sure you have plenty of space available.
-
Dealing with Drive Failures with Xsan
I originally posted this at http://www.318.com/TechJournal Sometimes a drive fails, or a RAID controller goes down on an array with a redundant drive and the parity on a RAID must be rebuilt. In other words, if you loose a drive in a RAID 5, RAID 1, RAID 0+1 or RAID 3 array you will be left with a degraded RAID (also referred to as a critical RAID) unless you have configured your Xserve RAID to use a hot spare. If you are using a hot spare on the channel of the failed drive the RAID will begin to rebuild itself automatically. If you are not using a hot spare, upgrading…
-
Primordial Storage
Primordial storage refers to unallocated storage capacity on a storage device. Storage capacity can be allocated from primordial pools to create storage pools. This means that primordial pools are disk/device sources for allocation of storage pools. In Xsan primordial pools aren’t used but there is often unused capacity in the form of LUNs that are referred to as primordial at time. Especially on a Promise RAID where you might have certain LUNs that are smaller than the potential size of others and therefore might end up with disks left over which can be mapped and used as near-line storage later. This term, primordial, can be used to refer to those.