ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Среда
24 апреля
1165074 Топик полностью
Cкpипaч, пророк (15.01.2022 22:58, просмотров: 187) ответил Evgeny_CD на Ну если прямо реально 300Мбайт в мин писать постоянно, то in memory DB очень хороший выход.
Вопрос был о том существуют ли документированные методы размена MTW на избыточный объем накопителя, на самом деле. 

В системе несколько координат:

1) Для большинства задач можно ограничить частоту опроса. Данных будет изначально меньше. Но "зубцы на графиках" клиентов расстраивают.

2) Можно установить дохрена оперативки, вся база будет помещаться. В теории, будет очень быстро. SQL-сервер будет неспешно подтягивать то, что записано на диске.

3) Можно не ставить "лишнюю" оперативку но переехать на SSD-накопители, будет сильно быстрее чем с HDD. Особенно в части доступа к индексам (которые меняются очень редко).


По всем трем есть еще различные трюки-лайфхаки.

Мы не гонимся за олимпийскими рекордами. И цена решения тоже не настолько жесткое ограничение.

Прямо сейчас, идем по пути 1, но на горизонте замаячили проекты, по которым так будет нехорошо.


Вариант 2 выглядит плохо масштабируемым.


Вариант 3 хорош прежде всего тем, что оставляет "план Б". Уперлись - доставь вдвое оперативки и погнали.

Но если диски через два года сдохнут - плохая реклама. Даже если сдохнут не одновременно и мы их оперативно заменим.

Интуитивно, 5 лет - минимально приемлемый срок службы "без замен".


Отдельно, вопросы настройки внутри SQL. Возможно там есть хорошее решение.

Но туда я не ходок. Нельзя объять необъятное.

Чуть позже копну и туда.

... но не любой ценой.