ПРОЕКТЫ 


  АРХИВ 


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[3]: Доклад на хайлоад: psql fs



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

--- Исходное сообщение ---
От кого: azovmash@xxxxxxx
Кому: nginx-ru@xxxxxxxxx
Дата: 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@xxxxxxx>
Кому: nginx-ru@xxxxxxxxx
Дата: 11 октября 2012, 16:11:24
Тема: 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
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.