|
Как рассчитать необходимое количество ядер 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)
|
|
Глупец, лишенный способности посмеяться над собой вместе с другими, не сможет долго выносить программирование. Фредерик Брукс-младший