Connecting a NAS or SAN to a VMWare host
-
@Dashrender said:
Anyhow - He's looking at another real hosted solution where they are providing 3 IBM blades in a bladecenter. Each blade has 2 attached disks (for the OS I'm guessing) but not for the VMs.
This is partially why I hate blades. They not only have problems on their own (more fragile, too expensive) but they then lead to second and third order bad decision making. The blades on their own might not be a horrible decision (but they probably are) but because of that one bad decision, then a second bad decision of needing high cost, fragile, complex shared storage is suddenly needed.
-
@Dashrender said:
Should he just walk away from that solution?
Not, not out of hand. But he needs to be wary. It's a silly setup top to bottom and probably way too costly for what he is getting.
-
@Dashrender said:
Each blade has 2 attached disks (for the OS I'm guessing) but not for the VMs.
That is the intention of the design, correct.
-
@Dashrender said:
What caps IOPs? Is there a max you can pipe through a 1 GbE connection?
There is probably a theoretical maximum but it would be really, really high. Your needs need to be determined by a combination of your IOPS and your throughput needs. Your IOPS are "almost" purely determined by your disk array. Your throughput is primarily determined by your connection medium. So to make any kind of determination you really need a complete picture, which is not easy to get. That's why a lot of people just go with 8Gb/s fiber channel, 10GigE NFS or iSCSI or 6-12Gb/s SAS. Just overbuy and not worry about it.
-
IOPS are throughput are only kind of tied together. But in practice, the higher the IOPS the higher the throughput. Each IOP, by definition, requires some amount of bandwidth, but it might be a pretty small amount.
Some workloads, like databases, typically are huge IOPS with very small throughput.
On the opposite side are fileservers which are typically tiny IOPS with huge throughput.
-
Sorry to sidetrack for a second, but I may be misunderstanding IOPS a little bit. Does the bit-size of an IO function vary, or is it 1-bit-per-I/O operation?
-
@art_of_shred said:
Sorry to sidetrack for a second, but I may be misunderstanding IOPS a little bit. Does the bit-size of an IO function vary, or is it 1-bit-per-I/O operation?
Correct, the "payload" of an IOP can be all over the place. An IOP would be a single SCSI or ATA command (operation) which might be really simple and tiny or it might be rather sizable. So while throughput could be roughly calculated as IOP x IOP Size, the IOP Size will vary per IOP so you would need to know the average size for a specific workload to have a good idea of the throughput.
-
OK, got it... but stop calling it an IOP. It's an Input/Output, not an Input/output Per. (sorry :P)
-
@art_of_shred said:
OK, got it... but stop calling it an IOP. It's an Input/Output, not an Input/output Per. (sorry :P)
LOL, that's correct obviously. It's pronounced that way, though, because people are thinking of "Input / Output Operation", the "Op" of operation makes the letters feel that way in your head. So people say IOP all of the time.
Here is the calculation as Wikipedia writes it...
IOPS * TransferSizeInBytes = BytesPerSec
-
@art_of_shred said:
OK, got it... but stop calling it an IOP. It's an Input/Output, not an Input/output Per. (sorry :P)
Lol Yup, it's either IO or IOPS. One is the actual thing, the other is a measurement.
-
@ajstringham said:
@art_of_shred said:
OK, got it... but stop calling it an IOP. It's an Input/Output, not an Input/output Per. (sorry :P)
Lol Yup, it's either IO or IOPS. One is the actual thing, the other is a measurement.
Sort of. IOPS is actually sort for "Input / Output Operations Per Second." So which letters stand for which words?
-
IOOP... Aye-Oop!
-
@scottalanmiller said:
@ajstringham said:
@art_of_shred said:
OK, got it... but stop calling it an IOP. It's an Input/Output, not an Input/output Per. (sorry :P)
Lol Yup, it's either IO or IOPS. One is the actual thing, the other is a measurement.
Sort of. IOPS is actually sort for "Input / Output Operations Per Second." So which letters stand for which words?
Never saw it with "operations" in there. And if so, where is the other "O"?
-
Something to think about....
Traditional hard drives have a transfer cap of ~6Gb/s from the media perspective. In reality no drive can deliver that. But they might push over 100MB/s which is not far off from 1Gb/s. But they rarely top 150 IOPS.
New SSDs are still capped at ~6Gb/s and while they will generally push a big more than 100MB/s, they can't push all that much more. However they routinely top 25,000 IOPS.
-
@art_of_shred said:
@scottalanmiller said:
@ajstringham said:
@art_of_shred said:
OK, got it... but stop calling it an IOP. It's an Input/Output, not an Input/output Per. (sorry :P)
Lol Yup, it's either IO or IOPS. One is the actual thing, the other is a measurement.
Sort of. IOPS is actually sort for "Input / Output Operations Per Second." So which letters stand for which words?
Never saw it with "operations" in there. And if so, where is the other "O"?
No idea, but it was always stated that way and I looked it up after I said it to make sure that it wasn't one of those things that I made up in my head and just assumed was true but it wasn't, it really does have "operations" in there.
-
@scottalanmiller said:
New SSDs are still capped at ~6Gb/s and while they will generally push a big more than 100MB/s, they can't push all that much more. However they routinely top 25,000 IOPS.
But that aren't good for DB storage even though you need fast speeds for SQL as you have a lot of transactional writes. and SSDs have limited writes.... hmm.
-
@thecreativeone91 said:
@scottalanmiller said:
New SSDs are still capped at ~6Gb/s and while they will generally push a big more than 100MB/s, they can't push all that much more. However they routinely top 25,000 IOPS.
But that aren't good for DB storage even though you need fast speeds for SQL as you have a lot of transactional writes. and SSDs have limited writes.... hmm.
Actually SSDs are ideal for databases. That limit write thing is a silly concept from a different era. Spinning rust have more limited lifespans than SSDs do. They just have different ways to measure and predict failure. Good SSDs have so many writes that their limitation is a positive, not a negative. SSDs + databases is the sweet spot. Nothing is better for a database. There is a reason that for the last five years nearly every high end enterprise database has been deployed to nothing except SSD.
-
@scottalanmiller said:
@art_of_shred said:
@scottalanmiller said:
@ajstringham said:
@art_of_shred said:
OK, got it... but stop calling it an IOP. It's an Input/Output, not an Input/output Per. (sorry :P)
Lol Yup, it's either IO or IOPS. One is the actual thing, the other is a measurement.
Sort of. IOPS is actually sort for "Input / Output Operations Per Second." So which letters stand for which words?
Never saw it with "operations" in there. And if so, where is the other "O"?
No idea, but it was always stated that way and I looked it up after I said it to make sure that it wasn't one of those things that I made up in my head and just assumed was true but it wasn't, it really does have "operations" in there.
I think you're making that up.
-
@scottalanmiller said:
@art_of_shred said:
@scottalanmiller said:
@ajstringham said:
@art_of_shred said:
OK, got it... but stop calling it an IOP. It's an Input/Output, not an Input/output Per. (sorry :P)
Lol Yup, it's either IO or IOPS. One is the actual thing, the other is a measurement.
Sort of. IOPS is actually sort for "Input / Output Operations Per Second." So which letters stand for which words?
Never saw it with "operations" in there. And if so, where is the other "O"?
No idea, but it was always stated that way and I looked it up after I said it to make sure that it wasn't one of those things that I made up in my head and just assumed was true but it wasn't, it really does have "operations" in there.
Probably because pronouncing IOOPS is weird, where IOPs (aye-ops) is easy to say
-
You're also going to need to know how read / write your environment is in terms of hitting the database, no?
