Unreal Engine — начало работы
Учитесь на практике и разверните свой первый выделенный сервер на Edgegap. К концу этого руководства вы бесплатно развернёте выделенный сервер с Edgegap.
Сборка с помощью Docker Desktop — самый быстрый, простой и надёжный способ начать.
✔️ Подготовка
Прежде чем начать, обязательно создайте бесплатную учетную запись в Edgegap (кредитная карта не требуется). Вы можете позже пригласить членов вашей команды, даже если у них ещё нет учётной записи Edgegap.
Настройте несколько основных параметров на вашей машине для разработки:
⚙️ 1. Настройка проекта
Независимо от того, используете ли вы компьютер с Windows, Mac или Linux, вы будете должны собрать свой сервер для среды выполнения Linux, поскольку большинство поставщиков облачных услуг в настоящее время (включая Edgegap) работают на Linux. Не беспокойтесь, знание Linux не требуется.
☑️ Начните с проверки версии Unreal Engine — предзаполнено значением из файлов вашего проекта.
☑️ Введите имя пользователя GitHub и PAT из Unreal Engineдля загрузки зависимостей с GitHub.
☑️ Отключить проверку совместимости версии Unreal Engine для выделенных серверов и установить IpNetDriver в качестве драйвера по умолчанию или запасного драйвера для сетей репликации:
Убедитесь, что вводите свой DefaultServerTarget в конце этого фрагмента!
☑️ Перезапустите Unreal Engine чтобы загрузить последние изменения.
☑️ Создайте скрипт целевой сборки выделенного сервера скопировав ваш <PROJECT>Editor.Target.cs файл в корневой папке проекта и переименовав копию в <PROJECT>Server.Target.cs.
☑️ Замените любые ссылки на слово Editor на Server в вашем скрипте целевой сборки сервера.
☑️ Измените параметры сборки сервера по умолчанию редактируя ваш скрипт целевой сборки сервера:
✅ Теперь вы можете перейти к следующему шагу.
🔧 2. Сборка игрового сервера
Теперь мы соберём и подготовим ваш проект, а затем упакуем его в легко повторно используемый Docker-образ.
Работа в команде разработчиков предполагает совместное использование кода. Когда что-то идет не так, последнее, что вы хотите услышать — «у меня работает». Серверы игр должны надежно запускаться на любой машине, поскольку успешные игровые серверы работают на тысячах серверов по всему миру.
Чтобы сделать ваш сервер надежным, мы используем Docker — виртуализационное ПО, гарантирующее, что все зависимости вашего серверного кода вплоть до уровня операционной системы всегда будут точно такими же, независимо от того, как и где запускается сервер.
☑️ Вы можете настроить следующие параметры (или оставить значения по умолчанию):
Имя образа — это уникальный идентификатор на ваше усмотрение, которым вы помечаете сборку сервера перед публикацией.
Обычно в него входит название вашей игры — например, «my-game-server».
Тег образа — это идентификатор, указывающий на конкретную версию вашего образа.
Термин «артефакт сборки» иногда используется для обозначения конкретной версии вашего образа.
Отличный вариант по умолчанию для тегирования — метка времени, например
2024.01.30-16.23.00-UTC.
☑️ Собрать проект после того, как вы будете довольны своей конфигурацией. Выполнение этого шага добавит новый образ с исполняемым файлом вашего Linux-игрового сервера в локальный Docker-клиент.
✅ Теперь можно перейти к следующему шагу.
🧪 3. Локальное тестирование сервера
Давайте попробуем развернуть локально (на вашей машине) и подключить игровой клиент, чтобы убедиться, что образ сервера работает правильно, прежде чем мы загружать и развертывать (что может занять некоторое время).
☑️ Выберите тег образа, который вы хотите запустить локально (удалённые образы будут загружены). При желании можно указать дополнительные аргументы docker run для настройки локального теста:
-p 7777:7777/udp— это отображение портов вашего локального контейнера портов,-e ARBITRIUM_PORT_GAMEPORT_INTERNAL=7777— это переменная окружения имитирующая реальное развертывание Edgegap и указывающая вашему игровому серверу внутренний порт, на котором нужно слушать подключения игроков.
☑️ Когда будете довольны своей конфигурацией, нажмите Запустить локальный сервер. Выполнение этого шага приведёт к запуску нового контейнера на вашей машине разработки.
☑️ Теперь пора подключить игровой клиент Unreal Engine Editor (PIE) к локальному контейнеру сервера. Откройте консоль Unreal PIE с помощью ~ (тильда) и подключитесь с помощью open <ip>:<port>:
ip=localhostили127.0.0.1(в большинстве случаев эквивалентно),порт= случайное внешнее значение порта контейнера в Docker GUI.

