Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Файловые системы, диски / 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. "Организация ssd gmirror'а"	+1 +/–
Сообщение от abi (?), 30-Янв-20, 16:06
> Но вот правильно ли создано зеркало > из ssd'ов чтобы с ними корректно использую trim работала фря? > Я же newfs когда делал, то в качестве провайдера указано уже зеркало, > а не физические диски. newfs бы написал варнинг, если поддержка trim была установлена, а диск её не подтвердил.
Ответить | Правка | Наверх | Cообщить модератору

	4. "Организация ssd gmirror'а"	+/–
	Сообщение от Глобус (?), 30-Янв-20, 18:24
	> newfs бы написал варнинг, если поддержка trim была установлена, а диск её > не подтвердил. Нет, варнингов не было.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Организация ssd gmirror'а"	+/–
	Сообщение от abi (?), 31-Янв-20, 12:59
	>> newfs бы написал варнинг, если поддержка trim была установлена, а диск её >> не подтвердил. > Нет, варнингов не было. Тогда всё хорошо, поддержку trim для gmirror завозили очень давно, в 9 фряхе. Если показывает что включено, значит включено.
	Ответить | Правка | Наверх | Cообщить модератору

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

	3. "Организация ssd gmirror'а"	+1 +/–
	Сообщение от Глобус (?), 30-Янв-20, 18:23
	> Только не говори что диски одного производителя с слегка отличающимися серийниками. Ну..... как сказать-то....? Именно так. Взял 2 штуки 120 ГБ SSD-накопитель Goodram Iridium. Они на самом деле исключительно для баз 1с, а с них еженочно делаются архивы на отдельный NAS. Так что даже если подохнут одновременно, то в целом не то чтобы катастрофическая ситуация. А как мониторить можно? Есть какие-то smart показатели, по которым имеет смысл менять диски? А так я в любом случае в это зеркало года через 2 добавлю ещё один диск, так сойдёт?
	Ответить | Правка | Наверх | Cообщить модератору

	5. "Организация ssd gmirror'а"	+1 +/–
	Сообщение от StreSS.t (ok), 30-Янв-20, 18:30
	Если им суждено умереть когда либо, они помрут почти одновременно. Потому что: память одна и та же, один и тот же ресурс, один и те же данные. И да, бекапы никто не отменял.
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Организация ssd gmirror'а"	+/–
	Сообщение от Аноним (6), 30-Янв-20, 22:07
	> Если им суждено умереть когда либо, они помрут почти одновременно. > Потому что: память одна и та же, один и тот же ресурс, > один и те же данные. > И да, бекапы никто не отменял. Внутри гарантийного срока они не могут умереть почти одновременно, точнее это маловероятно. После - да.
	Ответить | Правка | Наверх | Cообщить модератору

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

	8. "Организация ssd gmirror'а"	+/–
	Сообщение от ыы (?), 31-Янв-20, 10:22
	> Если им суждено умереть когда либо, они помрут почти одновременно. > Потому что: память одна и та же, один и тот же ресурс, > один и те же данные. > И да, бекапы никто не отменял. В современном мире- нет такой сущности как восстановление данных с диска. Оно никому не надо. В любом случае восстановление будет целиком сервера из бэкапа.  Это прекрасно что они умрут одновременно - оптимально использованный и утилизированный ресурс. Лучше сменить оба диска сразу чем один а через день- другой.. а между этими днями нервничать что "и второй вот-вот сдохнет".
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

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

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