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