Local Server/en: различия между версиями

Материал из SmartPlayer
← Предыдущая правкаСледующая правка →
Нет описания правки
Обновление для соответствия новой версии исходной страницы.
Строка 1: Строка 1:
<languages/>
<languages/>
<div class="mw-translate-fuzzy">
== Option 1. Deployment on the customer's server, without using a virtualization system. ==
== Option 1. Deployment on the customer's server, without using a virtualization system. ==
'''Minimum requirements for a local server:'''
'''Minimum requirements for a local server:'''
Строка 8: Строка 9:
** 200 - 500 screens: CPU: 1xXeon (minimum 12 cores), RAM: 16 Gb or more
** 200 - 500 screens: CPU: 1xXeon (minimum 12 cores), RAM: 16 Gb or more
** 500 - 2000 screens: CPU: 1xXeon (minimum 16 cores), RAM: 24 Gb or more
** 500 - 2000 screens: CPU: 1xXeon (minimum 16 cores), RAM: 24 Gb or more
** 2000 and more: depends on the platform requirements for specific project tasks of the project  
** 2000 and more: depends on the platform requirements for specific project tasks of the project
</div>


* Hard disk size: From 100 Gb (storage of all content is provided). Depends on the amount of content.
'''Минимальные требования для локального сервера:'''
* IP: static IP address
==== Требования OS ====
* Internet channel: 20 - 40 Mbps. Depending on the size of the content
Можно выбрать любую из перечисленных. Операционные системы расположены по приоритетам c рекомендованной (первая позиция) до возможной (последняя позиция):
*Ubuntu Server 24.04. LTS (возможна установка без доступа в внешнюю сеть)
*Astra Linux Орел (ver. 1.7) - российская linux операционная система (возможна установка без доступа в внешнюю сеть)
*Astra Linux Орел (ver. 1.8) - российская linux операционная система (возможна установка без доступа в внешнюю сеть)
<span style="color:lightgray">


<div class="mw-translate-fuzzy">
'''At the time of installation of the local server:'''
'''At the time of installation of the local server:'''
* remote ssh access for user with root rights - used for configuration
* remote ssh access for user with root rights - used for configuration
Строка 19: Строка 26:
* Internet access - used to install dependencies for the server application
* 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
* [Optional] first account (e-mail address) is the main account on the local server, if not provided by default root@smartplayer.org
</div>


'''На время установки локального сервера:'''
*удаленный ssh доступ для пользователя с root правами - используется для настройки
*удаленный sftp доступ для пользователя с root правами - используется для закачки файлов на сервер
*доступ в сеть интернет - используется для установки зависимостей для серверного приложения
*[Необязательно] первая учетка (e-mail адрес) - главная учетка на локальном сервере, если не предоставлено по умолчанию root@smartplayer.org
<span id="Вариант_2._Развертывания_на_сервере_заказчика,_с_использования_системы_виртуализации_vmWare"></span>
<div class="mw-translate-fuzzy">
== Option 2. Deployment on the customer's server, using the vmWare virtualization system. ==
== Option 2. Deployment on the customer's server, using the vmWare virtualization system. ==
The disc is ejected with the platform fully installed. The network administrator imports the virtual machine into his virtualization environment, after starting the server, a fully operational platform is ready.  
The disc is ejected with the platform fully installed. The network administrator imports the virtual machine into his virtualization environment, after starting the server, a fully operational platform is ready.
</div>


<div class="mw-translate-fuzzy">
'''Scope of delivery:'''
'''Scope of delivery:'''
* UbuntuServer-disk1.vmdk - the disk with the installed platform. About 3-4 Gb.
* UbuntuServer-disk1.vmdk - the disk with the installed platform. About 3-4 Gb.
* UbuntuServer.mf - manifest file
* UbuntuServer.mf - manifest file
* UbuntuServer.ovf - template with settings for a virtual machine  
* UbuntuServer.ovf - template with settings for a virtual machine
</div>


