Docker для игровых серверов

[pchelovek]

В качестве экспериментов, наверно прикольно разворачивать игровой сервер на подобной штуке.
Но, если ей в это время кто-то еще пользуются по прямому назначению, гоняя туда сюда большие объемы данных по сети,
без ограничений трафика, то не удивительно, что будут лаги, тем более если, допустим еще при этом, данные шифруются на дисках.
А на самом NAS нет случаем настроек энергосбережения\спящего режима?

 

[DOK-26-RUS]

В качестве экспериментов, наверно прикольно разворачивать игровой сервер на подобной штуке.
Но, если ей в это время кто-то еще пользуются по прямому назначению, гоняя туда сюда большие объемы данных по сети,
без ограничений трафика, то не удивительно, что будут лаги, тем более если, допустим еще при этом, данные шифруются на дисках.
А на самом NAS нет случаем настроек энергосбережения\спящего режима?

очень, ну для него и определил прямое назначение пока как игровой, у меня их 3. Да и сеть не напрягается.
Есть спящий режим для жёстких дисков, но он отключен, ж/д по 2 тб в 10 рэйде.

 

[pchelovek]

Тут нужно изучать логи, как контейнеров, так и всей системы.
Если можно настроить, то лучше выставить максимально подробное логирование.

 

[DOK-26-RUS]

Ребята!! Всем спасибо! Проблема решена. Докопался до истины, теперь всё летает )))

 

[Kruzya]

А написать эту истину для других не хотите?

 

[DOK-26-RUS]

В общем при запуске любого контейнера в Docker (Ubuntu, Debian, Centos) проблема была в добавлении пароля для root, а так же создания пользователя и присвоения ему пароля. Так же не работала команда sudo, не мог определить хост. Запускал контейнер всегда с драйвером host, то есть использовать сеть туже, что и docker по инструкции с блога хабра "Превращение Synology NAS в игровой сервер". Почитав просторы интернета, понял что контейнер запускать можно с 4 настройками сети:

• bridge: Мост, — это сетевой драйвер по умолчанию. Бридж сеть используется, когда ваши приложения запускаются в автономных контейнерах, которые должны взаимодействовать между собой (Наглядный пример Nginx + MySQL).
• host: Хост, — это сетевой драйвер для автономных контейнеров (удаленная сетевая изоляция между контейнером и Docker хостом). Данный драйвер доступен только для docker-swarm с поддержкой Docker 17.06 и выше.
• overlay/overlay2: Оверлей (Наложенная сеть), — это сетевой драйвер для соединения несколько демонов Docker между собой и которые позволяют docker-swarm службам взаимодействовать друг с другом. Вы также можете использовать оверлейные сети для облегчения связи между docker-swarm и автономным контейнером или между двумя отдельными контейнерами на разных Docker демонах. Эта стратегия устраняет необходимость выполнения маршрутизации на уровне ОС между этими контейнерами.
• macvlan: Маквлан,- это сетевой драйвер, который позволяют назначать MAC-адрес контейнеру, делая его отображаемым как физическое устройство в вашей сети. Docker демон направляет трафик на контейнеры по их MAC-адресам. Использование macvlan драйвера иногда является лучшим выбором при работе с устаревшими приложениями, которые ожидают, что они будут напрямую подключены к физической сети.

Соответственно, я запустил с сетевой настройкой bridge и пробросил порты. И всё заработало и сервер стал работать стабильно и без лагов.
Сервера css v34 работают в контейнере (ubuntu 14.04)
Сервер cs:go работает в контейнере от linuxgsm.

 

[pchelovek]

macvlan - тоже является хорошей альтернативой, т.к. каждый контейнер будет напрямую смотреть в вашу локальную сеть.
Другими словами, каждый контейнер будет выглядеть как отдельный компьютер в вашей локальной сети и иметь свой собственный ip-адрес,
что выглядит боле понятным, в отличие от предлагаемого дефолтного варианта,
когда докер создает отдельную виртуальную сеть через которую нужно пробрасывать порты, чтобы достучаться до приложения в контейнере.
Сетевая карта должна поддерживать неразборчивый режим.

 

[DOK-26-RUS]

macvlan - тоже является хорошей альтернативой, т.к. каждый контейнер будет напрямую смотреть в вашу локальную сеть.
Другими словами, каждый контейнер будет выглядеть как отдельный компьютер в вашей локальной сети и иметь свой собственный ip-адрес,
что выглядит боле понятным, в отличие от предлагаемого дефолтного варианта,
когда докер создает отдельную виртуальную сеть через которую нужно пробрасывать порты, чтобы достучаться до приложения в контейнере.
Сетевая карта должна поддерживать неразборчивый режим.

да, только при создании этой сети, "не уверен, что у всех так" у меня заработало с 28 маской. Заработало, в плане контейнер увидел роутер и наоборот, пробовал 22, 24, 31, 32.