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

Материал из SmartPlayer
Нет описания правки
Строка 72: Строка 72:
</translate>
</translate>
== '''Требования к аппаратному обеспечению при установки серверного приложения в режиме кластеризации''' ==
== '''Требования к аппаратному обеспечению при установки серверного приложения в режиме кластеризации''' ==
Кластеризация — это метод, который позволяет объединить несколько серверов в одну систему, чтобы они могли работать вместе и выполнять общие задачи. В этом случае эти серверы называются узлами кластера. Основная идея кластеризации — повысить надежность, производительность и доступность приложения.
Кластеризация — это метод, который позволяет объединить несколько серверов в одну систему, чтобы они могли работать вместе и выполнять общие задачи. В этом случае эти серверы называются узлами кластера. Основная идея кластеризации — повысить надежность, производительность и доступность приложения.<br>
Для корректной работы серверного приложения в режиме кластеризации ниже будут прописаны требования для каждого из элементов:
Master Node — это контролирующий центр всего кластера. Он управляет всеми процессами и координирует работу остальных узлов называемых worker nodes.  
Master Node — это контролирующий центр всего кластера. Он управляет всеми процессами и координирует работу остальных узлов называемых worker nodes.  
{| class="wikitable"
{| class="wikitable"
Строка 100: Строка 101:
|}
|}
{{Note|Существует зависимость от поколения версии клиентского приложения.|warn}}
{{Note|Существует зависимость от поколения версии клиентского приложения.|warn}}
== <span id="internalNetwork">Ответы на частые вопросы по работе с внутренней сети заказчика</span> ==
== <span id="internalNetwork">Ответы на частые вопросы по работе с внутренней сети заказчика</span> ==
*Вопрос: Какие порты необходимо открыть ?
*Вопрос: Какие порты необходимо открыть ?

Версия от 11:33, 4 декабря 2024

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

Важно!

Если будет использован протокол https на своем доменном имени, то для корректной работы необходим сертификат, который выпускается компанией GlobalSign. Данный сертификат работает со всеми операционными системами используемыми в платформе SmartPlayer. В ином случае SmartPlayer не гарантирует привязку устройств к серверу, если будут использованы иные сертификаты. Приобрести его можно тут: https://www.reg.ru/ssl-certificate/GlobalSign/gs_domainssl


Схема работы локальной платформы SmartPlayer

Вариант 1. Развертывания на сервере заказчика, без использования системы виртуализации.

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

Требования OS

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

  • Ubuntu Server 24.04. LTS (возможна установка без доступа в внешнюю сеть)
  • CentOs 7 (установка, с доступом в внешнюю сеть, для установки зависимостей)
  • Astra Linux Орел - российская linux операционная система (возможна установка без доступа в внешнюю сеть)
  • Windows Server 2019 (установка, с доступом в внешнюю сеть, для установки зависимостей). Предпочтительный вариант для семейства Windows. Включить поддержку виртуализации Hyper V. Это значительно ускорит время инсталляции решения. (Установка осуществляется за дополнительную оплату, уточняйте у менеджера)

Ранее поддерживаемые операционные системы. Не рекомендуется к использованию:
Ubuntu Server 18.04.6 LTS (возможна установка без доступа в внешнюю сеть)
Ubuntu Server 16.04.5 LTS (возможна установка без доступа в внешнюю сеть)
Debian Server 9 (установка, с доступом в внешнюю сеть, для установки зависимостей)
Windows Server 2016 (установка, с доступом в внешнюю сеть, для установки зависимостей. Установка осуществляется за дополнительную оплату, уточняйте у менеджера)

Параметры CPU и RAM в зависимости от количества экранов

  • до 200 экранов: CPU: 1xXeon ( 4 ядра), RAM: От 4 Гб
  • 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

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

Кластеризация — это метод, который позволяет объединить несколько серверов в одну систему, чтобы они могли работать вместе и выполнять общие задачи. В этом случае эти серверы называются узлами кластера. Основная идея кластеризации — повысить надежность, производительность и доступность приложения.
Для корректной работы серверного приложения в режиме кластеризации ниже будут прописаны требования для каждого из элементов: 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 порт в зависимости от конфигурации сервера. При наличии в сети прокси, пакеты передаваемые между сервером и личным кабинетом, клиентскими приложениями не должны модифицироваться. Инициализация открытия соединения идет с стороны клиентского приложения.

  • Вопрос: Какой объем трафика ?
  • Ответ: Зависит от проигрываемого контента на устройства. В режиме пинг-понг расход трафика минимальный, исчесляемый в килобайтах.

  • Вопрос: Когда будет происходить обмен трафиком?
  • Ответ: Разделим трафик на две категории:
    • трафик пинг-понг обмен происходит круглосуточно
    • трафик получения контента на клиенсткие приложения происходит в момент загрузке его на устройство. Загрузку контента можно отложить по расписанию, например поставить в ночное время когда канал связи менее загружен