Имя: Пароль:
1C
 
Как рассчитать необходимое количество ядер SQL серверу?
0 Shur1cIT
 
06.04.17
14:26
Нужна отказоустойчивая система. в Enterprise SQL версии есть очень удобный механизм AlwaysON,Enterprise лицензируеться только Core, 2 ядра стоят 700к руб. соответственно возник вопрос, существует ли метода расчета потребности в ядах SQL сервера? хотя бы примерно?
на резервый конечно по минималке взяли бы на 2 ядра, на основной надо думать
1 Волшебник
 
модератор
06.04.17
14:30
Ядер много не бывает
2 Shur1cIT
 
06.04.17
14:41
(1) это понятно, но цены на них кусаются....

например если каждое последующее ядро будет давать выигрыш в скорости на 5% то от него можно отказаться ибо 5% не стоят 350т руб.
3 pessimist
 
06.04.17
15:34
(0)
0. В связке с 1С на долю MS SQL приходится относительно небольшое количество отказов. Шансов что неопытный администратор ошибочными действиями положит кластер больше чем шансов что MS SQL ляжет сам или в результате отказов железа.
1. Если нужна только отказоустойчивость и режим активный узел/пассивный узел устраивает, то не обязательно брать Enterprise, Standard поддерживает. Косвенно на то что вам дростаточно Standard слово "резервный" указывает.
2. Лицензируется не меньше 4 ядер на сервер.
И вроде бы не меньше 4 ядер на сокет, то есть если физический сервер и сокетов два то не меньше восьми, но тут я уже не уверен.
4 Jump
 
06.04.17
15:36
(2) Каждое лишнее ядро никакого выигрыша по скорости не даст, это факт.
Оно даст выигрыш по производительности - большее количество юзеров смогут работать.
5 Shur1cIT
 
06.04.17
15:41
(3) если я правильно понимаю отличия между стандартом и ентерпрайзе только в том что в ентерпрайзе можно пассивную базу для чтения юзать? не подскажите где про это желательно по шагово почитать можно и как это называется? везде встречаю только примеры с AlwaysON
6 pessimist
 
06.04.17
15:57
(5) Нет.
Как я понимаю, Standard поддерживает единственный режим когда работает один узел кластера, при отказе первого узла включается второй, хранилище у них общее.
У Enterprise  много разных хитрых вариантов. Но я не понимаю как всё это великолепие использовать в связке с типовыми конфигурациями 1С на практике. Возможно как-то можно.
7 Shur1cIT
 
06.04.17
16:05
(6) хотим без общего хранилища,
с 1с как понял два варианта, или руками сервак прописывать вслучае падения, или через промежуточного слушателя который прописываеться в кластер 1с в качестве SQL сервера который вслучае падения SQl сервака будет переправлять запросы на резервный
8 kauksi
 
06.04.17
16:39
Postgres Pro не рассматриваете? там есть очень интересная технология On-line backup (архивирование WAL)