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

[azovmash at ukr.net]

Прошу прощения 5-10%, дословно: "... Для нормальной работы GC и Intel и
OCZ рекомендуют оставлять 5-10% неразмеченной под партиции области на
диске. Это увеличивает IOPS и наработку на отказ за счёт выравнивания
нагрузки на микросхемы NAND Flash..."

--- Исходное сообщение ---
От кого: azovmash at ukr.net
Кому: nginx-ru at nginx.org
Дата: 11 октября 2012, 16:59:01
Тема: Re[2]: Доклад на хайлоад: psql fs



>

По 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
>   

_______________________________________________
> 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/38d5d2c9/attachment.html>