- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
ReadyTIER with iSCSI
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
ReadyTIER with iSCSI
Hi everyone,
I've recently upgraded to a ReadyNAS 3200 from a Pro 6 and I've got it running ReadyNAS OS 6.9.5. I've been looking into the possibility of using ReadyTIER to try and improve performance but I'm not 100% certain it's going to help in my use case and wanted to get some opinions.
What I'm seeing from a lot of the forum posts on here is that it works well when there's a lot of little files and such, however this NAS is exclusively used for one massive LUN that is connected to a Hyper-V cluster.
According to my btrfs.log, it looks like I only have 1.5GB of Metadata (pasting in case I'm not reading this correctly):
=== filesystem /array0 ===
Data, single: total=5.08TiB, used=4.82TiB
System, DUP: total=32.00MiB, used=800.00KiB
Metadata, DUP: total=1.50GiB, used=233.12MiB
GlobalReserve, single: total=198.19MiB, used=0.00B
So with that I'm not 100% sure it's worth pursuing, however I've been reading about RN OS 6.10 and it now supports data in ReadyTIER, but it's a little vague on the details. I'm wondering if this would be of any use in the scenario where the NAS is exclusively running iSCSI?
Any input greatly appreciated!
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: ReadyTIER with iSCSI
It doesn't answer your question, but before you move any farther on this "upgrade" to a 3200, you do know that bays 5-12 cannot be used with drives >2TB, I hope.
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: ReadyTIER with iSCSI
I didn't, no. But I'm glad I do now. I'm guessing it's something to do with those bays being connected to the SAS headers on the Mainboard? I've noticed I can use SAS drives in the bottom 8 bays (and counting them on the board shows that as well).
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Re: ReadyTIER with iSCSI
Yep, the 3200's onboard Broadcom SAS1068E is SAS1, so it only supports up to 2TB drives and only 3Gb/sec. max. Now, I have wondered if putting an LSI SAS 2008 (SAS2, size limit unknown, 6Gb/sec) based controller in and disabling the Broadcom would fix that. The onboard SAS controller for the 4200V2 is the LSI, so the ReadyNAS kernel does have support for it. You'd need a couple SFF-8087 to SATA cables (Supermicro CBL-0288L-01 or equivalent) to connect the LSI to the backplane. Since the backplane doesn't include a SAS expander, it will work with the bigger drives (4200V2 uses the same one).
The LSI controller would likely need to be in "IT mode" (a different firmware than for built-in RAID) for the NAS to properly utilize the drives individually to build the software RAID. But it's easy enough to buy one on eBay that already has that, as it's a popular controller for FreeNAS, which also requires IT mode. The first question in my mind is whether the onboard SAS BIOS of the 4200V2 is a Netgear edition and, as with the the main board BIOS, ReadyNAS OS will refuse to run on it if it doesn't have that signature, which the added card in a 3200 won't have. I rather doubt they'd go that far, but it would be a way of preventing the 3200 from being made closer to the 4200V2 in capability. The other question is whether it will know that the drives connected to the LSI controller are bays 5-12 when the configuration in the USB flash says it's a 3200. If it doesn't, you could delete the VPD file that contains that and hope it then just thnks it's running on a 4200V2, but you'd also lose the serial number (and thus ReadyCloud capability)..
I do want to emphasize that that previous paragraph also means you can't replace the X7SB3 board in the 3200 with a generic SuperMicro X8SI6 and effectively get a 4200V2. I tried to do that as a repair, and once the kernel on the internal USB boots, it stops before passing control to the OS on the drives.