Design issues and questions

[To-M]

Is DSS V6 able to handle such disk space ?

Yes we can handle this amount but we do not have a backup feature for iSCSI volumes only w/ NAS volumes.


How will DSS V6 see these new disks ?
Will I be able to add that space to the previous one (expand it) ? Or will I have to make a new LUN ?

DSS V6 can see the new added capacity, and can be added to the existing volume or you can create a new one.

I plan to use RAID 1+0 of 7200RPM drives (12 drives + spares + OS).
Is it better/worse/equal to RAID 5+0 of 15k RPM in terms of IOPS ? in terms of seek time ?

Hard to tell every setup is so hard to exactly implement as we support over 750 products but these link below might be helpfull and there are others that have posted there speed on the forum here.
http://blog.open-e.com/what-you-can-expect-from-ssd-2/
http://blog.open-e.com/random-vs-sequential-explained/


Is FileIO safe for production data ? Is it performing better than BlockIO ?

I prefer Block IO again performance can be a wide range. Here is more info on the File IO.
http://kb.open-e.com/File-IO-Or-Block-IO_342.html

I plan to use 2port and 4port Intel Gbps network interface cards. The models are i350t2 and i350t4. I can't find them on the HCL.
Are those models supported by DSS V6 ?

These should work with our latest DSS V6 build on our site that you can test.

Is there a "best" RAID controller manufacturer ?
If we had the logs we would be able to help, Areca 1880 and the SAS LSI controllers are just as good like the 9285 or 9260...

[openweb]

Hello,

Regarding the backups, I'm sorry, I meant something else.
I will use a 3rd party software (Veeam Backup & Replication) and what I call the backups-SAN will only have iSCSI targets/LUNs (+ replication).
The backup part will be done by the 3rd party software only, it pulls the virtual machines drives directly from the live-data-SAN and stores them "locally" (on an iSCSI LUN formatted with NTFS).
I'm sorry for the misunderstanding.

Thanks for your links. The SSD endurance is quite scary :-/

Regarding block I/O, I guess the RAM size is not very important as there is no cache. Am I right ?
I would be great if we could have read-cache and write-through

I think our ARECA problems aren't related to the OS, it is happening on different models, different RAID configurations and different host OSes.

Thanks for your quick answers

[To-M]

Hello,

Regarding block I/O, I guess the RAM size is not very important as there is no cache. Am I right ?
I would be great if we could have read-cache and write-through

You are correct that the ram size but Block IO will use the devices cache also with the iSCSI LUN's you can use the Write Back feature and with the RAID controllers Write Cache feature combined it should be able to kick off some good IO.

[openweb]

Ok. Thanks again

[SeanLeyne]

You are correct that the ram size but Block IO will use the devices cache...

Todd,

I have always wondered:

"Why RAM isn't/can't be used as a read cache for Block IO requests by Open-E?"

There are a number of other SAN solutions which do it.

It would significantly improve SAN performance, at a very low cost to users (RAM is cheap!).

[To-M]

Hey SeanLeyne - not sure if the others are using SCST for the iSCSI Target solution which most likely they wont be able to for the read cache as only the File I/O takes advantage of caching by using the extra memory on the motherboard, Block I/O just uses whatever cache you have on your disk controller but none on your motherboad.