Posts Tagged ‘san’

How does cloud affect the storage infrastructure?

// November 16th, 2011 // No Comments » // Technical Know-It-All

Surely everywhere you venture these days, there is talk about Cloud. A year or two ago, it was limited to the Enterprise, but now it seems that its found its way onto the consumer space as well (eg; iCloud).

I’m not the foremost expert in cloud, but I think everyone’s got a definition for it today. You decide if what I’m saying makes sense.

Is cloud a product?
I don’t think so. Its almost like asking if Internet is something you can buy.

Is cloud a technology?
Hmm… in some ways, but not completely accurate.

My definition is really that Cloud is more of a CONCEPT (for providers) and SERVICE (for users).

Think about it for a second, all you ever hear about cloud is really about a service you can buy or provide. Example being, IaaS (Infrastructure as a Service), PaaS (Platform as a Service), SaaS (Software as a Service) and etc. So don’t be completely fooled when vendors trys to sell you Cloud…

I think in-terms of storage, what vendors are really selling would probably be better termed “Cloud-Enabled“.

Features such as thin provisioning, wide striping, data resiliency, storage virtualisation, dynamic tiering and charge backs tools are some of the key features that makes sense to a cloud deployment. How so? I’m not gonna deep dive into the details but hope you will get the drift…

If you ask me, Cloud is just another buzz word in recent times that describes the evolution of the IT industry… Lets take a stroll back memory lane…

1. First there were built-in hard-disks. We realised that utilisation was low, so we built SAN’s for “sharing” storage.

2. We built the PC, but we wanted to communicate with the next PC. So we hooked them up. We realised then, we needed to “share” data with more PC’s, thus we built the LAN, then later the WAN, then the Internet.

3. Servers were great functioning as physical boxes. Again, low utilisation meant that we wanted to “share” to better utilise the resources. Tada… Server virtualisation!

4. Now we have SAN’s, NAS’s and etc. We realise that every vendor talks their own language. EMC doesn’t link with HDS and vice versa. So we have pockets of storage that is not properly utilised. If you don’t already know, this is now happening, and its called Storage Virtualisation, where all storages are consolidated into a single pool regardless of vendor. So we can “share” more efficiently.

5. What’s next on the roadmap? Not too sure if you have heard, FCoE and CEE is around the corner. In a nutshell, that is again, consolidation of SAN and LAN, so the networks can “share” a single common infrastructure.

So, if you look at the 5 points above, the common word amongst them is really sharing (in the enterprise, it’s better known as “cost saving” ;) ).

Looking at cloud again, we combine all of the above, and again look at the possibility of further reducing costs and/or sharing. And the Cloud is born. Use the existing infrastructure in its entirety and share it out at a higher level.

So when shopping for your next enterprise purchase, be it storage, software or servers, make wise decisions as to how its features can be shared. Do not just take the vendors word for it, cause some just don’t quite make sense. ;)

SAS vs FC Disks

// November 8th, 2010 // No Comments » // Technical Know-It-All

In recent times, there has been much said about the future of SAS (serial attached scsi) vs FC (fiber channel). Don’t get me, I’m not saying that FC is dropping dead tomorrow. It is probably still relevant for another 3-5 years, but I for see the future in SAS disks.

Here’s my quick lowdown on it. In no way conclusive, but its something to ponder about.

1. Why SAS?

Why the crap not? SAS is a fraction of the price cheaper, has a strong roadmap moving forward with 6Gbps today, and moving ahead in the future to faster backends. FC has been at 4Gbps for the longest time and have not moved an inch since. It also doesn’t have a roadmap to go any further beyond 4Gbps.

SAS also comes in 2.5″ variants. Have a real estate or green issue? Here’s to a smaller, lighter and greener media.

2. But SAS is Tier 2 disks

How do we define Tier 1 from Tier 2 disks today? Reliability and performance.

In terms of reliability, SAS disks are manufactured and developed to the same specifications of a FC Disk. The only difference is the connector / interfaces at the backend. The likelyhood of a SAS drive failing is the same as a FC drive failing.

Performance, used to be a big discussion point because SAS ran at 3Gbps, but now with 6Gbps and a non-arbitrated loop architecture, it is blowing FC off it’s socks. No discussion there.

3. SAS is SATA’s expensive cousin

Very good observations there. True! The commonality here is “Serial”, and because of that, you can now intermix SAS and SATA disks in the same enclosures. No need for different enclosures for different disk types and no more for funky FATA disks. Go forth and intermix. Beyond that there is nothing similar with regards to the built of the drives.

4. Not convinced still?

Surely vendors like Hitachi Data System’s (HDS) or even IBM can’t be so far off their socks. Hitachi for example have a Hard Disk’s Division that only builds drives. Their business is far far larger than their HDS counterparts. So do you think they will just drop their FC product roadmap just to help out a smaller subsidiary of theirs? Or do you think they are considering the shifting market trend?

Ultimately, there is always the opinionated Google that speaks for itself.

Re-Training Technical Staff

// April 22nd, 2010 // No Comments » // Technical Know-It-All

“We have a new product and you need to get up to speed with it. Please make sure you learn it up”

Sound familiar? I suppose it is something that we get all the time as techies. I do understand that, we are paid to be techies because of our ability to grasp technical concepts and understand them easily. But sometimes, I feel managers should understand that technology is not generic. There is a significant difference between the skillsets of an IT Engineer and a NASA Engineer. Agreed?

While it may be possible for an application engineer to be a database engineer overnight, it is usually very very difficult. Even if they were to achieve it, they are usually not going to be as good as someone who has been working with databases all their lives.  It is becoming so common these days with the various mergers and acquisitions in the industry, that tech staff have been asked to learn various contrasting disciplines and given little time to get up to speed on it.

I always believe that in order to convince a customer to purchase your product, you will have to first know and believe in your product. Obviously, that is not the case. Tech staff are constantly blamed for not knowing the product well enough and not enabling the sales team to perform better.

Bottom line is this. Give your techies time to get there, and provide significant investments to get there. Do not expect to have your techies learn a new skill without providing training and equipment. You don’t get good at riding a bicycle without a bicycle now, do you? If speed is of essence, invest in a new headcount. Contrasting disciplines are not easily attainable overnight. For example, don’t expect a Storage Area Network (SAN) expert to be a Wide Area Network (WAN) in 1 week. The only thing common between them is the word “network”.

Horses for courses!

Free SAN Technical EBooks

// March 23rd, 2010 // No Comments » // Technical Know-It-All

I came across 2 ebooks that were free recently. Not too many things are free these days but I must say these 2 books are pretty good entry level books. Enjoy!

Brocade Principal Switch

// March 16th, 2010 // No Comments » // Technical Know-It-All

There has been quite a few confusion as to what Brocade Principal Switches do. So here it is, the principal switches have only 2 functions in the Brocade SAN Switches.

1. Provide time sync for all other switches in the fabric
2. Ensure that all Domain ID’s in the fabric are unique

Does it matter that the principal switch is a director class switch? Yes and no. It is obviously best that it is, but if it isn’t, no harm will be done to the environment. If the principal switch is down, re-election happens and a new principal is selected. Principals are selected based on

1. Lowest WWN
2. First switch on the fabric

To find out which switch is the principal, run the “fabricshow” command and look for the “>”. That will be your principal while the rest are “subordinates”.

Related Posts with Thumbnails