Сервер рабочей группы и доменов
Рабочая группа — это единый пул компьютеров, логически объединенных в равноправную группу посредством доступных программных и технических возможностей. В ней все устройства равноправны, то есть один компьютер не может управлять другим. Такой тип сети называется одноранговым.
Это приводит к тому, что на каждом ПК в рабочей группе должен присутствовать стак локальных учетных записей, а также собственная локальная база данных. Общего файлового пространства для рабочей группы нет, хотя в операционной системе Windows предусмотрена такая возможность, но вынести общую файловую базу, а также БД во вне и сделать доступной для всей рабочей группы можно только с помощью контроллера доменов.
В данном случае домен выступает контроллером политики рабочей группы. Он объединяет в себе базу данных workgroup, файловое хранилище, а также позволяет полностью управлять сетью, распределяя приоритеты и права.
В итоге можно сделать вывод, что домен — группировка ПК, которые объединены в общую сеть через централизованный узел, в качестве которого выступает контроллер домена. Такой подход позволяет проверять каждого пользователя в рабочей группе и давать ему доступ к ресурсам всех устройств в сети без лишних настроек и нестандартных решений.
Классическая схема выглядит так:
- Пул персональных компьютеров выделяется в рабочую группу.
- К группе добавляется терминальный сервер, все удаленные рабочие столы так же становятся частью workgroup.
- Файловые серверы, принтеры, другие хранилища данных так же подключаются к сети.
- Контроллер домена определяет политику для всех устройств, создавая общую единую сеть, которая управляется централизовано.
Контроллер домена: технические характеристики
Как видите, ничего сложного нет, но какая производительность потребуется такому устройству? Все зависит от требований. Банально, если контроллер используется под создание единой базы данных, то он должен соответствовать по техническим потребностям для нее. Конечно, четко определить конфигурацию невозможно, все зависит от вашей ситуации и используемой СУБД.
Итак, для обслуживания производительной базы потребуется мощный процессор и быстрый доступ к ячейкам памяти. В данном случае смотреть стоит по численности обращений. Все просто, чем крупнее БД и больше численность обращений к ней, тем больше требуется ядер и потоков. Многоядерность обеспечивает лучшую работу в средах со смешанными запросами. Желательно, чтобы каждые два ПК рабочей группы обслуживало одно ядро. Но, на самом деле, все зависит от инфраструктуры. Мощный процессор нужен только в тех случаях, когда рабочая группа ведет непрерывную работу с DB.
Для быстрого доступа к памяти необходим SSD-накопитель, который будет значительно быстрее обрабатывать запросы, читать и перезаписывать ячейки. Тут тоже есть некоторая корреляция. Если для малочисленной группы можно использовать SSD с интерфейсом SATA и он будет довольно хорошо справляться с задачей, то с ростом численности пользователей и параллельных обращений к DB, более производительные накопители станут необходимостью. Например, SSD с интерфейсом NVMe, которые заметно быстрее работают при случайных обращениях к ячейкам.
И третьим важным пунктом становится оперативная память. Желательно, чтобы она вмещала в себя полный объем базы данных + обеспечивала работоспособность операционной системы и приложений. Сократить требования к ОЗУ позволяют SSD, доступ к содержимому которых на порядок быстрее, чем к HDD. И обойдется твердотельный накопитель заметно дешевле, чем внушительный объем оперативной памяти.
Конечно, можно рассказать еще о корпусах, контроллерах, прочих элементах, но тогда повествование получится длительным, а из-за специфики серверного оборудования, пользы будет минимум.
Любой контроллер домена — проект, созданный специально под ваши задачи, он проектируется под инфраструктуру и ваши уникальные требования, потому, лучше заполнить заявку и подробно рассказать, что именно и для каких целей вам необходимо.