[belial]

Добрый день,

 

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

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

 

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

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

 

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

[vlad11]

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

[zlolotus]

Добрый день,

 

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

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

 

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

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

 

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

 

 

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

Изменено 31 октября, 2011 пользователем zlolotus

[Ivan_83]

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

Чисто на юзби не ставился, есть на 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

[Ivan_83]

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

 

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

 

 

 

 

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

 

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

 

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

 

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

 

 

[Ilya Evseev]

http://ru.wikipedia.org/wiki/NanoBSD ?

[Negator]

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

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

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

[KaraVan]

FreeNAS embedded?

[Ivan_83]

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

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

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

 

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

 

 

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

 

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

 

 

[ktoto]

Мне кажется проще всего собрать на основе NanoBSD.

Попробуйте FreeNAS, как раз собран для загрузки с USB.

http://doc.freenas.org/index.php/Hardware_Requirements#Compact_or_USB_Flash

[Ivan_83]

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

 

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

 

 

 

 

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

 

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

 

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

 

 

 

 

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

 

 

[vlad11]

Посмотрите на BSD Router Project 1.0

[ktoto]

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

 

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

[belial]

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

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

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

 

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