Tag Archive for podcast

If you use Flash Storage, do NOT miss this Storage Unpacked Podcast!

Silicon Wafer

Just a very quick post today…

I don’t often write blog posts either responding to, or recommending things, as I usually just fire them out on Twitter or LinkedIn.

That said, I enjoyed this particular podcast episode so much, I felt I needed to share it with my [two] subscribers via a post!

 

Storage Unpacked

I have been listing with great interest to Chris Evans and Martin Glassborow’s new Storage Unpacked podcast for the past couple of months. If you are either a storage afficionado, or even a generalist, i highly recommend it.

The particular episode I am referring to is Talking NAND Flash with Jim Handy, specifically Part One, released 6th Jan this year.

As someone who follows the storage industry with interest, this episode was a great insight as to the history and decisions which have led us to where we are with flash storage today, as well as some fascinating facts and figures.

I don’t want to preempt or spoil the episode, but for example did you know:

  • Nanometer scale productions actually mean working at the scale of millionths of a millimeter
  • Fabrication plants cost around $8 Billion each to make, and the machines involved in creating the chips cost about $100 million each!
  • It takes 3 months to create a single chip from the raw materials!

These, and other interesting things can be found on the episode, below – I highly recommend you check it out (and dont forget to subscribe to their podcast)!

Talking NAND Flash with Jim Handy – Part One

Further Info

I listen to about 20+ podcasts on a regular basis (the one and only good thing about commuting every day to the office!). I need to do an updated article on them, but in the mean time, here is a list of some of my recommendations:

The Tekhead Top 10 Tech Podcast Perfect Playlist Picks

Top 10 Tekhead Posts of 2016

I’m pleased to say that I upped my game somewhat over the past year, managing to churn out 62 posts in 2016, more than double the 28 posts I produced in 2015!

There were a few other interesting trends over the previous year. The balance between VMware and other subjects has definitely shifted for me, where for example, I wrote well over a dozen posts on AWS.

I guess this is probably representative of both my recent role change, as well as the shift in my customers from being 90%+ VMware houses, to a broad mix of different cloud platforms, both public (AWS / Azure) and private (VMware / OpenStack).

This trend is only going to accelerate in the future, and I suggest Scott Lowe’s Full Stack Journey podcast would be well worth your time subscribing to for great information on how to avoid being left behind as our industry morphs over the coming years!

thecloud

It’s worth noting that this trend is also mirrored in the top 5 articles alone, which include popular newer technologies such as Docker and AWS. That said, it’s great to see the Intel NUC Nanolab series is still as popular as ever, and people are obviously still keeping their vSphere skills and certs up to date, based on the VCP delta study guide popularity.

You may also have noticed that I have been a little quieter of late. The main reasons for this have been down to starting my new role earlier this year, studying for exams, plus a number of other projects I’ve been involved in (such as the Open TechCast podcast). Hopefully I can find a little more balance between them all in 2017, though I already have a couple of podcasts, a VMUG presentation, and a possible exam lined up for January so I’m not really helping myself on that front!

Tekhead Post Stats 2016

So, enough jibber jabbing! Here follows the top 10 most popular posts of the past 12 months.

Tekhead Top 10 Posts of 2016
  1. My Synology DSM Blue LED issue was actually just a failed drive!
  2. Installing Docker on Ubuntu Quick Fix
  3. NanoLab – Running VMware vSphere on Intel NUC – Part 1
  4. Fix for VMware Remote Console unrecoverable error: (vmrc)
  5. AWS Certified Solutions Architect Associate Exam Study Guide & Resources
  6. VCP6-DCV Delta Exam (2V0-621D) Study Guide and Exam Experience
  7. NetApp – Is this the dawn of a new day?
  8. NanoLab – Part 10 – Your NUCs are nice and cool, but what about your stick?
  9. Index of Tekhead.it Blog Posts on Amazon AWS
  10. Quick Fix for “The task was canceled by a user” when deploying OVA in vCenter 6

Something Mike Preston and I discussed on our recent Open TechCast podcast episode, was how it can be a little frustrating as a blogger that often an opinion piece which took ages to write and edit will get a small number of views, whilst a quick tip which took a couple of minutes to jot down, might get thousands or even tens of thousands over time!