☑️ Как только вы убедитесь, что можете подключиться к локальному серверному контейнеру и играть без проблем, вы можете удалить контейнер 🗑️, чтобы освободить ресурсы на вашей машине для других программ.
✅ Теперь можно перейти к следующему шагу.
☁️ 4. Публикация в Edgegap
Пора разместить ваш сервер в интернете! Теперь, когда ваш образ успешно может обслуживать игроков, мы можем загрузить его в Edgegap и начать запускать в любой точке мира. В этом руководстве мы будем использовать Реестр контейнеров Edgegap (хранилище для образов).
☑️ Выберите имя приложения чтобы помечать и группировать похожие образы на Edgegap.
☑️ Выберите тег образа, который вы хотите опубликовать и Загрузить образ. Выполнение этого шага приведёт к загрузке образа вашего сервера в Edgegap Registry и созданию новой версии приложения в вашем веб-браузере. Обязательно создайте свой портов когда появится запрос, с значениями по умолчанию.
Нашли ошибку и нужно заново собрать/опубликовать? Используйте Rebuild from Source чтобы Unreal Engine и Unreal Engine быстро выполнить это с текущими значениями ввода расширения.
✅ Теперь можно перейти к следующему шагу.
🚀 5. Развертывание в облаке
Это последний шаг в этом руководстве, после которого у вас будет сервер, развернутый в облаке Edgegap, к которому игроки из любой точки мира смогут подключаться.
☑️ Выберите приложение и версию из предыдущего шага для развертывания.
☑️ Как только будете готовы, нажмите Развернуть в облаке, дождитесь достижения Развертывания. Выполнение этого шага приведёт к запуску нового Развертывания в вашей учетной записи Edgegap.
☑️ Убедитесь, что в выводе консоли нет новых ошибок. Также проверьте, что ваши Развертывания не показывают ошибок и ваши Развертывания не указывают на 100% загрузку ресурсов (vCPU или память), иначе новые подключения игроков могут быть отклонены, или ваш сервер застрянет в цикле перезапуска. См. ниже шаги по устранению неполадок для решения любых проблем.
☑️ Теперь мы выполним финальный тест и подключим ваш редактор Unreal Engine к облачному развертыванию. Возьмите Host развертывания вместо IP сервера и внешний порт, откройте консоль Unreal в игровом клиенте (тильда ~) и введите open {host}:{port} .

