Показать сообщение отдельно
Старый 20.05.2016, 11:32   #23  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Что касается объема памяти для СУБД, я встречал 2 очень различающихся подхода:
  1. в памяти - только оперативные данные, вся основная нагрузка - на хранилище. Это подход вендора, который утверждает, что надо рассчитывать объем памяти тупо от числа процессорных ядер, а вот хранилище - от числа обрабатываемых строк документов в час. Типа IOPS'ы - это наше всё.
  2. в памяти - вся база целиком или как минимум активная часть, а хранилище должно лишь обеспечивать нужную скорость создания резервных копий. Это подход, учитывающий, что память сейчас относительно дешева, а быстрые (SSD) диски, да еще в RAID - дороги, поэтому постоянно гонять данные из памяти в хранилище и обратно никакого резона нет. При таком подходе объем памяти БД рассчитывается исходя из прогнозируемого объема базы в перспективе на год-два-сколько позволит бюджет.