<div class="mw-translate-fuzzy">
'''To prepare the image, you need:'''
'''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.
* Static IP address (domain name) on which the server will be deployed, personal account, configured paths to client applications.
Строка 38: Строка 58:
* Secondary DNS
* Secondary DNS
* DNS suffix
* DNS suffix
</div>
'''Для подготовки образа требуются:'''
*Статичный IP адрес(доменное имя) на котором будет развернут сервер, личный кабинет, сконфигурированные пути к клиентским приложения.
*[Необязательно]. Полные сетевые настройки, при подготовке образа создается полностью готовый работоспособный сетевой интерфейс.
'''Полные сетевые настройки включают в себя:'''
*Static IP address
*Gateway address
*Network mask
*Primary DNS
*Secondary DNS
*DNS suffix
==Вариант 3. Развертывания на сервере заказчика, с использованием виртуализации Hyper-V ==
Выгружается диск с полностью установленной платформой. Следующим шагом сетевой администратор импортирует виртуальную машину в свою среду виртуализации, после запуска сервера полностью работоспособная платформа готова.<br>
'''Состав поставки:'''
# Архив с Ubuntu-server, экспортированной из Hyper-V.
'''Для подготовки образа требуются:'''<br>
* статичный IP-адрес(доменное имя), на котором будет развернут сервер Ubuntu, личный кабинет и сконфигурированные пути к клиентским приложениям;
* {{Note|''Необязательно''|warn}}полные сетевые настройки. При подготовке образа создается полностью готовый работоспособный сетевой интерфейс.
'''Полные сетевые настройки включают в себя:'''<br>
# Static IP address
# Gateway address
# Network mask
# Primary DNS
# Secondary DNS
# DNS suffix
'''(Установка данного решения осуществляется за дополнительную оплату, уточняйте у менеджера)'''
== '''Требования к аппаратному обеспечению при установки серверного приложения в режиме кластеризации''' ==
Кластеризация — это метод, который позволяет объединить несколько серверов в одну систему, чтобы они могли работать вместе и выполнять общие задачи. В этом случае эти серверы называются узлами кластера. Основная идея кластеризации — повысить надежность, производительность и доступность приложения.<br>
Для корректной работы серверного приложения в режиме кластеризации ниже будут прописаны требования для каждого из элементов:
Master Node — это контролирующий центр всего кластера. Он управляет всеми процессами и координирует работу остальных узлов называемых worker nodes.
{| class="wikitable"
|+ Master node CPU
|-
! CPU !! RAM
|-
| 1xXeon (12 ядер) ||  От 32 Gb
|}
Worker Node — это рабочие мощности кластера, которые непосредственно выполняют все задачи и процессы, нужные для работы приложений. Каждый Worker Node занимается исполнением контейнера и сервиса, на которых работает приложение.
{| class="wikitable"
|+ Worker name
|-
! CPU !! RAM
|-
| 1xXeon (8 ядер) ||  От 24 Gb
|}
Рекомендуется использовать/добавлять одну "worker node" на 1500-2000 устройств.
S3-хранилище — это тип облачного хранилища, созданного для хранения больших объёмов данных. "S3" означает Simple Storage Service.
S3- это единое хранилище к которому подключаются сервера при кластеризации.
{| class="wikitable"
|+ S3
|-
! CPU !! RAM
|-
| 1xXeon (12 ядер) ||  От 24 Gb
|}
{{Note|Существует зависимость от поколения версии клиентского приложения. Чем более ранняя версия клиентского приложения установлена, тем более сильно она нагружает сервер в связи с большим количество обращений (запрсоов). Поэтому рекомендуется всегда иметь актуальную версию клиентского приложения.|warn}}
== <span id="internalNetwork">Ответы на частые вопросы по работе с внутренней сети заказчика</span> ==
*Вопрос: Какие порты необходимо открыть ?
*Ответ: Для работы локального сервера (разворачивается на мощностях заказчика) по 80 порту (сервер http), по 443 порту (сервер https). Для работы облачного сервера SmartPlayer в ограничениях сети запросите документ у интегратора или представителя SmartPlayer.
---------
*Вопрос: Направление открытия портов на стороне клиентского приложения ( оно может быть  IN или OUT ) ?
*Ответ: Необходимо открыть в обе стороны IN и OUT
---------
*Вопрос: Описание обмена данными между облачныи сервером и клиентским приложение ?
*Ответ: Сервер может работать по двум протоколам http или https. При реализации сервера по протоколу https заказчик предоставляет сертификат и самостоятельно следит за актуализацией его после завершения срока действия сертификата. Связь между сервером и клиентскими приложениями осуществляется по 80 порту (сервер http), по 443 порту (сервер https). Для взаимодействия используется протокол WebSocket (WS) или WebSocketSecure (WSS) в зависимости от настройки сервера. Необходимые порты в локальной сети. 80 порт или 443 порт в зависимости от конфигурации сервера. При наличии в сети прокси, пакеты передаваемые между сервером и личным кабинетом, клиентскими приложениями не должны модифицироваться. Инициализация открытия соединения идет с стороны клиентского приложения.
---------
*Вопрос: Какой объем трафика ?
*Ответ: Зависит от проигрываемого контента на устройства. В режиме пинг-понг расход трафика минимальный, исчесляемый в килобайтах.
---------
*Вопрос: Когда будет происходить обмен трафиком?
*Ответ: Разделим трафик на две категории:
**трафик пинг-понг обмен происходит круглосуточно
**трафик получения контента на клиенсткие приложения происходит в момент загрузке его на устройство. Загрузку контента можно отложить по расписанию, например поставить в ночное время когда канал связи менее загружен

Версия от 11:48, 23 декабря 2025

Другие языки:

Option 1. Deployment on the customer's server, without using a virtualization system.

Minimum requirements for a local server:

  • OS Requirements: Ubuntu Server 16.04.5 LTS
  • CPU and RAM parameters depending on the number of screens:
    • up to 50 screens: CPU: 1xXeon (minimum 4 cores), RAM: 8 Gb or more
    • 50 - 200 screens: CPU: 1xXeon (minimum 8 cores), RAM: 12 Gb or more
    • 200 - 500 screens: CPU: 1xXeon (minimum 12 cores), RAM: 16 Gb or more
    • 500 - 2000 screens: CPU: 1xXeon (minimum 16 cores), RAM: 24 Gb or more
    • 2000 and more: depends on the platform requirements for specific project tasks of the project

Минимальные требования для локального сервера:

Требования OS

Можно выбрать любую из перечисленных. Операционные системы расположены по приоритетам c рекомендованной (первая позиция) до возможной (последняя позиция):

  • Ubuntu Server 24.04. LTS (возможна установка без доступа в внешнюю сеть)
  • Astra Linux Орел (ver. 1.7) - российская linux операционная система (возможна установка без доступа в внешнюю сеть)
  • Astra Linux Орел (ver. 1.8) - российская linux операционная система (возможна установка без доступа в внешнюю сеть)

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

На время установки локального сервера:

  • удаленный ssh доступ для пользователя с root правами - используется для настройки
  • удаленный sftp доступ для пользователя с root правами - используется для закачки файлов на сервер
  • доступ в сеть интернет - используется для установки зависимостей для серверного приложения
  • [Необязательно] первая учетка (e-mail адрес) - главная учетка на локальном сервере, если не предоставлено по умолчанию root@smartplayer.org

Option 2. Deployment on the customer's server, using the vmWare virtualization system.

The disc is ejected with the platform fully installed. The network administrator imports the virtual machine into his virtualization environment, after starting the server, a fully operational platform is ready.

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

Выгружается диск с полностью установленной платформой. Следующим шагом сетевой администратор импортирует виртуальную машину в свою среду виртуализации, после запуска сервера полностью работоспособная платформа готова.
Состав поставки:

  1. Архив с Ubuntu-server, экспортированной из Hyper-V.

Для подготовки образа требуются:

  • статичный IP-адрес(доменное имя), на котором будет развернут сервер Ubuntu, личный кабинет и сконфигурированные пути к клиентским приложениям;
  • Необязательно
    полные сетевые настройки. При подготовке образа создается полностью готовый работоспособный сетевой интерфейс.

Полные сетевые настройки включают в себя:

  1. Static IP address
  2. Gateway address
  3. Network mask
  4. Primary DNS
  5. Secondary DNS
  6. DNS suffix

(Установка данного решения осуществляется за дополнительную оплату, уточняйте у менеджера)

Требования к аппаратному обеспечению при установки серверного приложения в режиме кластеризации

Кластеризация — это метод, который позволяет объединить несколько серверов в одну систему, чтобы они могли работать вместе и выполнять общие задачи. В этом случае эти серверы называются узлами кластера. Основная идея кластеризации — повысить надежность, производительность и доступность приложения.
Для корректной работы серверного приложения в режиме кластеризации ниже будут прописаны требования для каждого из элементов: Master Node — это контролирующий центр всего кластера. Он управляет всеми процессами и координирует работу остальных узлов называемых worker nodes.

Master node CPU
CPU RAM
1xXeon (12 ядер) От 32 Gb

Worker Node — это рабочие мощности кластера, которые непосредственно выполняют все задачи и процессы, нужные для работы приложений. Каждый Worker Node занимается исполнением контейнера и сервиса, на которых работает приложение.

Worker name
CPU RAM
1xXeon (8 ядер) От 24 Gb

Рекомендуется использовать/добавлять одну "worker node" на 1500-2000 устройств. S3-хранилище — это тип облачного хранилища, созданного для хранения больших объёмов данных. "S3" означает Simple Storage Service. S3- это единое хранилище к которому подключаются сервера при кластеризации.

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 порт в зависимости от конфигурации сервера. При наличии в сети прокси, пакеты передаваемые между сервером и личным кабинетом, клиентскими приложениями не должны модифицироваться. Инициализация открытия соединения идет с стороны клиентского приложения.
  • Вопрос: Какой объем трафика ?
  • Ответ: Зависит от проигрываемого контента на устройства. В режиме пинг-понг расход трафика минимальный, исчесляемый в килобайтах.
  • Вопрос: Когда будет происходить обмен трафиком?
  • Ответ: Разделим трафик на две категории:
    • трафик пинг-понг обмен происходит круглосуточно
    • трафик получения контента на клиенсткие приложения происходит в момент загрузке его на устройство. Загрузку контента можно отложить по расписанию, например поставить в ночное время когда канал связи менее загружен
Источник — https://wiki.smartplayer.org/index.php?title=Local_Server/en&oldid=18434