Отключите VPN при тестировании для более реалистичных условий и получения развёртывания с низкой задержкой.
☑️ Как только вы убедитесь, что можете подключиться к вашему развёртыванию без проблем и завершите тестирование, Остановите ваше развёртывание чтобы освободить ресурсы в вашем аккаунте для следующей сборки.
Если вы столкнётесь с проблемами, просмотрите логи на Панели управления вашего развёртывания.
Если вы не сможете разобраться с проблемой, мы сидим в нашем сообществе Discord и будем рады помочь.
🙌 Поздравляем с вашим первым развёртыванием в Edgegap! Если хотите узнать больше, продолжайте чтение.
👉 Следующие шаги
После того как у вас настроена рабочая клиент/серверная система, убедитесь, что сохранили копию вашего проекта (используя систему контроля версий, такую как git), чтобы вы всегда могли проследить свои шаги в случае возникновения проблем.
Продолжайте чтение, чтобы узнать больше о темах, связанных с жизненным циклом сервера и обнаруживаемостью.
Остановить развертывания
Когда матч заканчивается (или игроки уходят), ваше развертывание можно остановить, чтобы сэкономить средства. Пустые или заполненные лишь частично развертывания могут неоправданно увеличивать ваши расходы!
Если вы следовали этому руководству и собирали с помощью нашего Docker Extension, вы можете просто вызвать метод FGenericPlatformMisc::RequestExit . Мы добавили в упакованный образ скрипт, управляющий процессом вашего сервера, который автоматически выполнит корректное завершение развертывания.
Чтобы настроить управление жизненным циклом сервера, измените наш пример StartServer.sh скрипт.
Подключите свой Хранилище конечных точек чтобы сохранять журналы развертывания, иначе они будут удалены!
Внедрённые переменные
Читайте полезную информацию, например ID развертывания, IP-адрес сервера, его местоположение и многое другое, обращаясь к внедрённым переменным окружения. Каждое развертывание автоматически включает:
Переменные развертывания — автоматически предоставляются Edgegap,
Переменные матчмейкинга — автоматически предоставляются Edgegap при использовании Подбор игроков,
Переменные версии приложения — настраиваемые пары ключ-значение, заданные вами.
Импортируйте наш Инструменты разработчика чтобы легко считывать типизированные переменные с помощью Blueprints.
Профилирование серверов
Чтобы понять и оптимизировать проблемы производительности сервера на Edgegap, изучите Развертывания, Развертыванияи многое другое Развертывания инструменты в вашем распоряжении.
Вы также можете использовать существующие инструменты профилирования Unreal Engine с Edgegap:
Настройте трассировку на вашем сервере Unreal Engine (встроенные и пользовательские события):
сохраняйте trace на диск сервера с помощью
-tracefile, загружайте в стороннее хранилище и анализируйте офлайн,или передавайте данные trace с помощью Развертывания для внутреннего порта
1981по протоколу UDP.
Анализировать Memory Insights и Networking Insights и Unreal Engine.
Session Automation
Ручной запуск ваших развертываний с вставкой URL и портов не подойдёт для игры в реальном времени.
Автоматизируйте популярные игровые сценарии для управления сессиями и масштабирования по требованию с помощью одного из:
Короткие раунды
Матчи по запросу
Рейтинговая система и/или Пользовательские правила
Постоянные или раунды
Региональные социальные хабы
Автоматическое назначение и/или Пользовательский поиск
Собственный бэкенд:
Миграция игр в реальном времени
Оптимизация сборок
Настройте чанкинг ассетов, чтобы отделить ассеты только для клиента от ассетов сервера.
Изучите методы и рекомендации по Asset Chunking от Epic.
Исключите ассеты и плагины, которые нужны только клиенту и не требуются для работы сервера.
Пересмотрите стратегию подготовки контента.
Рассмотрите Cooking on the Fly (COTF) чтобы отложить подготовку клиентских ассетов и ускорить сборки сервера.
Реализуйте Level Streaming, чтобы уменьшить нагрузку на память во время работы.
Если ваш дизайн предполагает, что игроки в основном находятся в одной и той же области карты, level streaming может сократить использование памяти вашим сервером более чем на 60% и улучшить производительность клиента!
Включайте только то, что абсолютно необходимо для работы вашего сервера.
Копирование неиспользуемых файлов в ваши образы приводит к раздуванию образа, более длительной загрузке, более медленному кэшированию и более медленному общему запуску сервера. Ознакомьтесь с рекомендациями по оптимизации Docker-образов.
Рассмотрите возможность использования многоэтапных сборок Docker (ссылка).
Выделите крупные зависимости сервера в отдельный образ для повторного использования в многоэтапных сборках. Docker будет кэшировать каждый слой и просто повторно использовать предыдущую версию, пропуская загрузку этой части, если только это специально не указано, экономя вам трафик и время ожидания завершения загрузки.
Если вы не уверены, почему одна из ваших команд Dockerfile вызывает ошибку, попробуйте отладить её локально. Создайте новый этап прямо перед тем, как возникает проблема (добавьте вторую
FROMкоманду), используйте--targetчтобы указать процессу сборки остановиться на проблемном этапе, а затемdocker exec -it {container} /bin/bashчтобы войти в интерактивный терминал внутри вашего контейнера. После этого вы можете использовать команды shell в базовом образе, чтобы исследовать проблему дальше (например,topв Ubuntu).
Настроить образ
Мы также поддерживаем добавление собственного Dockerfile для пользователей, которым нужен больший контроль над образами из-за оптимизации размера сборки, лишних зависимостей или более сложного процесса запуска. Ниже мы поделимся несколькими советами и лучшими практиками «сделай сам».
Всегда убедитесь, что вы работаете с рабочей сборкой сервера.
Прежде чем предполагать, что проблема связана с пользовательским Dockerfile, убедитесь, что вашу серверную сборку можно запустить, и что процесс сборки в вашем игровом движке не выдал никаких исключений или ошибок.
Всегда тестируйте локально перед загрузкой.
Локальное тестирование вашего образа сэкономит вам массу времени, пока вы ждёте завершения загрузки. Это также совершенно бесплатно ✨, поскольку не требует ресурсов Edgegap.
При локальном тестировании обязательно правильно задайте внутренний порт:
Убедитесь, что у вас есть базовые навыки. Каждый Dockerfile нуждается в нескольких обязательных командах:
FROM {image}— это ваш базовый образ; обычно мы используем долгосрочно поддерживаемый Linux, но подойдёт любой базовый образ на Linux. Обычно это публичные образы, хранящиеся на Docker Hub. Справочник по Dockerfile здесь. Справочник по Dockerfile здесь.COPY {source} {destination}чтобы скопировать вашу серверную сборку Linux с хост-машины внутрь образа, чтобы вы могли запустить её позже. Справочник по Dockerfile здесь.USER {user}должен следовать после команды useradd (ubuntu) или эквивалентной; лучше не запускать всё отrootна случай большей безопасности. Справочник по Dockerfile здесь.CMD {command}будет последней строкой, скорее всего вызывающейStartServer.shили какой-то скрипт запуска, чтобы убедиться, что ваш сервер корректно инициализируется после завершения настройки. Справочник по Dockerfile здесь.НЕ используйте
VOLUME— вы не сможете смонтировать таким образом какое-либо локальное хранилище на Edgegap; вместо этого рассмотрите нашу функцию Endpoint Storage и используйте S3 bucket, см. Endpoint Storage,EXPOSE 7777/UDPне требуется! На самом деле это не сделает внутренний порт сервера доступным извне контейнера; это лишь подсказка для разработчика, а порт должен бытьопубликован при локальном тестировании с помощью
docker run <image> -p 7777/udp,или сопоставлен в Сопоставлении портов Edgegap.
Откладывайте объявление параметров до самого последнего возможного момента. Из-за долгого времени сборки сервера конфигурируемость важнее компонуемости. Применяйте этот подход к командам Dockerfile, чтобы быстрее собирать и загружать.
Сценарий: вам нужно определить параметры, такие как стадия развертывания, версия, режим игры, карта, число игроков на сервер, частота резервного копирования или подобное.
Плохое решение: создавать отдельный образ для каждой комбинации ваших параметров. Вы потратите всё своё время на пересборку образов, получив при этом очень мало пользы от такого подхода.
Лучшее решение — подставлять параметры конфигурации в последний момент:
параметры развертывания — передаются непосредственно перед выполнением развертывания — селекторы матчмейкинга передаются как переменные среды, или ваша собственная система управления сессиями передаёт переменные среды во время развертывания,
параметры версии — общие для всех развертываний в версии приложения — стадия развертывания, тег артефакта, секреты и конечные точки сторонних сервисов и подобное; затем
один-единственный образ — содержит и загружает все параметры конфигурации при запуске.
НЕ запускайте базы данных в развертываниях Edgegap.
Развертывания Edgegap не предназначены для длительно работающих процессов и могут быть завершены после долгого времени работы без предварительного уведомления. База данных (даже распределённая), работающая таким образом, может быть завершена, что приведёт к необратимой потере данных. Если вам нужна база данных, рассмотрите сторонний DBaaS.
Рассмотрите использование наших Управляемых кластеров для размещения баз данных и длительно работающих сервисов.
Последнее обновление
Это было полезно?


