Local Server: различия между версиями
Материал из SmartPlayer
Нет описания правки |
|||
| (не показано 27 промежуточных версий 3 участников) | |||
| Строка 4: | Строка 4: | ||
'''Важно!''' | '''Важно!''' | ||
Если будет использован протокол https на своем доменном имени, то для корректной работы необходим сертификат, который выпускается компанией GlobalSign. Данный сертификат работает со всеми операционными системами используемыми в платформе SmartPlayer. В ином случае SmartPlayer не гарантирует привязку устройств к серверу, если будут использованы иные сертификаты. Приобрести его можно тут: https://www.reg.ru/ssl-certificate/GlobalSign/gs_domainssl|warn}} | Если будет использован протокол https на своем доменном имени, то для корректной работы необходим сертификат, который выпускается компанией GlobalSign. Данный сертификат работает со всеми операционными системами используемыми в платформе SmartPlayer. В ином случае SmartPlayer не гарантирует привязку устройств к серверу, если будут использованы иные сертификаты. Приобрести его можно тут: https://www.reg.ru/ssl-certificate/GlobalSign/gs_domainssl|warn}} | ||
== Схема работы локальной платформы SmartPlayer == | == Схема работы локальной платформы SmartPlayer == | ||
[[Файл:Копия Схема взаимодействия.jpg|frameless|border|500px|центр]] | [[Файл:Копия Схема взаимодействия.jpg|frameless|border|500px|центр]] | ||
== Вариант 1. Развертывания на сервере заказчика, без использования системы виртуализации | == Вариант 1. Развертывания на сервере заказчика, без использования системы виртуализации == <!--T:1--> | ||
'''Минимальные требования для локального сервера:''' | '''Минимальные требования для локального сервера:''' | ||
==== Требования OS ==== | ==== Требования OS ==== | ||
Можно выбрать любую из перечисленных. Операционные системы расположены по приоритетам c рекомендованной (первая позиция) до возможной (последняя позиция): | Можно выбрать любую из перечисленных. Операционные системы расположены по приоритетам c рекомендованной (первая позиция) до возможной (последняя позиция): | ||
*Ubuntu Server | *Ubuntu Server 24.04. LTS (возможна установка без доступа в внешнюю сеть) | ||
* | *Astra Linux Орел (ver. 1.7) - российская linux операционная система (возможна установка без доступа в внешнюю сеть) | ||
*Astra Linux Орел (ver. 1.8) - российская linux операционная система (возможна установка без доступа в внешнюю сеть) | |||
<span style="color:lightgray"> | |||
*Astra Linux Орел - российская linux операционная система (возможна установка без доступа в внешнюю сеть) | |||
==== Параметры CPU и RAM в зависимости от количества экранов ==== | ==== Параметры CPU и RAM в зависимости от количества экранов ==== | ||
* до 200 экранов: CPU: 1xXeon ( 4 ядра), RAM: От | * до 200 экранов: CPU: 1xXeon ( 4 ядра), RAM: От 8 Гб | ||
* 200 - 500 экранов: CPU: 1xXeon ( | * 200 - 500 экранов: CPU: 1xXeon (6 ядер), RAM: От 12 Гб | ||
* 500 - 2000 экранов: CPU: 1xXeon ( | * 500 - 2000 экранов: CPU: 1xXeon (8 ядер), RAM: От 24 Gb | ||
* 2000 и более: зависит от требований к платформе под определенные проектные задачи проекта | * 2000 - 5000 экранов: CPU: 1xXeon (12 ядер), RAM: От 52 Gb, хранилище около 1 Tb | ||
* 5000 и более: зависит от требований к платформе под определенные проектные задачи проекта | |||
==== Hard disk size ==== | ==== Hard disk size ==== | ||
* От 100 Gb (обеспечивается хранение всего контента). Зависит от кол-ва контента. | * до 200 экранов. От 100 Gb (обеспечивается хранение всего контента, статистика проигрывания контента). Зависит от кол-ва контента. | ||
* 200 - 500 экранов. От 250 Gb (обеспечивается хранение всего контента, статистика проигрывания контента). Зависит от кол-ва контента. | |||
* 500 - 2000 экранов. От 500 Gb (обеспечивается хранение всего контента, статистика проигрывания контента). Зависит от кол-ва контента. | |||
* 2000 - 5000 экранов. От 1 Tb (обеспечивается хранение всего контента, статистика проигрывания контента). Зависит от кол-ва контента. | |||
* 5000 и более: зависит от требований к платформе под определенные проектные задачи проекта | |||
==== Настройки сети ==== | ==== Настройки сети ==== | ||
* IP: статичный IP адрес | * IP: статичный IP адрес | ||
* Канал Интернет: 3 - 50 Mbps. В зависимости от размера контента | * Канал Интернет: 3 - 50 Mbps. В зависимости от размера контента | ||
<!--T:3--> | |||
'''На время установки локального сервера:''' | '''На время установки локального сервера:''' | ||
*удаленный ssh доступ для пользователя с root правами - используется для настройки | *удаленный ssh доступ для пользователя с root правами - используется для настройки | ||
| Строка 39: | Строка 39: | ||
*[Необязательно] первая учетка (e-mail адрес) - главная учетка на локальном сервере, если не предоставлено по умолчанию root@smartplayer.org | *[Необязательно] первая учетка (e-mail адрес) - главная учетка на локальном сервере, если не предоставлено по умолчанию root@smartplayer.org | ||
==Вариант 2. Развертывания на сервере заказчика, с использования системы виртуализации vmWare | ==Вариант 2. Развертывания на сервере заказчика, с использования системы виртуализации vmWare== <!--T:4--> | ||
Выгружается диск с полностью установленной платформой. Сетевой администратор импортирует виртуальную машину в свою среду виртуализации, после запуска сервера полностью работоспособная платформа готова. | Выгружается диск с полностью установленной платформой. Сетевой администратор импортирует виртуальную машину в свою среду виртуализации, после запуска сервера полностью работоспособная платформа готова. | ||
<!--T:5--> | |||
'''Состав поставки:''' | '''Состав поставки:''' | ||
*UbuntuServer-disk1.vmdk - диск с установленной платформой. Примерно 3-4 Gb. | *UbuntuServer-disk1.vmdk - диск с установленной платформой. Примерно 3-4 Gb. | ||
*UbuntuServer.mf - файл манифеста | *UbuntuServer.mf - файл манифеста | ||
*UbuntuServer.ovf - шаблон с настройками для виртуальной машины | *UbuntuServer.ovf - шаблон с настройками для виртуальной машины | ||
<!--T:6--> | |||
'''Для подготовки образа требуются:''' | '''Для подготовки образа требуются:''' | ||
*Статичный IP адрес(доменное имя) на котором будет развернут сервер, личный кабинет, сконфигурированные пути к клиентским приложения. | *Статичный IP адрес(доменное имя) на котором будет развернут сервер, личный кабинет, сконфигурированные пути к клиентским приложения. | ||
| Строка 60: | Строка 61: | ||
*DNS suffix | *DNS suffix | ||
</translate> | </translate> | ||
==Вариант 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> == | == <span id="internalNetwork">Ответы на частые вопросы по работе с внутренней сети заказчика</span> == | ||
*Вопрос: Какие порты необходимо открыть ? | *Вопрос: Какие порты необходимо открыть ? | ||
Текущая версия от 20:22, 7 августа 2025
Важно!
Если будет использован протокол https на своем доменном имени, то для корректной работы необходим сертификат, который выпускается компанией GlobalSign. Данный сертификат работает со всеми операционными системами используемыми в платформе SmartPlayer. В ином случае SmartPlayer не гарантирует привязку устройств к серверу, если будут использованы иные сертификаты. Приобрести его можно тут: https://www.reg.ru/ssl-certificate/GlobalSign/gs_domainsslСхема работы локальной платформы SmartPlayer
Вариант 1. Развертывания на сервере заказчика, без использования системы виртуализации
Минимальные требования для локального сервера:
Требования OS
Можно выбрать любую из перечисленных. Операционные системы расположены по приоритетам c рекомендованной (первая позиция) до возможной (последняя позиция):
- Ubuntu Server 24.04. LTS (возможна установка без доступа в внешнюю сеть)
- Astra Linux Орел (ver. 1.7) - российская linux операционная система (возможна установка без доступа в внешнюю сеть)
- Astra Linux Орел (ver. 1.8) - российская linux операционная система (возможна установка без доступа в внешнюю сеть)
Параметры CPU и RAM в зависимости от количества экранов
- до 200 экранов: CPU: 1xXeon ( 4 ядра), RAM: От 8 Гб
- 200 - 500 экранов: CPU: 1xXeon (6 ядер), RAM: От 12 Гб
- 500 - 2000 экранов: CPU: 1xXeon (8 ядер), RAM: От 24 Gb
- 2000 - 5000 экранов: CPU: 1xXeon (12 ядер), RAM: От 52 Gb, хранилище около 1 Tb
- 5000 и более: зависит от требований к платформе под определенные проектные задачи проекта
Hard disk size
- до 200 экранов. От 100 Gb (обеспечивается хранение всего контента, статистика проигрывания контента). Зависит от кол-ва контента.
- 200 - 500 экранов. От 250 Gb (обеспечивается хранение всего контента, статистика проигрывания контента). Зависит от кол-ва контента.
- 500 - 2000 экранов. От 500 Gb (обеспечивается хранение всего контента, статистика проигрывания контента). Зависит от кол-ва контента.
- 2000 - 5000 экранов. От 1 Tb (обеспечивается хранение всего контента, статистика проигрывания контента). Зависит от кол-ва контента.
- 5000 и более: зависит от требований к платформе под определенные проектные задачи проекта
Настройки сети
- IP: статичный IP адрес
- Канал Интернет: 3 - 50 Mbps. В зависимости от размера контента
На время установки локального сервера:
- удаленный ssh доступ для пользователя с root правами - используется для настройки
- удаленный sftp доступ для пользователя с root правами - используется для закачки файлов на сервер
- доступ в сеть интернет - используется для установки зависимостей для серверного приложения
- [Необязательно] первая учетка (e-mail адрес) - главная учетка на локальном сервере, если не предоставлено по умолчанию root@smartplayer.org
Вариант 2. Развертывания на сервере заказчика, с использования системы виртуализации vmWare
Выгружается диск с полностью установленной платформой. Сетевой администратор импортирует виртуальную машину в свою среду виртуализации, после запуска сервера полностью работоспособная платформа готова.
Состав поставки:
- UbuntuServer-disk1.vmdk - диск с установленной платформой. Примерно 3-4 Gb.
- UbuntuServer.mf - файл манифеста
- UbuntuServer.ovf - шаблон с настройками для виртуальной машины
Для подготовки образа требуются:
- Статичный 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 порт в зависимости от конфигурации сервера. При наличии в сети прокси, пакеты передаваемые между сервером и личным кабинетом, клиентскими приложениями не должны модифицироваться. Инициализация открытия соединения идет с стороны клиентского приложения.
- Вопрос: Какой объем трафика ?
- Ответ: Зависит от проигрываемого контента на устройства. В режиме пинг-понг расход трафика минимальный, исчесляемый в килобайтах.
- Вопрос: Когда будет происходить обмен трафиком?
- Ответ: Разделим трафик на две категории:
- трафик пинг-понг обмен происходит круглосуточно
- трафик получения контента на клиенсткие приложения происходит в момент загрузке его на устройство. Загрузку контента можно отложить по расписанию, например поставить в ночное время когда канал связи менее загружен
