The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Организация ssd gmirror'а"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Файловые системы, диски / FreeBSD)
Изначальное сообщение [ Отслеживать ]

"Организация ssd gmirror'а"  +/
Сообщение от Глобус (?), 30-Янв-20, 11:29 
Здравствуйте Уважаемые!
Есть машина с фрёй на которой крутится виртуалка с 1с-ами. До недавнего времени все базы 1С файловые, хранились на vdi диске, образ которого лежит на zfs raid-z из 4-х sata дисков.
И вот т.к. баз стало много и они большие, то бухгалтерия стала в какой-то момент просто несносно работать, и всё упиралось в iops'ы.
Сейчас поставил в сервер 2 ssd'а на MLC 3D'е и сделал из них gmirror.
# gpart create -s MBR /dev/ada{0,1}
# gmirror label ssd0 /dev/ada0 /dev/ada1
# gpart add -t freebsd -b 1m -a 4k /dev/mirror/ssd0
# gpart add -t freebsd-ufs /dev/mirror/ssd0s1
# Создаю на этом зеркале ФС с указанием поддерживать TRIM
# newfs -U -t /dev/mirror/ssd0s1a
# Ну и в VirtualBox'е уже создаю medium новый в /var/SSD/bases-disk.vdi

В итоге то я к чему это всё. 1С стала работать бодро и с этим вроде решено. Но вот правильно ли создано зеркало из ssd'ов чтобы с ними корректно использую trim работала фря?
Я же newfs когда делал, то в качестве провайдера указано уже зеркало, а не физические диски.

Смотрю вывод, там trim включен, но я всё же хочу уточнить.
----------------------------------------------------------------------
tunefs -p /var/SSD
tunefs: POSIX.1e ACLs: (-a)                                disabled
tunefs: NFSv4 ACLs: (-N)                                   disabled
tunefs: MAC multilabel: (-l)                               disabled
tunefs: soft updates: (-n)                                 disabled
tunefs: soft update journaling: (-j)                       disabled
tunefs: gjournal: (-J)                                     disabled
tunefs: trim: (-t)                                         enabled
tunefs: maximum blocks per file in a cylinder group: (-e)  4096
tunefs: average file size: (-f)                            524288000
tunefs: average number of files in a directory: (-s)       64
tunefs: minimum percentage of free space: (-m)             8%
tunefs: space to hold for metadata blocks: (-k)            6408
tunefs: optimization preference: (-o)                      time
tunefs: volume label: (-L)                                

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от abi (?), 30-Янв-20, 16:06   +1 +/
> Но вот правильно ли создано зеркало
> из ssd'ов чтобы с ними корректно использую trim работала фря?
> Я же newfs когда делал, то в качестве провайдера указано уже зеркало,
> а не физические диски.

newfs бы написал варнинг, если поддержка trim была установлена, а диск её не подтвердил.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4

2. Сообщение от StreSS.t (ok), 30-Янв-20, 18:18   +/
Только не говори что диски одного производителя с слегка отличающимися серийниками.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3

3. Сообщение от Глобус (?), 30-Янв-20, 18:23   +1 +/
> Только не говори что диски одного производителя с слегка отличающимися серийниками.

Ну..... как сказать-то....?

Именно так. Взял 2 штуки 120 ГБ SSD-накопитель Goodram Iridium. Они на самом деле исключительно для баз 1с, а с них еженочно делаются архивы на отдельный NAS. Так что даже если подохнут одновременно, то в целом не то чтобы катастрофическая ситуация.

А как мониторить можно? Есть какие-то smart показатели, по которым имеет смысл менять диски?
А так я в любом случае в это зеркало года через 2 добавлю ещё один диск, так сойдёт?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #5

4. Сообщение от Глобус (?), 30-Янв-20, 18:24   +/
> newfs бы написал варнинг, если поддержка trim была установлена, а диск её
> не подтвердил.

Нет, варнингов не было.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #9

5. Сообщение от StreSS.t (ok), 30-Янв-20, 18:30   +1 +/
Если им суждено умереть когда либо, они помрут почти одновременно.
Потому что: память одна и та же, один и тот же ресурс, один и те же данные.

И да, бекапы никто не отменял.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #6, #8

6. Сообщение от Аноним (6), 30-Янв-20, 22:07   +/
> Если им суждено умереть когда либо, они помрут почти одновременно.
> Потому что: память одна и та же, один и тот же ресурс,
> один и те же данные.
> И да, бекапы никто не отменял.

Внутри гарантийного срока они не могут умереть почти одновременно, точнее это маловероятно. После - да.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #7

7. Сообщение от StreSS.t (ok), 31-Янв-20, 10:03   +/
Могут и умирают пачками. Все зависит от партии. SDS со  100 дисками подтверждает это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

8. Сообщение от ыы (?), 31-Янв-20, 10:22   +/
> Если им суждено умереть когда либо, они помрут почти одновременно.
> Потому что: память одна и та же, один и тот же ресурс,
> один и те же данные.
> И да, бекапы никто не отменял.

В современном мире- нет такой сущности как восстановление данных с диска. Оно никому не надо. В любом случае восстановление будет целиком сервера из бэкапа.  Это прекрасно что они умрут одновременно - оптимально использованный и утилизированный ресурс. Лучше сменить оба диска сразу чем один а через день- другой.. а между этими днями нервничать что "и второй вот-вот сдохнет".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

9. Сообщение от abi (?), 31-Янв-20, 12:59   +/
>> newfs бы написал варнинг, если поддержка trim была установлена, а диск её
>> не подтвердил.
> Нет, варнингов не было.

Тогда всё хорошо, поддержку trim для gmirror завозили очень давно, в 9 фряхе. Если показывает что включено, значит включено.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру