Local Server
SmartPlayer Local Platform Operation Scheme

Option 1. Deployment on the Customer's Server, Without Using a Virtualization System
Minimum requirements for the local server:
OS Requirements
You can choose any of the listed ones. Operating systems are arranged by priority from recommended (first position) to possible (last position):
- Ubuntu Server 24.04. LTS (installation without access to an external network is possible)
- Astra Linux Orel (ver. 1.7) - Russian linux operating system (installation without access to an external network is possible)
- Astra Linux Orel (ver. 1.8) - Russian linux operating system (installation without access to an external network is possible)
CPU and RAM Parameters Depending on the Number of Screens
- Up to 200 screens: CPU: 1xXeon (4 cores), RAM: From 8 GB
- 200 - 500 screens: CPU: 1xXeon (6 cores), RAM: From 12 GB
- 500 - 2000 screens: CPU: 1xXeon (8 cores), RAM: From 24 GB
- 2000 - 5000 screens: CPU: 1xXeon (12 cores), RAM: From 52 GB, storage about 1 TB
- 5000 and more: depends on the platform requirements for specific project tasks
Hard Disk Size
- Up to 200 screens: From 100 GB (ensures storage of all content, playback statistics). Depends on the amount of content.
- 200 - 500 screens: From 250 GB (ensures storage of all content, playback statistics). Depends on the amount of content.
- 500 - 2000 screens: From 500 GB (ensures storage of all content, playback statistics). Depends on the amount of content.
- 2000 - 5000 screens: From 1 TB (ensures storage of all content, playback statistics). Depends on the amount of content.
- 5000 and more: depends on the platform requirements for specific project tasks
Network Settings
- IP: static IP address
- Internet channel: 3 - 50 Mbps. Depends on the content size.
At the time of installation of the local server:
- remote ssh access for user with root rights - used for configuration
- remote sftp access for a user with root rights - used to upload files to the server
- Internet access - used to install dependencies for the server application
- [Optional] first account (e-mail address) is the main account on the local server, if not provided by default root@smartplayer.org
Option 2. Deployment on the customer's server, using the vmWare virtualization system.
Scope of delivery:
- UbuntuServer-disk1.vmdk - the disk with the installed platform. About 3-4 Gb.
- UbuntuServer.mf - manifest file
- UbuntuServer.ovf - template with settings for a virtual machine
To prepare the image, you need:
- Static IP address (domain name) on which the server will be deployed, personal account, configured paths to client applications.
- [Not necessary]. Full network settings, when preparing the image, a completely ready-made working network interface is created.
Full network settings include:
- Static IP address
- Gateway address
- Network mask
- Primary DNS
- Secondary DNS
- DNS suffix
Для подготовки образа требуются:
- Статичный IP адрес(доменное имя) на котором будет развернут сервер, личный кабинет, сконфигурированные пути к клиентским приложения.
- [Необязательно]. Полные сетевые настройки, при подготовке образа создается полностью готовый работоспособный сетевой интерфейс.
Полные сетевые настройки включают в себя:
- Static IP address
- Gateway address
- Network mask
- Primary DNS
- Secondary DNS
- DNS suffix
Вариант 3. Развертывания на сервере заказчика, с использованием виртуализации Hyper-V
Выгружается диск с полностью установленной платформой. Следующим шагом сетевой администратор импортирует виртуальную машину в свою среду виртуализации, после запуска сервера полностью работоспособная платформа готова.
Состав поставки:
- Архив с Ubuntu-server, экспортированной из Hyper-V.
Для подготовки образа требуются:
- статичный IP-адрес(доменное имя), на котором будет развернут сервер Ubuntu, личный кабинет и сконфигурированные пути к клиентским приложениям;
- Необязательнополные сетевые настройки. При подготовке образа создается полностью готовый работоспособный сетевой интерфейс.
Полные сетевые настройки включают в себя:
- Static IP address
- Gateway address
- Network mask
- Primary DNS
- Secondary DNS
- DNS suffix
(Установка данного решения осуществляется за дополнительную оплату, уточняйте у менеджера)
Требования к аппаратному обеспечению при установки серверного приложения в режиме кластеризации
Кластеризация — это метод, который позволяет объединить несколько серверов в одну систему, чтобы они могли работать вместе и выполнять общие задачи. В этом случае эти серверы называются узлами кластера. Основная идея кластеризации — повысить надежность, производительность и доступность приложения.
Для корректной работы серверного приложения в режиме кластеризации ниже будут прописаны требования для каждого из элементов:
Master Node — это контролирующий центр всего кластера. Он управляет всеми процессами и координирует работу остальных узлов называемых worker nodes.
| CPU | RAM |
|---|---|
| 1xXeon (12 ядер) | От 32 Gb |
Worker Node — это рабочие мощности кластера, которые непосредственно выполняют все задачи и процессы, нужные для работы приложений. Каждый Worker Node занимается исполнением контейнера и сервиса, на которых работает приложение.
| CPU | RAM |
|---|---|
| 1xXeon (8 ядер) | От 24 Gb |
Рекомендуется использовать/добавлять одну "worker node" на 1500-2000 устройств. S3-хранилище — это тип облачного хранилища, созданного для хранения больших объёмов данных. "S3" означает Simple Storage Service. S3- это единое хранилище к которому подключаются сервера при кластеризации.
| CPU | RAM |
|---|---|
| 1xXeon (12 ядер) | От 24 Gb |
Ответы на частые вопросы по работе с внутренней сети заказчика
- Вопрос: Какие порты необходимо открыть ?
- Ответ: Для работы локального сервера (разворачивается на мощностях заказчика) по 80 порту (сервер http), по 443 порту (сервер https). Для работы облачного сервера SmartPlayer в ограничениях сети запросите документ у интегратора или представителя SmartPlayer.
- Вопрос: Направление открытия портов на стороне клиентского приложения ( оно может быть IN или OUT ) ?
- Ответ: Необходимо открыть в обе стороны IN и OUT
- Вопрос: Описание обмена данными между облачныи сервером и клиентским приложение ?
- Ответ: Сервер может работать по двум протоколам http или https. При реализации сервера по протоколу https заказчик предоставляет сертификат и самостоятельно следит за актуализацией его после завершения срока действия сертификата. Связь между сервером и клиентскими приложениями осуществляется по 80 порту (сервер http), по 443 порту (сервер https). Для взаимодействия используется протокол WebSocket (WS) или WebSocketSecure (WSS) в зависимости от настройки сервера. Необходимые порты в локальной сети. 80 порт или 443 порт в зависимости от конфигурации сервера. При наличии в сети прокси, пакеты передаваемые между сервером и личным кабинетом, клиентскими приложениями не должны модифицироваться. Инициализация открытия соединения идет с стороны клиентского приложения.
- Вопрос: Какой объем трафика ?
- Ответ: Зависит от проигрываемого контента на устройства. В режиме пинг-понг расход трафика минимальный, исчесляемый в килобайтах.
- Вопрос: Когда будет происходить обмен трафиком?
- Ответ: Разделим трафик на две категории:
- трафик пинг-понг обмен происходит круглосуточно
- трафик получения контента на клиенсткие приложения происходит в момент загрузке его на устройство. Загрузку контента можно отложить по расписанию, например поставить в ночное время когда канал связи менее загружен