Jump to content
Калькуляторы

установка FreeBSD на флеш

Добрый день,

 

задача поднять 2 NAS сервера для довольно крупной группы ESXi серверов под хоз нужды,

хочу ось поставить на флешку, но раньше практики работы не было с обслуживанием систем с ОСью на флеш.

 

Есть ли бренды более ли менее оптимизированые(более качественные в сравнении) флешек для таких задач.

И вообще стоит ли? Может всётаки на диск по старинке?

 

Заранее спасибо.

Share this post


Link to post
Share on other sites

Поясните, что в вашем понимании значение "бренд"?

Share this post


Link to post
Share on other sites

Добрый день,

 

задача поднять 2 NAS сервера для довольно крупной группы ESXi серверов под хоз нужды,

хочу ось поставить на флешку, но раньше практики работы не было с обслуживанием систем с ОСью на флеш.

 

Есть ли бренды более ли менее оптимизированые(более качественные в сравнении) флешек для таких задач.

И вообще стоит ли? Может всётаки на диск по старинке?

 

Заранее спасибо.

 

 

Ну например, если время простоя критично после перегрузки, то рекомендую Твердотельный накопитель. Т.е нужна мгновенная загрузка.

Edited by zlolotus

Share this post


Link to post
Share on other sites

У флешек один не очевидный минус, кроме очевидного с ресурсом, это отсутствие смарт в принципе.

Чисто на юзби не ставился, есть на CF флешках (кингстон элите про 8гб, 133х) с переходниками CF<->IDE, CF<->SATA, и ssd.

Быстрее всего грузится с CF + CF<->IDE переходник, с сата почемуто дольше модули лоадером подгружаются, но это не более +2 - +5 сек к общему времени загрузки.

Большой объём - зло: долго чекается в случае чего.

 

/var/run, /tmp - mdfs, /var/tmp - симлинк на /tmp, чтобы дыры во флешке не протирать:

md            /tmp                    mfs    rw,-s256M,-p1777,-S,async            0    0
md			/var/run				mfs	rw,-s8M,-p1777,-S,-M,async,noexec,nosuid	0	0

 

 

Если будете с юзби возится, возможно пригодится мой патч: http://www.freebsd.o...r.cgi?pr=161809

при сборке ядра добавите в конфиг: options CAM_BOOT_DELAY=4000 # kern.cam.boot_delay: Bus registration wait time

чтобы флешки гарантированно успевали определится.

 

 

Использовать gpt вместо mbr и ставится/клонироватся/мигрировать из рабочей системы:

#install

gpart create -s GPT ada1
gpart show
gpart add -i 1 -t freebsd-boot -b 40 -s 512 ada1
gpart add -i 2 -t freebsd-ufs -b 552 -s 62532648 ada1
gpart bootcode -b /boot/pmbr ada1
gpart bootcode -p /boot/gptboot -i 1 ada1

newfs -m 2 -o space -n -U -r 16 -S 4096 -f 4096 -b 32768 /dev/ada1p2
tunefs -t enable /dev/ada1p2

mount /dev/ada1p2 /media
make installworld DESTDIR=/media
make installkernel KERNCONF=RIMx64 DESTDIR=/media
cp -af /boot/kernel.wr /media/boot/
cp -af /boot/loader.conf /media/boot/
cp -af /boot/loader.conf.local /media/boot/
cd /usr/src/etc
make distrib-dirs DESTDIR=/media
make distribution DESTDIR=/media
cp -af /etc /media/
cp -af /usr/src /media/usr/
cp -af /var/db/sup /media/var/db/

glabel list
# fix fstab
umount /media

62532648 - подсмотрено выше, в выводе gpart show, от туда вычтено немного для кратности 32 что ли.

 

 

Подразумевается что ядро и мир уже собраны, ставится на ссд, где размер кластера 4кб.

В ядре есть md, geom: label, gpt, mbr

 

Можно было просто скопировать всё по cp -af, получилось бы клонирование существующей системы.

 

 

 

 

Монтируем корень по gptid

/dev/gptid/156bb082-4762-11e0-997b-001a4d559a42    /        ufs    rw,noatime                    1    1

 

Если будете делать корень в RO а var или его части выносить на обычные диски, то для /var/log, /var/db диски должны монтироваться без опции late

Share this post


Link to post
Share on other sites
Ну например, если время простоя критично после перегрузки, то рекомендую Твердотельный накопитель. Т.е нужна мгновенная загрузка.

 

Не только от накопителя зависит время загрузки.

 

 

 

 

Всякая хрень не выкинутая из ядра/подгружаемая модулями увеличивает время загрузки.

 

Десктопные матери грузятся (инициализируются) обычно намного быстрее серверных.

 

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

 

Отдельные службы, типа smartd могут оч долго стартовать.

 

 

Share this post


Link to post
Share on other sites

У нас другая проблема.

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

Но они, сволочи, не копируются. Снимаешь образ -пытаешься залить на другую точно такую же флешку -не хватет 2 байта :(

Share this post


Link to post
Share on other sites

FreeNAS embedded?

Share this post


Link to post
Share on other sites

У нас другая проблема.

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

Но они, сволочи, не копируются. Снимаешь образ -пытаешься залить на другую точно такую же флешку -не хватет 2 байта :(

 

dump/restore - старая школа :)

 

 

или нужно не всю флешку через dd в/из образа лить, а конкретный раздел, с этим проблем быть не должно.

 

А уж создать разделы gpt и залить буткод - разовая и быстрая процедура.

 

 

Share this post


Link to post
Share on other sites

Фринас пилят для NAS в значении хранилища на дисках доступного по сети. У них есть свои патчи к ядру, связанные с дисковой подсистемой, и исходники у них далеко не самые свежие обычно, потому что бэкпортировать патчи нужно каждый раз, или как минимум убедится что оно до сих пор работает.

 

И да, на роутере его веб гуй к дискам и самбе с фтп нафик не нужен.

 

 

 

 

Нанобсд - это просто скрипт, собирающий ядро и кастрированный мир и пакующее его в образ, пригодный к записи на флешку.

 

И оно вроде не gpt разметку делает, а мбр. На 8Гб флешке можно вообще не заморачиватся экономией места, тк хватает на систему в полном комплекте, /usr/obj с собранным миром и ядром, всеми исходниками и коллекцией портов, даже /usr/ports/dist не чистить. На 4гб тоже не сильно напрягает: полностью рабочая система со всем барахлом занимает 2.5G.

 

Нано вообще не достаточно маленькое чтобы в 8мб флеша влазить, оно даже в 128/256 с трудом влезет - столько флеша в бытовых NAS (которые для хранения файлов), типа DNS-325.

 

 

 

 

PS: в чём сложность набирания с консоли комманд или запихивания их в скрипт и его исполнение!?

 

 

Share this post


Link to post
Share on other sites

Фринас пилят для NAS в значении хранилища на дисках доступного по сети.

 

Судя по всему топик-стартеру как раз это и надо, в смысле дисковое пространство, ESXi удобно цеплять ко всяким сетевым хранилищам.

Share this post


Link to post
Share on other sites

уже определился,

пилотный NAS будет на SATA-II-to-Compact-Flash-adapter + 4Gb-Compact-Flash-Card + FreeNAS 8.1

Уже протестировал шары по iSCSI для ESXi, жду доп. оборудование чтобы водрузить в продакшн - потестить в работе.

 

Всем спасибо :)

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this