12

Driven by the current price difference between SATA and SAS disks on one side and the potentially bad behaviour of SATA disks in bigger storage arrays on the other side, I have found so-called SATA-to-SAS interposer cards.

Advertised as "seamlessly adding SAS capabilities to existing SATA disk drives", I wonder if anyone here has had some experience with these or similar products. The major benefits I can identify are the increased cable voltage (if all drives are SAS connected), the ability to power-cycle the drive and multipath (if desired). Obviously the SATA drive will still have to be RAID edition.

The question is: Do these cards indeed increase the overall reliability of a storage system, or will failing SATA disks cause trouble nevertheless?

Edit: I'm not asking for hypothetical answers, only actual experience please.

I'm well aware that the typical 10k SAS drive is more reliable (and better performing) than 7200 SATA drives. But how does a nearline SAS, which is phyiscally the same disk as its SATA counterpart, compare to the SATA version with interposer?

korkman
  • 1,647
  • 2
  • 13
  • 26
  • 2
    AFAIK, this card will enable you to connect SATA drive to backplane that supports (in physical and electrical sense) only SAS drives. So, from your LSI link, "Benefits:" are what you really get, and "Features:" are just mumbo jumbo buzzwords (although it is all probably true). You will still have SATA drive with its native speed/rpm/mtbf and other specs. – Dusan Bajic Feb 22 '12 at 21:29
  • 2
    There is no SAS baclplane that does not support SATA drives .- SAS backplanes are explicitly build to also accept SATA drives. Their behavior changes, though - the OP has a very valid post, and whoever gave you a +1, dusan, never learned about SAS properly. – TomTom Feb 23 '12 at 12:26

5 Answers5

9

My two cents: If you are concerned about the edge case failures that may occur with SATA hardware (specifically, lousy SATA controllers), spend the money on real SAS disks.

These cards do what they say on the tin: They translate SAS (SCSI) commands to SATA commands, and even implement a few themselves (like power- and spinup-control).
They do nothing else (the drives are still SATA, their performance characteristics are unchanged, their reliability is unchanged, etc.), and they add a new layer of complexity into your environment (They are hardware + software, either of which could fail, have a defect, etc.) -- From my point of view you are increasing your net chance of a failure versus just buying an appropriate SAS drive.

voretaq7
  • 79,345
  • 17
  • 128
  • 213
  • Exacly what happened to me and what I kind of expect to avoid using these interposers. – korkman Feb 23 '12 at 13:21
  • From what I gathered so far, interposer cards are almost exclusively an option for manufacturers, because they hardly fit into existing storage bays. Also, the only significant value added is the dual path option. Error behaviour is the same. – korkman Mar 02 '12 at 13:01
2

There is one main reason I would use them - if I was maxing SATA and SAS drives on the same backplane. As they use different signalling levels, it's not recommended to use both on the same backplane.

As these should convert the SATA interface to SAS and vice versa, these mitigate this potential issue.

The only other reason I can think of is if I had some drive trays/caddies for a server that were intended for SAS drives only and I wished to fit SATA drives to these. In this case the interposer should compensate for the different screw positions.

Robin Gill
  • 2,503
  • 13
  • 13
  • A mixing configuration is basically what it is all about. If you have an expander connected to a backplane, mixing SAS and SATA will not do much good - no matter which controller you are using. And despite to what you will hear from a lot of folks, there *are* use cases for interposers - I'd just mention SSD drives where the supply of SAS-connected devices is really minuscule even nowadays. – the-wabbit Feb 14 '14 at 16:59
2

Using interposer does give you a so called native SAS experience to the drive but the trade off of that being the error handling and recovery mechanism which is also delegated to these interposer devices. Although there is the T10 written document for SCSI to ATA translation (SAT) but the finer details are left to the implementer. A case in point is as follows - SATA does not have a notion of abort command which is used in SAS domain for recovering a command. So when the SAS interposer has a command which needs to be aborted by the host it will translate the abort into a SATA equivalent of device soft reset an inadvertent effect of force evicting all active commands with the SATA drive and hence cause latency and other subtle failures (I can fill the details if necessary). You could say we should avoid host issuing abort and this problem would not occur. Sure enough but the reverse case, in case the drive encounters an error which leads to an over/under run the interposer has nothing else but to cause a device reset to clear that condition essentially leading to the same effect as abort. In the later example, host has no control and is nature of system.

In some situations you maybe better off no to use the interposer and use native SATA command set. Most SAS controllers support both SAS and SATA attachment and allow a mix as well. But if the requirement is dual port access to SATA drives you are locked into getting an interposer. Alternatively there is a class of drives which are coming along called the FAT SAS drives (fat implies the capacity and not the physical form factor) which are a viable alternative albeit the drive reliability is definitely less than that of the $$ sas drives.

Rakesh
  • 21
  • 1
  • Thanks for the additional insight on this topic. Perhaps you can shed some light on my original problem, which is hidden in the comments: I have some SAS backplanes with SATA disks and Adaptec 5 and 6 series controllers and disks tend to simply drop out of the array. Power-cycle and they reappear, no flaws recorded in SMART values. I have since disabled NCQ on one of the arrays and it seems to help. But it appears as a mystery to me why these SATA drives (desktop class, granted) create such conflicts. – korkman Oct 08 '12 at 17:36
0

I think the question is already answered but I'm going to add something else, for my experience, even is a device that usually doesn't fails, is a new point of failure, imaging a situation where you find a hard drive failure, normally is going to be the hard drive, but before changing the drive, be sure the interposer is working properly.

Coré
  • 359
  • 1
  • 3
0

So of course there is some trade-off, but I'm not sure the current answers provide any positive use cases. Lets say the biggest benefit of the interposer is the multi-path, which is removing a fairly large single point of failure from the system. Is it worth it for that feature alone?

The comparison can't be against buying a SAS drive, because that is spending 2x the price vs $40 on an interposer. If you can trade an increased chance of losing a single drive (interposer) for adding a fully redundant active-active secondary host, that's got to be worth $40 / drive, right?

You said no theoretical advice, and I think that's a good policy. I am deploying a subset of enclosures with SATA-SSD with SAS interprosers, specifically for the purpose of having two direct-attached hosts. I have heard that there are companies that build the enclosures exactly this way by design. The problem, I think, is even sourcing the interposers, and practically, fitting them in the enclosure. But maybe it's fair to say, they should be used where-ever practical.

Jeremy
  • 1
  • Can you post details about the enclosures and SSDs you used, and whether things worked out well? – korkman Feb 05 '16 at 14:02