Многія ўладальнікі хатніх кампутараў і кампутарных клубаў ухапіліся за магчымасць зарабіць на наяўным абсталяванні ў дэцэнтралізаванай сетцы 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/XNUMX тэрабайт, так што лімітаваныя тарыфныя планы інтэрнэт правайдэраў для падлучэння да сэрвісу не падыходзяць.
Падчас працы сервера адбываецца інтэнсіўная перадача дадзеных, што пры выкарыстанні простых 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