Gladly, my top 10 this year includes both types, so my time wasnt completely wasted! 🙂

Anyway thats enough from me for now; all the best for 2017 folks!

Time to try something new – how about podcasting?

This old blogging malarkey is getting a bit old hat isn’t it? Well, according to some (many?) people, podcasting is the new blogging (or so I hear on the grapevine, hanging around the water cooler and / or when grafting down at the old rumour mill)!

Well, I’m not sure I quite believe it, but either way I am a massive fan of podcasts and have steadily increased my consumption now to the point where I am subscribed to almost twenty! There is huge value in being able to spend the many hours per week commuting or doing other mundane tasks, simultaneously learning and frankly passing the time a lot quicker for it!

As such, when an innocent twitter conversation late one evening with some of the chaps from the London VMUG and Open Homelab, led to a suggestion that we should have a go at creating some vocal content! Well, one thing led to another, and we have subsequently given birth to a disturbing looking love child!

podcastingfaceThe idea of the show is pretty simple; it spun out from the Open Homelab project as we all like to have a great gab about labs and studying. This is the subject that forms the molten core of the show, with a different key subject for each (hopefully monthly if we pull finger) episode. Around this we will wrap a mantle of other interesting bits and bobs (content TBC but perhaps stretching to the business of IT and one or two discussions on key news items of interest!), Finally surrounded by a hard crust of technical and ‘humerical’ linguistics, or indeed whatever else comes out of the minds of myself or co-hosts, Gareth Edwards, Kev Johnson and Amit Panchal!

As such, you can find the virginal fruit of our labours linked below:

Open TechCast – Ep.1:- The NEW beginning…

We massively appreciate any and all constructive feedback, so please fire us a message on Twitter with any comments, give our new Open TechCast Twitter account a follow, or if you have time, you could even leave us a wee review on iTunes or Stitcher!

opentechcast-logoFinally, thanks very much to Gareth and Kev who have done the vast majority of the organising for the cast so far! 🙂

VulcanCast Follow Up – A few thoughts on 60TB SSDs

So last week I was kindly invited to share a ride in Marc Farley‘s car (not as dodgy as it sounds, I promise!).

The premise was to discuss the recent announcements around Seagate’s 60TB SSD, Samsung’s 30TB SSD, their potential use cases, and how on earth we can protect the quantities of data which will end up on these monster drives?!

Performance

As we dug into a little in the VulcanCast, many use cases will present themselves for drives of this type, but the biggest challenge is that the IOPS density of the drives not actually very high. On a 60TB drive with 150,000 read IOPS (and my guess but not confirmed is ~100,000 or fewer write IOPS), the average IOPS per GB is actually only a little higher than that of SAS 15K drives. When you start adding deduplication and compression into the mix, if you are able to achieve around 90-150TB per drive, you could easily be looking at IOPS/GB performance approaching smaller 10K SAS devices!

Seagate 60TB SSD Vulcancast flash is fastThe biggest benefit of course if that you achieve this performance in a minuscule footprint by comparison to any current spindle type. Power draw is orders of magnitude lower than 10/15K, and at least (by my estimates) at least 4x lower than using NL-SAS / SATA at peak, and way more at idle. As such, a chunk of the additional cost of using flash for secondary tier workloads, could be soaked up by your space and power savings, especially in high-density environments.

In addition, the consistency of the latency will open up some interesting additional options…

SAS bus speeds could also end up being a challenge. Modern storage arrays often utilise 12GB SAS to interconnect the shelves and disks, which gives you multiple SAS channels over which to transfer data. With over half a PB of usable storage in just a dozen drives, which could be 1PB with compression and dedupe, and that’s a lot of storage to stick on a single channel! In the long term, faster connectivity methods such as NVMe will help, but in the short-term we may even have to see some interesting scenarios with one controller (and channel) for every few drives, just to ensure we don’t saturate bandwidth too easily.

Seagate 60TB SSD Vulcancast Big DataUse Cases

