Багато власників домашніх комп'ютерів і комп'ютерних клубів схопилися за можливість заробити на обладнанні в децентралізованій мережі PlaykeyPro, при цьому зіткнулися з короткою інструкцією розгортання, що для більшості стало причиною виникнення проблем при запуску та експлуатації, іноді навіть непереборних.
Зараз проект децентралізованої ігрової мережі на стадії відкритого тестування, розробники завалені питаннями запуску серверів нових учасників, працюють практично без вихідних і на розширені інструкції часу немає зовсім.
На прохання читачів статті і для бажаючих стати учасниками децентралізованої мережі PlaykeyPro, я вирішив пройти шлях підключення заново з досвідом розгортання сервера на домашньому комп'ютері. Сподіваюся я допоможу зрозуміти шановній аудиторії, як відбувається запуск, що для цього необхідно і як уникнути відомих проблем.
Підготовка
Перш ніж починати встановлення та підключення сервера, варто перевірити на відповідність усім необхідним критеріям обладнання та мережі. У короткому описі запуску та на сторінці лендингу наведено мінімальні системні вимоги без докладного опису та пояснень, що призводить до сумнівів щодо можливості та рентабельності участі у проекті.
Якщо суворо дотримуватися мінімальних вимог, то вийде сервер, на якому можна буде грати всього в кілька ігор. Враховуючи постійну зміну вимогливості ігор до ресурсів, це може швидко призвести до втрати попиту на сервер або додаткових витрат на переоснащення. Такий стан справ навряд чи потішить тих, хто збирається придбати новий комп'ютер і здавати його в оренду сервісу в довгостроковій перспективі.
Як уже зазначали тестери, і я з ними погоджуюсь, мінімальні вимоги сформовані на основі характеристик працюючих серверів централізованої мережі Playkey.
Велика різноманітність комп'ютерного заліза та використання єдиних профілів налаштувань ігор часто призводять до підвищення загальних вимог до серверів та втрат продуктивності відеокарт при роботі у сервісі. Якщо віртуальна машина з відеокартою не зможе забезпечити мінімальний поріг швидкодії, то сервіс може обмежити набір ігор або зовсім відмовитися від послуг оренди такого сервера.
Оскільки в роботі сервера використовуються як фізичні так і логічні ядра процесора виконання вимог щодо продуктивності процесора можна звести до елементарного порівняння продуктивності одного і кількох фізичних/логічних ядер процесора використовуючи базу даних будь-якої відомої тестової програми з урахуванням необхідної кількості ядер залежно від гри за наведеною нижче таблиці. Як основу можна взяти продуктивність процесора Intel i5-8400. Його продуктивність на ядро достатня для нормальної роботи у більшості ігор за винятком кількох вимагають виділення більшої кількості ядер, і якщо у процесора їх недостатньо, то в гру просто неможливо буде нормально грати.
Для спрощення оцінки можливостей комп'ютера як сервер PlaykeyPro наведу таблицю мінімальних перевірених експериментальним шляхом вимог до віртуальної машини для запуску доступних ігор децентралізованої мережі на момент написання статті. Функціонування самого сервера додатково вимагатиме два логічних ядра процесора, 8 ГБ оперативної пам'яті (12 ГБ при запуску на сервері кількох віртуальних машин) і 64 ГБ на диску для операційної системи CentOS та базового ПЗ віртуальної машини.
На основі розміру даних у таблиці можна визначити який ємності має бути жорсткий диск. Не варто забувати про резерв місця для роботи віртуальної машини, оновлень та нових ігор. Кількість ігор стрімко зростає і необхідний обсяг збільшуватиметься. Для нормальної роботи небажано залишати обсяг вільного простору менш ніж 100 ГБ.
У сервісі закладено функцію визначення набору ігор власником сервера, проте на поточній стадії бета-тестування така функція недоступна і адміністратори просто не встигають регулювати набір ігор для кожного бажаючого. Переповнення дисків неминуче призводить до помилок у роботі та простоїв обладнання з його обслуговування адміністраторами сервісу.
З досвіду участі в бета-тестах як носії на сервері з однією віртуальною машиною рекомендую використовувати HDD об'ємом не менше 2 ТБ у зв'язці з диском SSD від 120 ГБ і більше для кешування операцій читання файлової системи. Інші рішення можуть спричинити великі фінансові витрати, правда для реалізації роботи більше однієї віртуальної машини в рамках одного сервера доведеться використовувати виключно диски SSD з високою швидкістю читання.
При роботі двох віртуальних машин у рамках одного сервера розмір даних залишається таким самим, як при роботі з однією віртуальною машиною, за винятком кількох гігабайт, що допоможе заощадити на об'ємах дисків SSD.
Тим, у кого немає можливості підключення носіїв великого розміру, не варто зневірятися. Зберігання даних на сервері засноване на файловій системі ZFS, яка з легкістю дозволяє з часом нарощувати обсяги доступного дискового простору без необхідності вносити зміни до поточної конфігурації з повним збереженням даних. Така реалізація не позбавлена і недоліку у вигляді зниження надійності зберігання даних, тому що при виході з ладу одного з носіїв велика ймовірність втрати всіх даних і доведеться чекати на їх завантаження з серверів Playkey, що зовсім не радує з огляду на обсяги даних.
Попередження!
При розгортанні сервісу диски з особистими даними мають бути вимкнені!
Для тих хто планує не тільки здавати комп'ютер в оренду, але й використовувати його для своїх потреб, при одночасному підключенні дисків для сервісу та особистого використання дані Ваших дисків також можуть бути знищені у разі непередбаченої помилки. Звичайно, щоразу для особистого використання комп'ютера фізично відключати/підключати диски не варто. Для дисків SATA в BIOS можна відключати диск(и). Також існують пристрої керування живленням дисків SATA Switch, які допоможуть швидко та безпечно вимикати диски з важливими даними. Що ж до дисків NVMe, то відключення дисків BIOS можливе лише рідкісних материнських платах, тому використовувати їх задля своїх потреб не можна.
Мережеві проблеми
В інструкції з розгортання сервісу вказані параметри мережі у вигляді дротового інтернету не менше 50 Мбіт/c та білої IP-адреси у роутера. Розберемося докладніше. Параметри швидкості дротового інтернету знайомі практично кожному користувачеві інтернету, а ось білий IP чи ні, зазвичай, мало хто цікавиться і не знають як перевірити.
Білим IP називають публічну зовнішню IP-адресу присвоєну лише одному конкретному пристрою (роутеру) у глобальній мережі інтернету. Таким чином, маючи білий IP роутера, будь-який клієнтський комп'ютер може безпосередньо підключитися до Вашого роутера, який за допомогою функцій DHCP і UPNP транслює підключення на сервер за роутером.
Для перевірки публічності IP-адреси можна скористатися будь-яким сервісом, що показує Вашу IP-адресу і порівняти його з IP-адресою зовнішнього з'єднання роутера. Якщо збігся — IP-адреса публічна. Громадські IP-адреси зустрічаються статичні та динамічні. Статичні найкраще підходять для сервісу, під час використання динамічних можуть бути неприємні сюрпризи як обривів з'єднання з клієнтським комп'ютером і сервером-менеджером підключення до сервісу. Про статику IP-адреси можна уточнити у провайдера інтернет-каналу або хоча б перевірити протягом декількох днів зовнішню IP-адресу роутера.
Однією з проблем, що зустрічаються при розгортанні сервісу, є відсутність підтримки або помилки роботи функції UPNP роутера. Найчастіше цим грішать дешеві роутери, що надаються провайдерами інтернету. Якщо роутер із цієї категорії, то варто заздалегідь знайти документацію щодо налаштування функції UPNP роутера.
Вимога за швидкістю дротового інтернету 50 Мбіт/с задає мінімальну пропускну спроможність інтернет-каналу для однієї віртуальної машини. Відповідно для кількох віртуальних машин знадобиться інтернет-канал із пропорційно збільшеною вихідною пропускною спроможністю, тобто. 50 Мбіт/с помножені на кількість віртуальних машин. Трафік вихідних даних за місяць у середньому на одну віртуальну машину складає 1.5 терабайт, тому лімітовані тарифні плани інтернет провайдерів для підключення до сервісу не підходять.
В процесі роботи сервера відбувається інтенсивна передача даних, що при використанні простих 100 мегабітних роутерів може призвести до проблем у роботі онлайн-сервісів мультимедійних мережних пристроїв вашої локальної мережі. При прояві проблем зі стабільністю швидкості інтернет-каналу варто задуматися про підключення продуктивнішого роутера, інакше робота сервера буде нестабільною з наступним відключенням від сервісу.
З нотаток тестерів добре проявляють себе в роботі роутери Mikrotik, Keenetic, Cisco, TP-Link (Archer C7 та TL-ER6020).
Зустрічаються і аутсайдери. Наприклад, побутовий гігабітний роутер Asus RT-N18U після додавання другої віртуальної машини став виснути при тривалих одночасних сесіях, заміна його на Mikrotik Hap Ac2 повністю зняла проблему. Також частим явищем бувають обриви з'єднання, зокрема роутер Xiaomi Mi WiFi Router 4 доводиться перезавантажувати раз на місяць (можливо і провайдер причетний, роутер нав'язали із твердженням, що на їхньому обладнанні точно нормально працюватиме 500мбіт/с).
Процес розгортання кількох серверів варто виконувати по черзі, від цього залежить швидкість розгортання сервісу. За інформацією розробників розв'язання задачі автоматичного обміну даними між серверами у більш швидкісній локальній мережі знаходиться на завершальній стадії. Це допоможе скоротити час розгортання сервісу в рази та зменшить навантаження на інтернет-канал.
Залізні нюанси
При установці зазвичай не потрібне втручання користувача, проте в даний момент конфігурація мінімальна і орієнтована на власників комп'ютерів на базі процесорів Intel із накопичувачами, підключеними через інтерфейси SATA. Якщо у Вас комп'ютер на базі процесора AMD або накопичувач SSD NVMe, то можуть виникнути деякі перешкоди, і якщо в матеріалах статті немає відповіді на запитання, то завжди можна запитати техпідтримку прямо на сторінці особистого кабінету або відправивши лист на [захищено електронною поштою].
Раніше серед вимог в інструкції з розгортання сервісу зустрічалася згадка про необхідність наявності інтегрованої графіки або додаткової відеокарти для запуску та налаштування сервера. На стадії закритого тестування дана вимога втратила свою актуальність і стала швидше інструментом зручнішого адміністрування сервера при безпосередньому доступі власника до сервера, але як і будь-який сервер на основі ОС Linux для налаштування та моніторингу доступне віддалене адміністрування.
Вимога щодо емулятора монітора (заглушці) або підключеного монітора обумовлена деякими апаратними особливостями управління відеорежимами відеокарти у віртуальній машині. Клієнти сервісу часто налаштовують параметри відеорежимів під параметри своїх моніторів. Якщо до відеокарти не підключений монітор або емулятор, багато специфічні відеорежими стають недоступні клієнтам, що неприйнятно для сервісу. Для постійної роботи сервера наявність емулятора краще підключення монітора, інакше вимкнення живлення монітора або перемикання монітора на роботу від іншого відеоджерела можуть спровокувати помилку в роботі сервісу. При необхідності суміщення функціоналу емулятора та використання монітора без будь-яких перепідключень можна використовувати транзитний емулятор монітора.
Конфігурація тестового комп'ютера
- Блок живлення Chieftec Proton 750W (BDF-750C)
- Материнська плата ASRock Z390 Pro4
- Процесор Intel i5-9400
- Пам'ять Crucial 16GB DDR4 3200 MHz Ballistix Sport LT (одна планка)
- SSD накопичувач Samsung - PM961 M.2 2280, 512GB, PCI-E 3.0×4, NVMe
- Відеокарта MSI Geforce GTX 1070 Aero ITX 8G OC
- Як настановна флешка SSD SanDisk 16GB (USB HDD SATA RACK)
Встановлення
Скачування образу “usbpro.img” за посиланням в інструкції розгортання PlaykeyPro та запис його на зовнішній USB носій займає лише кілька хвилин. Довше довелося гортати розділи налаштувань BIOS у пошуках опцій віртуалізації: Intel Virtualization та Intel VT-d. Без активації цих опцій віртуальна машина не зможе запуститись. Після активації опцій віртуалізації встановіть параметри завантаження в режимі Legacy BIOS mode та збережіть налаштування. Поточний офіційний образ не підтримує завантаження в режимі UEFI, розробники анонсували цю опцію наступного випуску образу. Перший запуск необхідно разово виконати з попередньо підготовленого носія USB. У моєму випадку для материнської плати ASRock використовувалась клавіша F11 для виклику Boot Menu.
Після вибору запуску з USB носія не було красивих заставок і відразу відобразилося діалогове вікно з проханням ввести ідентифікатор користувача Playkey, який можна знайти у правій верхній частині після проходження процедури реєстрації на сторінці лендінгу.
Після введення ідентифікаційного номера з'явиться вікно з попередженням про те, що всі дані на вказаному диску будуть безповоротно знищені. У моєму прикладі система та розділ з даними для ігор будуть на одному диску. Для забезпечення прив'язки сервера до Особистого кабінету використовується найменування вказаного диска. Внесення імені диска та ідентифікатора користувача Playkey у конфігурацію сервера виконується автоматично, але трапляються помилки автоматизації на різному обладнанні. Запишіть ім'я диска кудись, воно стане в нагоді при ручній прив'язці сервера до Особистого кабінету у разі помилки. Варіант установки системи та даних з іграми на різні диски відрізняється, але через рідкість такої реалізації я його не розглядав для прикладу.
Після підтвердження знищення даних інсталятор переходить до налаштування розділів диска та завантаження образу системи. Установка заздалегідь проводилася у вечірній час, тому що процес завантаження даних найкраще відбувається з півночі до полудня, коли гравці відпочивають та мережа не перевантажена.
Прогноз часу завантаження образу системи виявився правдивим, через 45 хвилин установник після перевірки цілісності образу почав копіювати його на носій. У процесі завантаження образу часто відображалися повідомлення про помилки з'єднання 'Connection timed out', але це не впливає на процес завантаження, скоріше схоже на неправильно задані таймати в установнику.
Як і передбачав, після успішного копіювання образу системи на носій установник припустився помилки, пов'язаної з підключенням розділу на носії NVMe (в останній інструкції з розгортання є згадка про негативний досвід при встановленні на диск NVMe і рекомендація не вибирати диски даного типу). У цьому прикладі установки помилка пов'язана не з особливостями платформи AMD, а з елементарною помилкою інсталятора в частині коректного визначення ідентифікатора розділу NVMe диска. Повідомив про помилку розробникам, у наступному релізі помилки вже не повинно бути. Якщо все ж таки помилка відбувається, то при надсиланні заявки на підключення на додаток до Playkey ID та моделі роутера повідомте раніше записане ім'я диска, і техпідтримка виконає налаштування дистанційно.
Отже, установка завершена, комп'ютер можна вимкнути і потім відключити USB носій з установщиком. Наступний крок найбільш хвилюючий і простий, включаємо комп'ютер і чекаємо на завершення завантаження операційної системи CentOS. Якщо все зробили правильно, ми побачимо наступну картинку.
Входити не потрібно. Далі сервіс повинен продовжити налаштування та роботу самостійно. Можна надсилати заявку на підключення.
Перевірка підключення
Про успішне запуск сервера свідчить поява запису з раніше згаданим ім'ям диска у списку серверів особистого кабінету. Статуси навпроти сервера мають бути Online, Blocked та Free. Якщо сервера немає, зверніться до служби підтримки безпосередньо з особистого кабінету (кнопка внизу справа сторінки).
Після успішного запуску CentOS та підключення до особистого кабінету сервер розпочне автоматичне скачування необхідних для роботи даних. Процес тривалий і може тривати залежно від пропускної спроможності інтернет-каналу. У прикладі завантаження даних виконувалося близько 8 годин (з вечора до ранку). Процес закачування в особистому кабінеті на цьому етапі тестування не відображається. Для простого непрямого контролю можна контролювати статистику щодо трафіку роутера. Якщо трафіку немає зверніться з питанням про стан сервера в техпідтримку.
При успішному завантаженні базових даних сервера і відсутності технічних проблем на віртуальній машині запуститься операційна система Windows з інтерфейсом робочого стола, що легко впізнається. Після завантаження гри GTA5 на віртуальній машині автоматично запуститься тест продуктивності на базі гри GTA5, за результатами виконання якого сервіс автоматично прийме рішення про придатність сервера та змінить статус Blocked на Available. На даний момент через ажіотаж бувають черги на виконання тестів, просто наберіться терпіння. Тепер можна вимкнути монітор та підключити замість нього емулятор (заглушку). Проходження тесту фіксується у розділі Sessions особистого кабінету (Game: gta_benchmark). Якщо після завершення тесту статус не змінився на Avilable, зверніться з питанням у техпідтримку.
Мої зборки
Вузьким місцем тестового складання є процесор Intel i5-9400, який має обмежену кількість ядер за відсутньої технології Hyper-threading, що обмежує набір підключених ігор. Розмір диска також обмежує бібліотеку ігор і є причиною зниження утилізації серверів. Повна бібліотека ігор доступних PlaykeyPro вже перевищила розмір 1TB.
У моєму арсеналі є кілька серверів із запущеними двома та трьома віртуальними машинами на базі трьох видів материнських плат:
ASRock Z390 Phantom Gaming 6, i9-9900, DDR4 3200 48GB, SSD NVMe 1TB, SSD NVMe 512GB, GTX 1080ti, GTX 1070, GTX 1660 Super, блок живлення 1000W
Gigabyte Z390 Gaming Sli, i9-9900, DDR4 3200 48GB, SSD NVMe 512GB, GTX 1070, GTX 1660 Super, блок живлення 850W
Gigabyte Z390 Designare, i9-9900K, DDR4 3200 48GB, SSD NVMe 512GB, 3x GTX 1070, блок живлення 1250W
У процесі тестування збірок помічені такі недоліки:
- у перших двох збірок слоти 2-ї та 3-ї відеокарт розташовані занадто близько один до одного, що накладає труднощі у забезпеченні належного охолодження;
- у материнської плати Gigabyte Z390 Gaming Sli слот для третьої відеокарти обмежений по шині PCIe двома лініями v3.0 від чіпсету материнської плати і відповідно помітні втрати fps у процесі гри (на ASRock PCIe x4 v3.0 MCH, зниження fps не помітно);
- при використанні процесора i9-9900 не вистачає ядер для запуску вимогливих ігор на всіх трьох віртуальних машинах, тому незабаром там функціонуватимуть дві віртуальні машини;
- неможливо використовувати HDD у зв'язці з двома та трьома віртуальними машинами.
Складання на базі материнської плати Gigabyte Z390 Designare через симетричне розташування слотів PCIe X16 виявилося найвдалішим для забезпечення надійного охолодження трьох відеокарт. У тому числі для забезпечення високої продуктивності материнської карти всі три відеокарти підключені до процесорних ліній PCIe v3.0 за схемою x8/x4/x4 без участі MCH.
Висновок
Ретельне планування структури комп'ютера для розгортання сервісу PlaykeyPRO, безсумнівно, підвищить надійність, продуктивність та термін експлуатації сервера. Однак не варто відразу будувати складні конфігурації на дві/три віртуальні машини, почніть із однієї. Приблизно через місяць можна дійти розуміння процесу роботи сервера та спланувати оптимальну конфігурацію свого обладнання.
На додаток до мінімальних системних вимог наведу рекомендацію щодо конфігурації комп'ютера для сервісу, яка дозволить забезпечити роботу всіх доступних ігор та забезпечить запас продуктивності для новинок:
- Процесор: 8 ядер
- Жорсткий диск: не менше 2 TB, SSD або SSD>=120 + HDD 7200 RPM
- Оперативна пам'ять: 24 GB (краще 32, 16+16 у двоканальному режимі)
- Відеокарта: NVIDIA 2070 Super (аналог за продуктивністю 1080Ti) або продуктивнішою
Наведені відомості у статті базуються на моєму особистому досвіді розгортання та експлуатації серверів децентралізованої мережі PlaykeyPro. Але навіть майже через рік участі в тестуванні іноді доводиться стикатися з помилками в проектуванні конфігурації обладнання.
Джерело: habr.com