I’m trying to design a storage system that will work for my company for the foreseeable future, but seeing as enterprise storage is not my strong suit, there are some decisions I’m not sure how best to make.<\/p>\n
We are a relatively small company that is rapidly expanding, so our storage needs will grow over time. Right now we are storing only files, but that will be expanding to include a bunch of seldom-used VMs in the near future. Ultimately I expect around a 30/70 files/VMs ratio. Because of the way we expand, I may need to add several hundred gig of files all at once, or even a TB worth of VMs without much notice. Therefore, my vision includes basically a pile o’ storage that I can throw anything at, and is scalable and highly available. The VMs will include SQL databases, which I know are performance-sensitive, but again, they’ll be seldom used-- probably powered on once a month if that.<\/p>\n
Right now I have three Synology NASes to work with, and basically as much compute power as I need. My plan is to use DFS for managing shares and replication, but I’m not sure how best to configure the NASes. I can either:<\/p>\n
Convert all storage to thin- or thick-provisioned iSCSI;<\/p>\n<\/li>\n
Convert some of the storage to thin-provisioned iSCSI for VMs only, and leave the rest alone as a standard NAS;<\/p>\n<\/li>\n
Leave it all as NAS, and relegate the VMs to internal storage. I can add more internal storage as needed, but installation will be more cumbersome since I’d have to physically travel to where the servers are located.<\/p>\n<\/li>\n
?<\/p>\n<\/li>\n<\/ol>\n
What would you do in this case? And as a bonus question: if I go the iSCSI route, how large should I make my LUNs, considering I don’t know exactly how storage requirements will increase over time? I’d hate to have a bunch of small thick-provisioned LUNs only to acquire a new VM that won’t fit in any of them.<\/p>","upvoteCount":3,"answerCount":6,"datePublished":"2018-06-14T20:23:58.000Z","author":{"@type":"Person","name":"scottfeit","url":"https://community.spiceworks.com/u/scottfeit"},"suggestedAnswer":[{"@type":"Answer","text":"
I’m trying to design a storage system that will work for my company for the foreseeable future, but seeing as enterprise storage is not my strong suit, there are some decisions I’m not sure how best to make.<\/p>\n
We are a relatively small company that is rapidly expanding, so our storage needs will grow over time. Right now we are storing only files, but that will be expanding to include a bunch of seldom-used VMs in the near future. Ultimately I expect around a 30/70 files/VMs ratio. Because of the way we expand, I may need to add several hundred gig of files all at once, or even a TB worth of VMs without much notice. Therefore, my vision includes basically a pile o’ storage that I can throw anything at, and is scalable and highly available. The VMs will include SQL databases, which I know are performance-sensitive, but again, they’ll be seldom used-- probably powered on once a month if that.<\/p>\n
Right now I have three Synology NASes to work with, and basically as much compute power as I need. My plan is to use DFS for managing shares and replication, but I’m not sure how best to configure the NASes. I can either:<\/p>\n
Convert all storage to thin- or thick-provisioned iSCSI;<\/p>\n<\/li>\n
Convert some of the storage to thin-provisioned iSCSI for VMs only, and leave the rest alone as a standard NAS;<\/p>\n<\/li>\n
Leave it all as NAS, and relegate the VMs to internal storage. I can add more internal storage as needed, but installation will be more cumbersome since I’d have to physically travel to where the servers are located.<\/p>\n<\/li>\n
?<\/p>\n<\/li>\n<\/ol>\n
What would you do in this case? And as a bonus question: if I go the iSCSI route, how large should I make my LUNs, considering I don’t know exactly how storage requirements will increase over time? I’d hate to have a bunch of small thick-provisioned LUNs only to acquire a new VM that won’t fit in any of them.<\/p>","upvoteCount":3,"datePublished":"2018-06-14T20:23:58.000Z","url":"https://community.spiceworks.com/t/nas-or-iscsi/657067/1","author":{"@type":"Person","name":"scottfeit","url":"https://community.spiceworks.com/u/scottfeit"}},{"@type":"Answer","text":"
Hello Mate!<\/p>\n
I faced that challenge during last 6 years facing similar accomplishments for two companies.<\/p>\n
Personally I has been using HP 3PAR, HP EVA4400 and IBM StoreWize v5000<\/p>\n
The 3 ones works great, no problems, the best in my own choice by performance and pricing surely is StoreWize v5000, small, compact, highly scalable and there are not hidden fees to enable needed features.<\/p>\n
You asked:<\/p>\n
Convert all storage to thin- or thick-provisioned iSCSI; “YES, convert available storage to THIN is the best practice you can do”<\/p>\n<\/li>\n
Convert some of the storage to thin-provisioned iSCSI for VMs only, and leave the rest alone as a standard NAS; NAS would be my further second backup for contingency on remote location and possible second recovery plan.<\/p>\n<\/li>\n
Leave it all as NAS, and relegate the VMs to internal storage (This would not be smarter, you loose vmotion, backup and some other valued features of vCenter). I can add more internal storage as needed, but installation will be more cumbersome since I’d have to physically travel to where the servers are located (Absolutely).<\/p>\n<\/li>\n<\/ol>\n
iSCi is a good option, but the best one (when running multiple vms and file sharing) is FC, I would use and choice iSCi only if I can select an DELL EMC, but FC is the best in performance, it can handle + 40gbps per channel.<\/p>\n
+40Gbps per channel<\/p>\n
Dell<\/p>\n
IBM<\/p>\n