ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



Am 11.10.2012 14:43, schrieb azovmash@xxxxxxx:

Если без тролинга то :

1) Сама бд стоит на фс ?

2) фс журналируемая или только метаданные, atime  ?

2) бд не выступит в роли двойного кеширования ?

Тут могут возникнуть аспекты о которых вы не говорите: размеры отдаваемых файлов могут быть 1к что не очень хорошо скажется на свободном пространстве, могут быть множественные копии одних и тех же объектов, в чем поможет дедупликация.


С помощу базы дынных можно легко организовать :
1) дельта-бекап (в btrfs and zfs что то подобное есть но в базе это всё уже давно вылезано )
2)  транзакционное расспространение файлов в другие зеркала (см пункт 1)
3) проблема мелких файлов.
4) дедупликация не сложно реализовать самому ))

ЗЫ: Конечно доступ к ФС будет быстрее  , но так ли это важно ?
Например представь себе несколько датацентров в каждом одна-две "копии" базы данных и 10-20 nginx/"trafficserver" с кешем в каждом по 1ТБ на ссд. Все горячие файлы лежат в кеше (в памяти или на фс) раздающего вебсервера и отдаются мухой, а новый контент берётся с помощу бакенда из базы. В которую он попал обычной репликацией через базу.

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.