<div>а какого рода нагрузка?<br></div><div>и это. вы про Solaris речь ведете? :)</div><br><div class="gmail_quote">27 декабря 2009 г. 14:47 пользователь Ihalainen Nickolay <span dir="ltr"><<a href="mailto:ihanick@gmail.com">ihanick@gmail.com</a>></span> написал:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">2009/12/27 Andriy Tovstik <<a href="mailto:andriy.tovstik@gmail.com">andriy.tovstik@gmail.com</a>>:<br>
</div><div class="im">> пробовал использовать на сервере куда сливались бэкапы rsync'ом. ZFS стал<br>
> узким местом - 4 диска в RAIDZ тормозили просто безбожно при 10 запущеных<br>
> rsync с разных серверов. RAID10 на gmirror+gstripe работает на порядок<br>
> быстрее :(<br>
</div>хм. у меня zfs работает быстрее чем ufs на блоках 16к<br>
data ONLINE 0 0 0<br>
mirror ONLINE 0 0 0<br>
c1t1d0 ONLINE 0 0 0<br>
c1t2d0 ONLINE 0 0 0<br>
mirror ONLINE 0 0 0<br>
c1t3d0 ONLINE 0 0 0<br>
c1t4d0 ONLINE 0 0 0<br>
mirror ONLINE 0 0 0<br>
c1t5d0 ONLINE 0 0 0<br>
c1t6d0 ONLINE 0 0 0<br>
<div><div class="h5"><br>
><br>
><br>
> 27 декабря 2009 г. 11:53 пользователь Igor V. Fatkulin <<a href="mailto:ingvar@westsib.ru">ingvar@westsib.ru</a>><br>
> написал:<br>
>><br>
>> Давно смотрю на zfs, но уж очень неоднозначно ее оценивают. Думаете<br>
>> стоит использовать в боевых серверах?<br>
>><br>
>> К> Рекомендую связку freebsd+zfs.<br>
>> К> Подробнее: <a href="http://forums.freebsd.org/showthread.php?t=3689" target="_blank">http://forums.freebsd.org/showthread.php?t=3689</a><br>
>><br>
>> К> 27 декабря 2009 г. 10:52 пользователь Pavel V. <<a href="mailto:pavel2000@ngs.ru">pavel2000@ngs.ru</a>><br>
>> написал:<br>
>> >> Здравствуйте, Ihalainen.<br>
>> >><br>
>> >> Вы писали 27 декабря 2009 г., 5:20:13:<br>
>> >><br>
>> >>> 2009/12/27 Руслан Шарипов <<a href="mailto:ufaweb@gmail.com">ufaweb@gmail.com</a>>:<br>
>> >>>> 27 декабря 2009 г. 2:55 пользователь Ihalainen Nickolay<br>
>> >>>> <<a href="mailto:ihanick@gmail.com">ihanick@gmail.com</a>> написал:<br>
>> >>>>> для бекапов картинок/музыки и другой статики великолепно подоходит<br>
>> >>>>> rsync с его инкрементальными бекапами, могу поделиться хорошим<br>
>> >>>>> скриптом.<br>
>> >>>><br>
>> >>>> многие были бы Вам благодарны -)<br>
>> >><br>
>> >>> P.P.S. возможно из этого скрипта стоит сделать более универсальное<br>
>> >>> решение и выложить где-нибудь отдельным проектом. если, конешно это<br>
>> >>> нужно кому-то кроме меня.<br>
>> >><br>
>> >><br>
>> >> Есть скрипт бэкапа, называется bontmia. Точный адрес офсайта не знаю,<br>
>> >> в гугле найдется.<br>
>> >><br>
>> >> Идея скрипта легко и непринужденно передается следующим образом:<br>
>> >><br>
>> >> --- кусок кронтаба ---<br>
>> >><br>
>> >> 15 6 * * * root /data/project/run_main<br>
>> >> 15 9 * * 6 root /data/project/make_hardlinks<br>
>> >><br>
>> >> --- файл make_hardlinks ---<br>
>> >> #!/bin/bash<br>
>> >> this_backup=$(date +%Y-%m-%d-%H:%M)<br>
>> >> mkdir -p "/data/project/$this_backup"<br>
>> >> cp -lR /data/project/last/* "/data/project/$this_backup"<br>
>> >><br>
>> >> --- файл run_main ---<br>
>> >> #!/bin/bash<br>
>> >> rsync -e "ssh -i /data/project/host_key" -a --delete --force --quiet<br>
>> >> root@my.host.tld:/web/project/htdocs/music_new /data/project/last<br>
>> >><br>
>> >><br>
>> >> Т.е. раз в сутки приезжает копия с основного сервера (1.8 честных Тб,<br>
>> >> mp3/avi/flv/файлообменник), благодаря могучим возможностям nginx эта<br>
>> >> бэкапная копия используется для зеркальной раздачи, а в случае 404<br>
>> >> делается редирект на основной сервер.<br>
>> >><br>
>> >> Раз в неделю запускается второй скрипт, который делает еженедельный<br>
>> >> срез-копию текущего состояния. Конечно, лучше всего добавить в файл<br>
>> >> run_main перед вызовом rsync создание "копии предыдущего дня", чтобы в<br>
>> >> случае сбоя получить максимально актуальные данные.<br>
>> >> Срез-копия создается путем создания хардлинков, так что это дело<br>
>> >> практически занимает только нужное количество дискового пространства.<br>
>> >><br>
>> >> Наличие копий помогает выжить в той ситуации, если в результате сбоя<br>
>> >> дискового контроллера директория /web/project/htdocs/music_new, куда<br>
>> >> подмонтирован раздел, "становится пустой" (а такое было), и<br>
>> >> соответственно rsync повинуясь, делает идентичную "копию" в бэкапах.<br>
>> >><br>
>> >> Bontmia делает все те же операции, но с чуть большим комфортом -<br>
>> >> позволяет задать количество минутных/часовых/дневных/недельных/<br>
>> >> месячных/годовых? бэкапов, автоматически удалить ненужные срезы и т д<br>
>> >> Для личного удобства я в неё добавил парочку опций, типа возможности<br>
>> >> задать ssh-ключ для авторизации, и опцию quiet чтобы скрипт меньше<br>
>> >> выводил информации при его нормальной работе.<br>
>> >><br>
>> >><br>
>> >> --<br>
>> >> С уважением,<br>
>> >> Pavel mailto:<a href="mailto:pavel2000@ngs.ru">pavel2000@ngs.ru</a><br>
>> >><br>
>> >><br>
>> >> _______________________________________________<br>
>> >> nginx-ru mailing list<br>
>> >> <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
>> >> <a href="http://nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://nginx.org/mailman/listinfo/nginx-ru</a><br>
>> >><br>
>> К> _______________________________________________<br>
>> К> nginx-ru mailing list<br>
>> К> <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
>> К> <a href="http://nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://nginx.org/mailman/listinfo/nginx-ru</a><br>
>><br>
>><br>
>><br>
>> --<br>
>> С уважением,<br>
>> Игорь Фаткулин, директор по технологиям ООО "Группа Вестсиб"<br>
>><br>
>> mailto:<a href="mailto:ingvar@westsib.ru">ingvar@westsib.ru</a><br>
>><br>
>><br>
>> _______________________________________________<br>
>> nginx-ru mailing list<br>
>> <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
>> <a href="http://nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://nginx.org/mailman/listinfo/nginx-ru</a><br>
><br>
><br>
><br>
> --<br>
> WBR, Andriy Tovstik<br>
> UNIX System Administrator<br>
> JID: <a href="mailto:squirl@jabber.kiev.ua">squirl@jabber.kiev.ua</a><br>
> nick-handle: SQ22-UANIC<br>
><br>
> _______________________________________________<br>
> nginx-ru mailing list<br>
> <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
> <a href="http://nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://nginx.org/mailman/listinfo/nginx-ru</a><br>
><br>
><br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
<a href="http://nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://nginx.org/mailman/listinfo/nginx-ru</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>WBR, Andriy Tovstik<br>UNIX System Administrator<br>JID: <a href="mailto:squirl@jabber.kiev.ua">squirl@jabber.kiev.ua</a><br>nick-handle: SQ22-UANIC<br>