Чи є сенс встановлювати SSD на сервер?


12

Я хочу створити сервер, на якому розміщено близько 2 ТБ даних. Звичайно, SSD не відображається з точки зору накопичувача даних. Моє запитання: Чи є якась користь для використання SSD в якості завантажувального диска? Я планую покласти на це пам'ять 16G. Я думаю, що більшість часу служби повинні завантажуватися в пам'ять, і сервер рідко потребує перезавантаження. У цьому випадку чи має сенс отримати SSD або просто отримати RAID1 з двома накопичувачами SATA?


4
Оптимізація завантажувального диска, мабуть, не варта, якщо ви не плануєте перезавантажувати кілька разів на день. Витратьте $$ на більше оперативної пам’яті та уникніть крихкості поточних SSD-дисків.
Джош

Просто перейдіть з парою 15k SAS-накопичувачів в RAID-1 для системного накопичувача. (Досить стандарт у хостинговій індустрії)
Дуг

Відповіді:


10

Я не думаю, що зараз. Вони дорогі, це відносно нова технологія, яка не позбавлена ​​власних проблем; Джефф Етвуд має цікавий пост у блозі про переваги та недоліки їх використання.

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


1
У цій посаді Джефф повторює те, що я чув багато разів. Що рівень відмов SSD дуже високий. Я б не вірив, що на сервері, коли ви можете отримати подібну продуктивність від шумних дисків, що спокійні за владу, оскільки це все одно буде заблоковано в серверній кімнаті.
Джош

3
Джефф розповідає про споживчі жорсткі диски. Якщо ви використовуєте споживчі SSD, ви отримуєте те, за що платите! Також були ранні проблеми з X25-M, які можуть пояснювати згадані там несправності. Ми розгорнули кілька сотень X25-M як диски ОС у серверних системах з 2009 року і мали дуже малу кількість відмов (однозначна цифра). Ми розгорнули аналогічні номери Intel X25-e і мали аналогічну кількість відмов. Я не заперечую, що Джефф і його друг бачили проблеми, я просто надаю вам більш широкий набір даних.
Даніель Лоусон

Незважаючи на інші мої коментарі, я, як правило, погоджуюся, що без інших пом'якшуючих причин, таких як потужність або фізичний простір, SSD для завантажувальних дисків на серверах просто не мають сенсу. Я використовую їх, тому що я не хочу витрачати гніздо для обертового диска на диску з ОС - ми можемо поставити SSD-диски в іншому місці шасі.
Даніель Лоусон

4

Це залежить від типу сервера, але, загалом кажучи, так, це має бути гарною ідеєю.

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

Крім того , тим швидше файл може бути поданий, тим краще сервер буде, і так як драйвера SSD будуть повинні бути швидше, тобто , що буде для нього , як добре.

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

З цього приводу, знову ж таки, це залежить від специфіки вашого сервера та використання речей (наприклад, 16 Гб звучить добре, але чи будуть файли кешовані в оперативній пам'яті або все одно доведеться витягувати з диска?), А також від фактичних диску. . Однак загалом, так, більшість серверів, як правило, краще спрацьовують із накопичувачами SSD.


+1 хороший підсумок. один з профі є хорошою випадкової / паралельної швидкість читання, виміряні в роботі uFLIP
MBX

1

У цій ситуації завантажувальний привід SSD, ймовірно, лише покращить час завантаження, як тільки все буде запущено і в оперативній пам’яті (у вас є 16 Гб) це не матиме ніякої різниці. Можливо, якщо ви зберегли в ній базу даних 10 ГБ +, це може допомогти, але, ймовірно, краще витратити гроші на більше магнітних накопичувачів (можливо, на надмірність).


Я відвідав конференцію Intel близько тижня тому; Представник Intel ухилився від рекомендування SSD для баз даних, принаймні, в цей момент часу.
алекс

Так, я думаю, особливо якщо у вашої БД є велика кількість записів (iirc читає, чи не "зношують" SSD стільки / взагалі), а продуктивність з невеликими блоками може бути меншою, ніж зоряної.
Привид

@alex: Є багато компаній, які продаватимуть дуже дорогі рішення SSD, розроблені для баз даних, і вони гарантують результати. Деякі люди змогли замінити 30 серверів одним. Це як переходити від дисків до запам’ятованих.
Зан Лінкс

@Zan повністю з вами згоден. Не всі «люди-продавці» знають, як реалізувати всі можливі рішення.
Карлос Гарсія

0

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

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


0

Залежить від використання сервера, від того, що ви описуєте, мабуть, не варто. Там, де SSD приходить у свої власні, - це сервери з високим використанням вводу / виводу, як хости віртуальних серверів.

Вставте близько 10 віртуальних машин на сервер зі стандартними накопичувачами, а потім порівняйте його з одним із SSD. Отримайте всі 10 VM щось роблять і дивіться, як сервер на основі SSD летить, коли старий магнітопривід має затримку VM, коли вони чекають їх черги для читання / запису на HD-карти.

Повернімось до свого початкового питання, чому ви турбуєтесь про час завантаження? Плануєте регулярно перезавантажувати сервер? У мене є сервери, які не перезавантажувались близько 3 років, що я міг би подумати, що це нормально для стабільних машин, які просто виконують ту роботу, яку мали робити.


0

Це погана ідея. SSD-накопичувачі дають вам божевільні іони, і саме тому ви платите за них: зберігати дані, до яких найчастіше можна отримати доступ випадковим чином. База даних на наборі накопичувачів SSD може перевершити (особливо для інтенсивних сценаріїв) дуже дорогу систему зберігання.

Завантажується операційна система, тоді практично всі виконувані файли, які використовуються, зберігаються в оперативній пам'яті, все невикористане ставиться на заміну. Якщо ви плануєте інтенсивне використання свопів (погана ідея), ви можете поставити свій своп на SSD, але я скоріше використовую жорсткий диск і вкладайте різницю в оперативну пам'ять.


0

Я думаю, що це не варто цього більшість часу.

Але якщо у вас великі вимоги до обчислень з великими файлами (скажімо, Dailymotion / YouTube, що кодують відео), швидше за все, швидкість читання / запису є важливою.

Якщо ваші програми дуже багато читають, навіть невеликі файли, це може справді підвищити продуктивність. Однак якщо ви кешуєте найпопулярніші дані в оперативній пам’яті (Див. Запам’ятований демон), це вже не проблема.

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