SCSI проти SATA? Чи SCSI "насправді" кращий? [зачинено]


11

Ну, я днями розмовляв з хлопцем про сервери. Я був трохи шокований, коли я запитував його, чи є якась істотна різниця між SCSI і SATA і чому він завжди використовує SCSI. (зауважте, я не впевнений, чи мав на увазі під SCSI він мав на увазі SAS)

Він сказав мені, що SCSI завжди швидший і що накопичувачі завжди надійніші. Я маю на увазі, це здається сміливим твердженням.

Він сказав мені щось про те, як SCSI завжди буде швидше, ніж SATA, оскільки ОС надсилає SCSI (контролеру?) Запит отримати файл, і він створить файл всередині контролера SCSI, а не шукати по всьому диску .. що я не розумію, як це буде працювати, тому я вважаю, що це BS.

На даний момент SAS і SATA мають еквівалентну швидкість передачі даних.

Чи є справжня підтримка його міркувань, що SCSI завжди швидший і надійніший, ніж SATA?


2
Незважаючи на те, що SAS має деякі переваги затримки на дроті в порівнянні з SATA, вам знадобиться дійсно швидкий накопичувач, щоб визначити різницю. Щодо надійності, то між різницею передачі SCSI та передачею SATA низького класу немає різниці: labs.google.com/papers/disk_failures.pdf
Alex Holst

У мене просто виникають проблеми з пошуком SATA та накопичувача SAS, які здебільшого еквівалентні (розмір та RPM) із ціноутворенням ..
Earlz

2
SAS - це SCSI, але з іншим інтерфейсом. SCSI - це набагато більше, ніж просто роз'єм.
Джон Гарденєр

Відповіді:


4

Для SATA потрібно бути обережним щодо використання споживчого накопичувача, якщо ви будуєте масив RAID.

Деякі функції енергозбереження, а у випадку Western Digital, деякі їх диски SATA мають процес "глибокого відновлення" при виявленні помилки. Це може призвести до того, що член SATA RAID буде відхилений або позначений як невдалий, якщо він не відповідає протягом періоду очікування.

Коли об'єм SATA RAID5 з величезними накопичувачами скидає член, не рідкість відбудова займає кілька годин. За цей час продуктивність буде безглуздою.

Western Digital - різниця між настільною версією та жорсткими дисками RAID (Enterprise)? http://wdc.custhelp.com/cgi-bin/wdc.cfg/php/enduser/std_adp.php?p_faqid=1397

http://en.wikipedia.org/wiki/Time-Limited_Error_Recovery


Грег посилається на відновлення помилок до обмеженого часу, оскільки воно є дуже коротким для Raid-накопичувачів з WD, і тому він не випаде з / з накопичувачів з масиву і, отже, змусить його перебувати в деградованому (припускається, деградованому) стані. Ви отримаєте деградований масив, якщо контролер рейду чекає відновлення звичайного диска sata, час очікування занадто довгий на звичайних накопичувачах. Це справедливо для карт контролера, як карта 3ware. Якщо ви використовували рейдову систему ZFS від solaris, ви можете користуватися звичайними накопичувачами сата накопичувачів.

10

Заради простоти, коли я кажу "SCSI", я говорю про "традиційні" SCSI та SAS

Отже, на самому базовому рівні приводи SCSI будуть надійнішими простими, оскільки вони побудовані краще. Вони розроблені та розцінені для того, щоб їх розмістити на машинах високого класу - в першу чергу на серверах, де вони зазнають великої кількості зловживань і, можливо, працюватимуть 24/7/365 протягом 5-7 років. Вони виготовлені із деталей більш високої якості тощо. Приводи SATA - це накопичувачі споживачів. Вони зроблені настільки дешево, наскільки це можливо, і не розроблені з таким навантаженням, який зазвичай мають на увазі сервери.

Як приклад, ви не хочете (добре, що деякі можуть спробувати, але ...) схопити з полки маршрутизатор linkys і спробувати просунути 100Mbps інтернет-трафіку від 2000 клієнтів через нього.

Що стосується швидкості, то ви насправді побачите досить велику різницю у швидкості, лише якщо швидкість шпинделя пристроїв SCSI буде настільки вище. Ви говорите про 7200 RPM проти 15k RPM на високих цілях обох пристроїв. Більш швидка швидкість шпинделя, дає менші затримки і більш високі швидкості доступу. Диск може виштовхувати дані ... швидше.

Вирішити на диску, який потрібно вкласти у вашу машину, це набагато більше, ніж теоретичні максимальні швидкості передачі даних інтерфейсу. З накопичувачами SCSI ви наблизитесь до цього, ніж із дисками SATA.


Це все може бути правдою ... Для споживачів. Але також існують 15-ти кілометрові RPM-накопичувачі SATA, які створені для використання на підприємстві ..
Earlz

Ні. Немає такої тварини, як 15K SATA. 10K - так (WD [Veloci] Raptors).
Макс Альгінін

І Raptors [Veloci] коштують майже так само дорого, як і диски SAS ...
Zypher

2
Тож справа не в тому, що SCSI кращий, а скоріше, що це автоматично Enterprise-Grade .. що з SATA знайти щось складніше, тому що споживчі жорсткі диски - це те, що з ним в основному використовується ... Тож справді лише те, що є менше підприємств SATA жорсткі диски, ніж є жорсткі диски SCSI (які, як
бува,

Чому це не прийнята відповідь?
Хашим

1

До недавнього часу я б погодився з хлопцем і сказав, що SCSI (або SAS) - це краще рішення, ніж SATA. Однак сьогодні гідні диски SATA, як правило, швидші, надійніші та дешевші, ніж їх еквівалент SCSI. Ось цікава стаття, яку я читав деякий час назад, порівнюючи їх ( http://www.westerndigital.com/en/library/sata/2579-001097.pdf ).


-1 "Більш надійний" справедливий лише для певних визначень надійних - і існує дуже-дуже мало приводів SATA, які є більш надійними, ніж типовий привід SAS. Заскління ключових відмінностей між SCSI та SATA в кращому випадку небезпечно.
Кріс С

1
  • що про ОС, яка запитує файл, є повністю BS. Якби це було так, будь-яка нова файлова система потребує оновлення прошивки на всіх дисках. SCSI - протокол рівня блоків. AFAIR, немає навіть команди "read-list" для читання, лише "block-range". (*)

  • Драйвер SCSI (SAS і) , як правило , є більш швидкими і надійними; але це лише маркетинговий результат: це найпростіший диференціатор, тому якщо ви побудуєте «кращий» механізм, поставте на нього інтерфейс SAS і продайте набагато більше; побудуйте дешевший механізм і поставте інтерфейс SATA, щоб він не їв у ваші моделі вищого класу

(*): є функція під назвою "розсипати-зібрати"; але різна річ: це означає, що контролер (SCSI, SATA, мережа, майже все в ці дні) може використовувати DMA для читання фрагментів даних з різних розсіяних адрес в оперативній пам'яті та надсилати їх усім зібраним в цілому.


Я здогадуюсь, що "ОС, що запитує файл", насправді є неправильним тлумаченням / нерозумінням того факту, що обробка вводу / виводу виштовхується на зовнішній контролер SCSI, а не працює на процесорі, як у SATA / IDE.
pboin

IDE = Вбудована електроніка приводу. нововведення полягало в тому, що в накопичувачі був контролер, який приймає адресу блоку і команду читання / запису, замість того, щоб контролер знаходився в "картці контролера" (в слоті ISA), який безпосередньо запускає головний привід і інтерпретує необроблений магнітні сигнали від самої голови. старі чіпи IDE набагато більше оподатковували процесор, тому що він мав читати / записувати байт за байтом до мікросхеми. але це було давно , усі IDE вже більше десяти років керуються DMA
Хав'єр,

Так, це я знав. PIO (iirc) - це повільний режим для IDE (де він перериває процесор, щоб отримати байт від жорсткого диска)
Earlz

1

Для однокористувацьких / потокових програм розрив у продуктивності дуже близький, але для будь-яких багатокористувацьких або багатопотокових приводів SAS / SCSI буде швидше, часто значно. Також диски SATA також будуть менш надійними.

Це просто пов'язано з дизайном, що вони розроблені, коли є лише чистий аркуш паперу. Крім того, чому дорогі німецькі машини, як правило, швидші та надійніші, ніж автомобілі cheapo, додатковий час, зусилля та техніка вклалися в специфікацію SCSI, а якість складання дисків SAS / SCSI - це все, не магія, просто зусилля та витрати.

Ну, а про файли та диски і т. Д. Є булкрап :)


1

Ще зовсім недавно SCSI робив теги черги команд, а це означає, що на диску може бути до 255 запитів, що дозволяє накопичувачу оптимізувати їх замовлення набагато краще, ніж IDE, у якого було щонайбільше 4 (?).

Але тепер SATA це підтримує, і я не думаю, що в цьому є велика різниця. Так, SCSI, ймовірно, краще оптимізований для багатокористувацької / потокової io, але не впевнений, наскільки це має значення.

SCSI здебільшого замінюються SAS та масивами того чи іншого типу. Інше питання - які ваші вимоги? Простір проти швидкості проти вартості? Я можу поїхати за Solaris на zraid із флешками для журналу за низькою швидкістю.

Протягом всього 100 Г SSD - це дорога дорога, оскільки це досить доступно: 3 000 доларів отримають 4 накопичувачі Intel 64GB X25 Enterprise, помістять їх у програмне забезпечення RAID10, і вони розчарують майже будь-яку розумну комбінацію обертових накопичувачів ( SAS, SATA, SCSI тощо).

http://it.anandtech.com/IT/showdoc.aspx?i=3532

"Для решти нас, напевно, 90% ринку, Intel X25-E не є нічим дивовижним: він пропонує принаймні в 3 - 13 разів кращі показники OLTP при меншій ніж на десяту частину енергоспоживання класичних приводів SAS . Відверто ми не бачимо жодної причини купувати диски SAS або FC для критичних баз даних OLTP, якщо розміри баз даних справді не величезні ".


в основному швидкість порівняно з вартістю щонайменше 100 Гб місця (або окремими
жорсткими дисками

-4

Раніше ви знали, що у вас привід SCSI, оскільки він важив більше. Що покращило їх: більша швидкість шпинделя, більша швидкість передачі даних, більший буфер, черга команд, більш важкий маховик і більш потужний двигун, який обертав цю присоску.

Зараз багато з цих переваг були включені до SATA, а інші заходи забезпечують стабілізацію шпинделя без важкого маховика. Навіть при меншій швидкості шпинделя швидкість передачі даних продовжує перевершувати "класичний" SCSI на SATA 3.

Звичайно, з наявними на заднім ходу SSD-накопичувачі дають більше удару за долар із швидкістю, що кровоточить носом, ніж будь-який Velociraptor або гібридний привід при затримці потужності, мінімальній температурі та повній тиші.


2
О, дорогий Боже. Це погана відповідь. Існує причина, що SCSI (і SAS - Serial Attached SCSI) вважається рівнем підприємства, а SATA - ні. З тієї ж причини, до речі, що SATA-накопичувачі дешевші, ніж SCSI. Як я бачу, це небезпечна відповідь, якщо хтось буде досить дурним, щоб замінити свої диски SCSI на SATA.
HopelessN00b

Візьміть дзеркало SATA та дзеркало SAS на сервері; із запущеним сервером молотком по одному накопичувачу з кожного з масивів. Подивіться, який масив продовжує працювати - я підкажу вам, лише один із них продовжить працювати. У режимі "нормальної" роботи між SATA і SAS існує дуже мала різниця. За умов високого навантаження та відмов, коли це дійсно важливо, саме тоді ви дізнаєтесь, що є значущі відмінності.
Chris S

Ого. Просто вау. SATA, безумовно, не "так добре, як SAS". Ось хороше посилання для початківців: serverfault.com/a/394600/73435
Magellan

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.