Часто перезаписываемые данные и SSD. Работа с базой.

Интересует информация по сабжу.
Как вы используете диск SSD на сервере, личный пример?

Вижу, рекомендуют вариант с кешем ввода-вывода на таком диске (enhance_io).
Особенно если вся база туда входит.

Смущает то, что сейчас в базу пишется информация буквально на каждый хит.
Пишется в одну таблицу, перезаписывается в другой.
Как можно оптимизировать такую работу базы?

Индексы на ссд сгрузи

интересно, а долго вообще живут ссд на сервере, и насколько чаще отказы, чем SAS?

Pentarh писал:

Индексы на ссд сгрузи

А вот это интересная тема.

ibiz писал:

интересно, а долго вообще живут ссд на сервере, и насколько чаще отказы, чем SAS?

Сейчас уже долго живут. Но люди все еще боятся , потому бэкапят на обычные винты..

Вопрос оптимизации и связь с винчестером - не совсем верное направление. Чаще всего скорость зависит не от прерываний, а от самой структуры БД.

на энтерпрайзные винты, производители дают гарантию 3 года, что они отработают без проблем. В принципе этот срок они отрабатывают. ДАльше зависит от интенсивности использования в первые три года.

Надо было запостить в трёп.

Использую для mysql баз (с обязательным бэкапом на SAS и в cloud). Второй SSD использую для sphinx и кеша ротатора. Также tmp раздел мускуля помещаю в ОЗУ (это особенно важно, так как мускуль при этом намного быстрее работает по сравнению с тем, когда tmp лежит на ssd). При таком конфиге все летает просто жуть как :-)

используем на серверах, ни одного вылета за несколько лет )
один самсунг кажется начинал глючить - но чтение без проблем работало, все скопировали...
по интелам вообще сбоев не припомню...

очень активно использую и только INTEL.
надежно работают,на домашнем сервере, второй год под торентами круглосуточно "интел" пахает, все буки и компы что есть - везде ssd вставил, старые САТА закинул в массив под бекапы.


на рабочих серверах тоже стараюсь использовать SSD, проблем не возникало даже на очень нагруженных базах(там где сата просто вешались)...



* стрем возникает еще от первых SSD, они были в самом деле не "очень надежны", а последние контроллеры и сама память значительно изменились и технология стала практично надежна.

Nux писал:

стрем возникает еще от первых SSD, они были в самом деле не "очень надежны"

у меня самый первый ssd был самсунг на SLC чипах, 900$ что ли стоил за 64гиг... все еще живой
а вот ocz на mlc чипах для ноута сдох меньше чем через год использования... но гарантия международная, заменили на новую модель бесплатно.

Последний раз редактировалось: ^Krot (25/11/19 в 01:15), всего редактировалось 1 раз

DiamonD писал:

Также tmp раздел мускуля помещаю в ОЗУ (это особенно важно, так как мускуль при этом намного быстрее работает по сравнению с тем, когда tmp лежит на ssd). При таком конфиге все летает просто жуть как :-)

Речь про ram-диск? Тоже интересная тема.

Да, именно про tmp раздел мускуля в памяти. Это сильно экономит ресурсы.

DiamonD: а как быть с возможными зависаниями и ресетами? Как-то боюсь я этого. И вдруг не влезет весь кеш туда?

Ни разу проблем не было, делаю 4 гига, хватает. А бояться не стоит, это же папка на диске, она либо смонтирована в память, либо нет. Думаю админы могу сделать так, чтобы при перегрузке сервера все автоматически монтировалось, если надо. Код, если надо, пути только поправь.

Код: [развернуть]

#!/bin/sh DISKSIZE="4096m" DISK="md0" case "$1" in         start)                 /bin/echo -n "Starting memory disk "                 /sbin/mdconfig -a -t swap -s ${DISKSIZE}                 /usr/bin/chown mysql:mysql /usr/home/mysql/mysql_tmp                 /sbin/newfs /dev/${DISK}                 /sbin/mount /dev/${DISK} /usr/home/mysql/mysql_tmp         ;;         stop)                 /bin/echo -n "Shutting down memory disk "                 /sbin/umount -f /usr/home/mysql/mysql_tmp                 /sbin/mdconfig -d -u ${DISK}         ;;         restart)                 $0 stop                 $0 start         ;;         *)                 echo "Usage: $0 {start|stop}"                 exit 1         ;; esac