For me, the biggest use cases for this type of drive are going to be secondary storage workloads which require low(ish) latency, a reasonable number of predominantly Read IOPS, and consistent performance even when a little bit bursty. For example:

  • Unstructured data stores, such as file / NAS services where you may access data infrequently, possibly tiered with some faster flash for cache and big write bursts.
  • Media storage for photo and video sites (e.g. facebook, but there are plenty of smaller ones such as Flickr, Photobox, Funky Pigeon, Snapfish, etc. Indeed the same types of organisations we discussed at the Storage Field Day roundtable session on high performance object storage. Obviously one big disadvantage here, would be the inability to dedupe / compress very much as you typically can’t expect high ratios for media content, which then has the effect of pushing up the cost per usable GB.
  • Edge cache nodes for large media streaming services such as NetFlix where maximising capacity and performance in a small footprint to go in other providers data centres is pretty important,whilst being able to provide a consistent performance for many random read requests.

For very large storage use cases, I could easily see these drives replacing 10K and if the price can be brought down sufficiently, for highly dedupable (is that a word?) data types, starting to edge into competing with NL SAS / SATA in a few years.

Data Protection

Here’s where things start to get a little tricky… we are now talking about protecting data at such massive quantities, failure of just two drives within a short period, has the potential to cause the loss of many hundreds of terabytes of data. At the same time, adding additional drives for protection (at tens of thousands of dollars each) comes with a pretty hefty price tag!

Seagate 60TB SSD Vulcancast data protectionUnless you are buying a significant number of drives, the cost of your “N+1”, RAID, erasure coding, etc is going to be so exorbitant, you may as well buy a larger number of small drives so you don’t waste all of that extra capacity. As such, I can’t see many people using these drives in quantities of less than 12-24 per device (or perhaps per RAIN set in a hyper-converged platform), which means even with a conservatively guestimated cost of $30k per drive, you’re looking at the best part of $350-$700k for your disks alone!

Let’s imagine then, the scenario where you have a single failed drive, and 60TB of your data is now hanging in the balance. Would you want to replace that drive in a RAID set, and based on the write rates suggested so far, wait 18-24 hours for it to resync? I would be pretty nervous to do that myself…

In addition, we need to consider the rate of change of the data. Let’s say our datastore consists of 12x60TB drives. We probably have about 550TB or more of usable capacity. Even with a rate of change of just 5%, we need to be capable of backing up 27TB from that single datastore per night just to keep up with the incrementals! If we were to use a traditional backup solution against something like this, to achieve this in a typical 10-hour backup window will generate a consistent 6Gbps, never mind any full backups!

Ok, let’s say we can achieve these kinds of backup rates comfortably. Fine. Now, what happens if we had failure of a shelf, parity group or pool of disks? We’ve probably just lost 250+TB of data (excluding compression or dedupe) which we now need to restore from backup. Unless you are comfortable with an RTO measured in days to weeks, you might find that the restore time for this, even over a 10Gbps network, is not going to meet your business requirements!!!

This leaves us with a conundrum of wondering how we increase the durability of the data against disk failures, and how do we minimise the rebuild time in the event of data media failure, whilst still keeping costs reasonably low.

Seagate 60TB SSD VulcancastToday, the best option seems to me to be the use of Erasure Coding. In the event of the loss of a drive, the data is then automatically rebuilt and redistributed across many or all of the remaining drives within the storage device. Even with say 12-24 drives in a “small” system, this would mean data being rebuilt back up to full protection in 30-60 minutes, instead of 18-24 hours! That said, this assumes the connectivity on the array bus / backplane is capable of handling the kinds of bandwidth generated by the rebuilds, and that this doesn’t have a massive adverse impact on the array processors!

The use of “instant restore” technologies, where you can mount data direct from the backup media to get up and running asap, then move the data transparently in the background also seems to me to be a reasonable mitigation. In order to maintain a decent level of performance, this will likely also drive the use of flash more in the data protection storage tiers as well as production.

The Tekhead Take

Whatever happens, the massive quantities of data we are beginning to see, and the drives we plan to store them on are going to need to lead us to new (as yet, not even invented) forms of data protection. We simply can’t keep up with the rates of growth without them!

VulcanCast

Catch the video here:

The video and full transcript are also available here:
Huge SSDs will force changes to data protection strategies – with @alexgalbraith

%d bloggers like this: