Дзеркальний режим ОЗУ: чи варто цього?


18

Не дуже добре знайомий з режимом «Дзеркальний канал» від Intel для налаштування сервера Blade (ваша типова середньо-важка база даних MySQL OLTP, що працює на голому металевому лезвіку; зараз немає віртуалізації).

З документів Intel мені вдалося знайти:

Процесор Intel Xeon 5500 серії та Intel Xeon Processor 5600 серії підтримують дзеркальне відображення каналів для налаштування доступних каналів DDR3 DIMM в дзеркальній конфігурації. Дзеркальна конфігурація - це надмірне зображення пам’яті, і воно може продовжувати працювати, незважаючи на наявність спорадичних непоправних помилок. Дзеркальне відображення каналу - це функція RAS, в якій зберігаються два однакових зображення даних пам'яті, забезпечуючи тим самим максимальну надмірність.

На процесорах Intel Xeon 5500 серії та процесорах Intel Xeon Processor 5600 серії на базі серверних плат Intel, дзеркальне відображення досягається по каналах. Активні канали містять первинне зображення, а інші канали містять вторинне зображення системної пам'яті. Інтегрований контролер пам'яті в процесорах серії Intel Xeon 5500 та процесорів Intel Xeon Processor 5600 серії чергується між обома каналами для транзакцій зчитування. Операції запису видаються на обидва канали за звичайних обставин.

Однак я не дуже підбираю те, що вони тут лежать. Я втрачаю половину своєї пам’яті, але отримую «надмірність» пам’яті та можливий приріст продуктивності читання / запису? Як RAID 1 для оперативної пам’яті? Хтось має практичний досвід роботи з цією конфігурацією?

Відповіді:


7

Особисто я скоріше використовував би якусь форму кластеризації, а не рівень апаратної стійкості. Для компонентів cheapo, таких як диски, є сенс подвоюватися на них, але дзеркальна пам'ять є приємною, але не такою корисною. Я маю на увазі те, що швидше виходить з ладу; процесор, ваша ОС, ваше програмне забезпечення, ваше mobo, ваш PSU / s. Я швидше спрямував гроші на кластеризацію.


1
Мої думки точно: хоч це, звичайно, корисно для дуже конкретного пункту відмови, я міг би поставити галочки на багато інших "ящиків" HA, пройшовши маршрут кластеризації ще одним лезом або двома (і, ймовірно, ще одним шасі в іншому центрі обробки даних).
gravyface

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

7

"RAID 1 для оперативної пам'яті" - це точний опис. На мій досвід, користі від продуктивності не так вже й багато, але залежно від швидкості шини та швидкості модулів ваш пробіг може відрізнятися.

Що стосується надмірності .. ну, не так страшно часто, що модуль виходить поганим.

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


2
дякую Шейн Коли-небудь проводили тестування до / після?
gravyface

@gravyface Не можу сказати, що у мене є, на жаль; просто не помітили помітної продуктивності, що відрізняється від vs (на серверах баз даних та vm хостів). Деякі важкі цифри, безумовно, були б непоганими.
Шейн Мадден

2
Тоді я буду робити деякі орієнтири. Подивіться, чи це має значення. Не можу сказати, що користь від виправлення помилок звучить як відчутна вигода, але мені цікаво подивитися, як вона працює. Я буду зачекати кілька днів на кілька додаткових відповідей, а потім позначте це правильним.
gravyface

Я бачу, що дімми погано справляються, але, враховуючи розмір навколишнього середовища, я повинен бачити 1 димм кожні 2 тижні (статистично кажучи)
Джим Б

4

Я читав, що подібні речі (ви можете робити це і з процесорами) дуже корисні у величезних кластерах суперкомп'ютерів.

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


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

Так, це високий кінець. Зачекайте, поки ви отримаєте гарячу підключення процесора та ОПУСНЕННЯ процесора (!) На ПК;) Mainframes можуть переключитися на інший процесор, коли один вийде з ладу.
TomTom

3

Цей режим пам'яті був дійсно розроблений для ситуацій, коли вам потрібна висока доступність. Ви не повинні бачити великої різниці в продуктивності (оскільки втрата одного каналу, ймовірно, не помітна при звичайних операціях), проте ви насправді втрачаєте багато оперативної пам’яті. Якщо включено дзеркальне відображення, для використання доступна лише одна третина всієї пам'яті, оскільки два слоти DIMM є первинним каналом, два слоти DIMM є резервним каналом, а два слоти DIMM не використовуються. (принаймні, так це в IBM)

Я, як правило, рекомендую вимкнути його (якщо у вас є програма або ОС, яка любить оперативної пам’яті - і давайте вирішимо: чи є така, яка цього немає?) Або зберегти для оновлення до чипсета ex5 від IBM (HP та інші незабаром дотримуватися подібних пропозицій), що додає навантажувальному коду більше QPI.

Є випадкові випадки: "цей сервер повинен бути готовим незалежно від кількості вистрілених на нього пострілів", і цей тип надмірності допомагає. Крім того, що ви придбали менше балів якості зоряної, це може врятувати вас від синього екрану або 2.


Так, зараз не бачу великої потреби в цьому. Очевидно, що ніхто не любить простої, але коли ми звертаємось до HA, ми будемо дивитись на кластеризування, безумовно,.
gravyface

1
це у відповідь на ваше "бачити один поганий DIMM кожні два тижні" - як часто ви бачите поганих DIMM за пільговий період? Я не можу пригадати, щоб колись у виробництві була погана оперативна пам'ять; Зазвичай я це помічаю перші кілька годин / днів при типовому навантаженні.
gravyface

Наші результати відображають швидкість google бачить cs.toronto.edu/~bianca/papers/sigmetrics09.pdf . У нас аналогічно налаштовані сервери, повністю заповнені платами з великою кількістю затемнень, і додатки, що займають пам'ять. Переглядаючи 1 з моїх середовищ vmware, я бачу 3 погані дими через 18 повністю заселених IBM hs22vs (324 dimms). Ці сервери працюють вже близько року.
Джим Б
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.