Комментарии 10
вопрос на засыпку - как должен лицензироваться STD по ядрам, если на 12 ядерной машине ему назначены только 8 ядер?
и пожалуй добью - допустим на этом сервере поднят второй инстанс на 4 ядра, который по идее закрывается лицензией на 8 :)
When running SQL Server in a physical OSE, all physical cores on the server must be licensed. Т.е. лицензировать нужно по физическим ядрам.
Но если речь о ВМ, то лицензировать следует все виртуальные ядра:
Similar to the Per Core licensing model in physical OSEs, all virtual cores (v-cores) supporting virtual OSEs that are running instances of SQL Server 2017 software must be licensed accordingly.
Что касается нескольких экземпляров в
Each server license allows customers to run any number of SQL Server instances in a single OSE, either physical or virtual.
Печаль... любимая схема 1сников, в которой сервер приложений находится на сервере БД, и разнесены по ресурсам, становится очень дорогой. А виртуализировать сервер БД не очень здравая идея - потом проблемы с производительностью не понятно где искать.
В том посыл статьи и состоял - открыть глаза на особенности лицензирования Майкрософт. Юристов для составления схем и соглашений в МС выбирали грамотно. Некоторые недобросовестные партнеры (это вы минусуете мне карму? :)) предлагают такие схемы и некоторые невнимательные заказчики на это соглашаются. Но отвечать при проверке заказчику, а не продавцу.
Касаемо виртуализации - действительно, не все однозначно. Однако тесты показывают неплохие результаты и для 1С. В энтерпрайзе у виртуализации задача несколько смещается от сверхпроизводительности в сторону доступности. Как быстро вы восстановите работу своего сервиса в случае аппаратного сбоя? С виртуализацией это лишь время перезапуска ВМ на другой ноде.
доступность реализуется не виртуализацией а кластером/миррорингом, это не задача виртуализации. Что физический сервер, что виртуальный - восстанавливаются из бэкапа.
Имхо, слишком обширная тема для комментов. Кластер часто дорог, в каждом софте еще и реализуется по своему - в итоге на поддержку нужно больше спецов. В случае краха хоста ВМ тихо запускается на другой ноде, никакого восстановления из архива не нужно - для виртуалки это выглядит, будто нажали "ресет". Другое дело, что если у 1С (ну чисто энтерпрайзный подход) программный ключ, он может увидеть изменение аппаратной конфигурации и встать в позу. Да и заметка не про 1С. :)
зы Для полноценной работы failover в виртуализации нужен shared storage, напр., СХД подключенная к хостам по FC.
вопрос на засыпку — как должен лицензироваться STD по ядрам, если на 12 ядерной машине ему назначены только 8 ядер?
До установки PostgreSQL или после?
О лицензировании MS SQL по подключениям (CAL)