If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
Thread Tools | Display Modes |
#1
|
|||
|
|||
What is the difference between a JBOD and a SAN?
We have an application that is experiencing I/O contention,
particularly in tempdb but also in two other databases. The data is stored on mirrored PowerVault 220's, each with 10 of 14 possible disks. The PowerVaults are JBOD devices, not true SANs. The current config has four separate groups of physical drives assigned to distinct logical drives for log files, tempdb, and the two app dbs. This means, for example, that tempdb resides on one mirrored drive. The standard advice when faced with disk contention is to add spindles if possible. With 4 empty slots, we would presumably assign the new physical disks to the most stressed db, e.g. tempdb. An alternative arrangement would be to combine all the physical drives into one logical drive, and put all the files, log and data, onto the single logical drive. The hope for this configuration is that the PowerVault would automagically distribute the data among the drives such that all drives were in use, all spindles reading and writing at maximum capacity when necessary. It is my understanding that full-featured SANs, like NetApps and EMC models, do this. My question is whether this configuration is best for the PowerVault, as well. Or is this the essential difference between JBOD and a true SAN? Has anyone tried both arrangements? Advice is much appreciated. |
#2
|
|||
|
|||
What is the difference between a JBOD and a SAN?
An alternative arrangement would be to combine all the physical drives
into one logical drive, and put all the files, log and data, onto the single logical drive. NOT Recommended. Databases like to have their logs and data on different spindles to avoid contention. By putting everything on one, your database cannot write to logs and data files in parallel. Make atleast two logical drives and let different drives be in each. RAID 1/0 or atleast RAID 1 is recommended for log files and RAID 5 is recommended for data files. Kiran Ghag EMC˛ Proven CLARiiON Solutions Implementation Specialist -------------------------------------------------------------------------------- "Experience is a wonderful thing. It enables you to recognize a mistake when you make it again." |
#3
|
|||
|
|||
What is the difference between a JBOD and a SAN?
RAID 1/0 or atleast RAID 1 is recommended for log files and RAID 5 is
recommended for data files. RAID 5 is slow on write. It is a good idea only to save money on spindles. If your bugdet is good enough to disk drive cost being not an issue - then use RAID 10 instead. -- Maxim Shatskih, Windows DDK MVP StorageCraft Corporation http://www.storagecraft.com |
#4
|
|||
|
|||
What is the difference between a JBOD and a SAN?
There is no "difference" between JBOD and SAN.
JBOD is a disk configuration (single spindles per LUN vs RAID which is mulitple spindles per LUN, where a LUN is a "device" presented to a host). SAN is a storage interconnect generally based on Fibre (though this is expanding somewhat). SCSI, PATA, SATA are also storage interconnects. You can have JBOD on storage connected via any one of these interconnects, including a SAN. For example, on an HP MSA SAN-based array, you can present each disk as a separate LUN to the hosts - this is JBOD. Or you can bind them into RAIDsets and present a single LUN. Database - as with many I/O-based applications - performance issues are going to be affected by the number of actual disk drives (spindles) among which the I/O load is balanced. NOTE: The fastest I/O is the one that doesn't (need to) happen.... thus, with many databases, if you increase the number of "buffers" (memory used) for read access, the application may be able to "hit" memory instead of going to the disk drive. This is, of course, heavily dependent on the application's characteristics, including things like locality of READs, and the READ:WRITE ratio. In general, though, if your disks are a bottleneck, adding more disks and/or disk controllers to the configuration, and balancing the workload over them, is the way to resolve these issues. Do not consider mixing the data files and logs on the same LUNs... this basically puts disaster recovery options at high risk for failure. Likewise, having a RAIDset with disks in the same interconnect (e.g., multiple drives on the same SCSI bus) can be equally disasterous. On 9 Feb 2006 14:45:08 -0800, "JRoughgarden" wrote: We have an application that is experiencing I/O contention, particularly in tempdb but also in two other databases. The data is stored on mirrored PowerVault 220's, each with 10 of 14 possible disks. The PowerVaults are JBOD devices, not true SANs. The current config has four separate groups of physical drives assigned to distinct logical drives for log files, tempdb, and the two app dbs. This means, for example, that tempdb resides on one mirrored drive. The standard advice when faced with disk contention is to add spindles if possible. With 4 empty slots, we would presumably assign the new physical disks to the most stressed db, e.g. tempdb. An alternative arrangement would be to combine all the physical drives into one logical drive, and put all the files, log and data, onto the single logical drive. The hope for this configuration is that the PowerVault would automagically distribute the data among the drives such that all drives were in use, all spindles reading and writing at maximum capacity when necessary. It is my understanding that full-featured SANs, like NetApps and EMC models, do this. My question is whether this configuration is best for the PowerVault, as well. Or is this the essential difference between JBOD and a true SAN? Has anyone tried both arrangements? Advice is much appreciated. |
#5
|
|||
|
|||
What is the difference between a JBOD and a SAN?
True enough. I usually like to determine the database characteristics before
deciding on a raid level for the data. =It is important to know the read/write ratio, IOPS and transactions per second. R1 is fine for the logs and they should indeed be kept separate. R5 is 8 out of 10 times fine for the data. If you have a 70% read and a 30% write ratio, R5 will be OK. You mentioned that there was disk contention. I am not surprised if you have four databases on this disk subsystem. It is possible depending on each of the databases characteristics but I sure would be careful where I placed what information! Rick "Maxim S. Shatskih" wrote in message ... RAID 1/0 or atleast RAID 1 is recommended for log files and RAID 5 is recommended for data files. RAID 5 is slow on write. It is a good idea only to save money on spindles. If your bugdet is good enough to disk drive cost being not an issue - then use RAID 10 instead. -- Maxim Shatskih, Windows DDK MVP StorageCraft Corporation http://www.storagecraft.com |
Thread Tools | |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
External Rackmountable 8-bay or 12-bay Hot-swap SATA drive JBOD enclousre | Dan Adams | Storage & Hardrives | 0 | January 26th 06 12:37 AM |
External Rackmountable 8-bay or 12-bay Hot-swap SATA drive JBOD enclousre | Dan Adams | Storage (alternative) | 0 | January 26th 06 12:37 AM |
Setting up Brocade 2800 with JBOD | olfp | Storage & Hardrives | 2 | December 14th 05 05:38 PM |
What is JBOD? | Eli | Storage (alternative) | 9 | July 13th 05 03:34 AM |
Why HDTach shows RAID0 slower than JBOD on 3ware 3W-7450? | hh | Storage (alternative) | 6 | July 13th 04 07:54 AM |