Re[2]: Доклад на хайлоад: psql fs

[azovmash at ukr.net]

По 2 пункту в zfs это есть. В случае с zfs пункт 3 и 4 неактуальны.

В случае с хостингом Amazon даже незнаю можно ли использовать ZFS ...

В целом из минусов вас ждет двойная фрагментация.

Что касается ssd то для важных данных mirror обязателен.

Недавно интерисовался темой ssd - в двух словах:

1) не брать ssd на sendforce2 (те которые сжимают данные)

2) 30% дискового пространства оставлять в резерве.



--- Исходное сообщение ---
От кого: "Konstantin Gerasimenko" <kred at gmx.net>
Кому: nginx-ru at nginx.org
Дата: 11 октября 2012, 16:11:24
Тема: Re: Доклад на хайлоад: psql fs



>

Am 11.10.2012 14:43, schrieb azovmash at ukr.net:
> >
> > Если без тролинга то :
> >
> > 1) Сама бд стоит на фс ?
> >
> > 2) фс журналируемая или только метаданные, atime  ?
> >
> > 2) бд не выступит в роли двойного кеширования ?
> >
> > Тут могут возникнуть аспекты о которых вы не говорите: размеры 
> > отдаваемых файлов могут быть 1к что не очень хорошо скажется на 
> > свободном пространстве, могут быть множественные копии одних и тех же 
> > объектов, в чем поможет дедупликация.
> >
> >
> С помощу базы дынных можно легко организовать :
> 1) дельта-бекап (в btrfs and zfs что то подобное есть но в базе это всё 
> уже давно вылезано )
> 2)  транзакционное расспространение файлов в другие зеркала (см пункт 1)
> 3) проблема мелких файлов.
> 4) дедупликация не сложно реализовать самому ))
> 
> ЗЫ: Конечно доступ к ФС будет быстрее  , но так ли это важно ?
> Например представь себе несколько датацентров в каждом одна-две "копии" 
> базы данных и 10-20 nginx/"trafficserver" с кешем в каждом по 1ТБ на ссд.
> Все горячие файлы лежат в кеше (в памяти или на фс) раздающего 
> вебсервера  и отдаются мухой, а новый контент берётся с помощу бакенда 
> из базы. В которую он попал обычной репликацией через базу.
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20121011/8dbed26a/attachment-0001.html>