Ключевое слово во всей этой блуде - десктопные Корсары. Да и отрезание куска ради запаса, лично у меня вызывает сильное сомнение. Поскольку замена сбойной ячейки происходит в служебную специальную область, а не ту, которая доступна для данных.kambi писал(а):Если массив Р10 будет размером, например, 400ГБ и, как вы пишите, отрезать от него пустым запасом, например, 60ГБ, то этот запас однозначно равномерно со всех дисков отрезается (в данном примере по 30ГБ на диск - Р10 из 4 дисков)?
SSD и сервер БД
Модераторы: Trinity admin`s, Free-lance moderator`s
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: SSD и сервер БД
Re: SSD и сервер БД
Генннадий, просьба - раскройте подробнее выделенный момент. Не понятно, о чём это Вы?Stranger03 писал(а):Ключевое слово во всей этой блуде - десктопные Корсары.kambi писал(а):Если массив Р10 будет размером, например, 400ГБ и, как вы пишите, отрезать от него пустым запасом, например, 60ГБ, то этот запас однозначно равномерно со всех дисков отрезается (в данном примере по 30ГБ на диск - Р10 из 4 дисков)?
Я немного не о том.Stranger03 писал(а):Да и отрезание куска ради запаса, лично у меня вызывает сильное сомнение. Поскольку замена сбойной ячейки происходит в служебную специальную область, а не ту, которая доступна для данных.
Запись на SSD ведётся в режиме COW (Copy-on-Write) в чистые ячейки флеша.
Когда они заканчиваются, ячейки, заполненные уже неактуальными - с т.з. контроллера SSD-диска и его таблиц соответствия LBA-PBA - данными, подвергаются перед записью в них новых данных предварительной очистке: либо в процессе записи, либо загодя, по расписанию, путём запуска процедуры BGC.
Если размечать под ФС всю ёмкость SSD, то по некоторому времени приведёт к тормозам при записи.
Если же оставить "хвост" неразмеченным, то этот место будет включено в COW, что увеличит ресурс SSD (например, мои 40GB данных будут при записи-перезаписи "размазываться" не по 40-ка гигам флеша размеченной области, а по 60-ти гигам всего диска. Т.е. каждая ячейка за период времени будет записана меньшее число раз.
Плюс BGC будет успевать очищать неактуальные ячейки флеша, сглаживая тем самым тормоза на запись в противном случае.
А про ремап битых ячеек из "хвоста" я ничего не говорил - тут Вы правы насчёт "депо" для ремапа в спец области.
Re: SSD и сервер БД
С каких поколений IBM (x3550) и HP (dl360) пошли сервера с поддержкой SSD-дисков?
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: SSD и сервер БД
У ИБМ-а с М4, у ХП с G7 или G8. Хотя и старые модели поддерживали такие диски, только они стоили как самолеты. В М3 серверах один E-MLC диск мог стоить пару десятков тысяч $.kambi писал(а):С каких поколений IBM (x3550) и HP (dl360) пошли сервера с поддержкой SSD-дисков?
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: SSD и сервер БД
Скажу по другому:Umlyaut писал(а):Генннадий, просьба - раскройте подробнее выделенный момент. Не понятно, о чём это Вы?
1. у десктопных SSD ресурс в разы меньше, чем у серверных
2. десктопные SSD под нагрузкой ложатся только так, примеров масса, даже тут, на форуме
3. я может и не прав, но судя по названию вы ставили именно десктопные Корсары
4. если так, то смотрим пункты 1-2
У нормальных серверных SSD дисков нет необходимости так извращаться. И еще раз, стоимость нормальных дисков не так уж и велика, чтобы устраивать себе головняки с десктопными SSD.
Re: SSD и сервер БД
Чем ССД диски отличаются от обычных САТА дисков для сервера? Почему такие заморочки с совместимостью именно с ССД?
Какая разница серверу какие там внутри у ССД особенности работы, интерфейс общения ведь с дисками один - САТА. Поясните, пож-та.
Какая разница серверу какие там внутри у ССД особенности работы, интерфейс общения ведь с дисками один - САТА. Поясните, пож-та.
Последний раз редактировалось kambi 04 авг 2016, 15:59, всего редактировалось 1 раз.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: SSD и сервер БД
Заморочки не с ССД, а с любыми невалидированными дисками. Как повезет.
Re: SSD и сервер БД
На каком "навесном" недорогом контроллере можно остановить выбор для подключения SATA SSD дисков,
1) до 4шт
2) до 8шт
?
ПС: и напоследок уточню - с ССД-дисками наличие кэша с батарейкой на контроллере вообще не принципиально? И зависит ли это от уровня раид?
1) до 4шт
2) до 8шт
?
ПС: и напоследок уточню - с ССД-дисками наличие кэша с батарейкой на контроллере вообще не принципиально? И зависит ли это от уровня раид?
Последний раз редактировалось kambi 04 авг 2016, 16:24, всего редактировалось 1 раз.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: SSD и сервер БД
Что-то вас несет куда-то.
Пару саташных ССДшек можно подвесить на бортовые сата порты мамки. Вероятность проблем при этом сильно меньше, чем в случае аппаратного контроллера. А зеркало можно и операционкой сделать, если интеграшка заартачится.
Да, кэш контроллера для ССД чаще всего не нужен. Предполагается, что ССДшки корпоративные и имеют защиту своего кэша.
Пару саташных ССДшек можно подвесить на бортовые сата порты мамки. Вероятность проблем при этом сильно меньше, чем в случае аппаратного контроллера. А зеркало можно и операционкой сделать, если интеграшка заартачится.
Да, кэш контроллера для ССД чаще всего не нужен. Предполагается, что ССДшки корпоративные и имеют защиту своего кэша.
Re: SSD и сервер БД
У интелов 3610 серии есть защита кэша?
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: SSD и сервер БД
Да. Даже у 3510 есть.
Re: SSD и сервер БД
Чем они защищают кэш в диске? Миниаккум-р или кондёр?
Re: SSD и сервер БД
Прошу прощения за назойливость, почему все таки применимость набортного контроллера ограничивается только зеркалом из двух дисков? Тот же раид10, например из 4 дисков, что мешает поднять, если встроенный контроллер поддерживает этот массив (например, встроенный в DL360G7 Smart Array P410i)?
Re: SSD и сервер БД
в принципе ничего не мешает. разве что интегрированный контроллер скорее всего висит на 1 PCIe линке зашаренным ещё с чем-нибудь. посмотрите спецификацию вашего чипсета и процессора. и если для 2-х быстрых дисков этого достаточно, то для 4-х и больше уже может не хватить. вам надо просто потестировать.kambi писал(а):Прошу прощения за назойливость, почему все таки применимость набортного контроллера ограничивается только зеркалом из двух дисков? Тот же раид10, например из 4 дисков, что мешает поднять, если встроенный контроллер поддерживает этот массив (например, встроенный в DL360G7 Smart Array P410i)?
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: SSD и сервер БД
Как правило набортный SATA - ICH, это драйверозависимый контроллер. Соотв-но любой глюк ОСи может привести к полной потери данных. Поэтому на нем не рекомендуется делать что-то, отличное от зеркала из двух дисков.kambi писал(а):Прошу прощения за назойливость, почему все таки применимость набортного контроллера ограничивается только зеркалом из двух дисков? Тот же раид10, например из 4 дисков, что мешает поднять, если встроенный контроллер поддерживает этот массив (например, встроенный в DL360G7 Smart Array P410i)?
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 15 гостей