Multaj posedantoj de hejmaj komputiloj kaj komputilaj kluboj saltis ĉe la ŝanco gajni monon per ekzistantaj ekipaĵoj en la malcentralizita reto PlaykeyPro, sed alfrontis mallongajn instrukciojn pri deplojo, kiuj por la plimulto kaŭzis problemojn dum ekfunkciigo kaj funkciado, foje eĉ nesupereblaj.
Nun la malcentralizita videoludada reto projekto estas en la stadio de malferma testado, la programistoj estas superŝutitaj de demandoj pri lanĉo de serviloj por novaj partoprenantoj, ili laboras preskaŭ sep tagojn semajne, kaj tute ne estas tempo por plilongigitaj instrukcioj.
Laŭ peto de legantoj de la artikolo kaj por tiuj, kiuj volas fariĝi partoprenantoj en la malcentralizita reto PlaykeyPro, mi decidis denove trairi la konektan vojon kun la ekzistanta sperto de deplojado de servilo en hejma komputilo. Mi esperas, ke mi helpos mian kara publiko kompreni kiel okazas la lanĉo, kio estas necesa por tio kaj kiel eviti konatajn problemojn.
Trejnado
Antaŭ ol vi komencas instali kaj konekti la servilon, vi devus kontroli, ke la ekipaĵo kaj reto plenumas ĉiujn necesajn kriteriojn. La mallonga priskribo de la lanĉo kaj la surteriĝo enhavas minimumajn sistemajn postulojn sen detalaj priskriboj kaj klarigoj, kio kondukas al duboj pri la ebleco kaj profiteco de partopreno en la projekto.
Se vi strikte sekvas la minimumajn postulojn, vi ricevos servilon sur kiu vi povas ludi nur kelkajn ludojn. Konsiderante la konstantan ŝanĝon en la rimedpostuloj de ludoj, ĉi tio rapide povas konduki al perdo de postulo por la servilo aŭ aldonaj kostoj por reekipaĵo. Ĉi tiu stato verŝajne ne plaĉos al tiuj, kiuj planas aĉeti novan komputilon kaj lui ĝin al la servo longtempe.
Kiel testistoj jam notis, kaj mi konsentas kun ili, la minimumaj postuloj baziĝas sur la karakterizaĵoj de la operaciaj serviloj de la centralizita Playkey-reto.
Vasta gamo de komputila aparataro kaj la uzo de unuformaj ludaj agordaj profiloj ofte kondukas al pliigitaj totalaj postuloj por serviloj kaj perdoj en vidkarto-efikeco dum laborado en la servo. Se virtuala maŝino kun vidkarto ne povas provizi la minimuman rendimentan sojlon, tiam la servo povas limigi la gamon de ludoj aŭ tute rifuzi lui tian servilon.
Ĉar la servilo uzas kaj fizikajn kaj logikan procesorkernojn, renkonti la postulojn por procesoro-efikeco povas esti reduktita al simpla komparo de la agado de unu kaj pluraj fizikaj/logikaj procesorkernoj uzante la datumbazon de iu konata testprogramo, konsiderante la postulatajn. nombro da kernoj depende de la ludo montrita sub tabelo. Vi povas preni la agadon de la procesoro Intel i5-8400 kiel bazo. Ĝia agado per kerno sufiĉas por ruli plej multajn ludojn escepte de kelkaj, kiuj postulas pli da kernoj, kaj se la procesoro ne havas sufiĉe da ili, tiam la ludo simple ne estos ludebla.
Por simpligi la taksadon de la kapabloj de komputilo kiel PlaykeyPro-servilo, mi provizos tabelon de la minimumaj eksperimente kontrolitaj postuloj por virtuala maŝino ruli disponeblajn ludojn en malcentralizita reto en la momento de la skribado. La funkciado de la servilo mem aldone postulos du logikajn procesorajn kernojn, 8 GB da RAM (12 GB kiam funkcias pluraj virtualaj maŝinoj sur la servilo) kaj 64 GB da diskospaco por la mastruma sistemo CentOS kaj la baza virtuala maŝina programaro.
Surbaze de la grandeco de la datumoj en la tabelo, vi povas determini kian kapaciton devas havi la malmola disko. Ne forgesu pri la rezerva spaco por la virtuala maŝino, ĝisdatigoj kaj novaj ludoj. La nombro da ludoj rapide kreskas kaj la bezonata volumo pliiĝos. Por normala funkciado, ne rekomendas lasi la kvanton de libera spaco malpli ol 100 GB.
La servo havas funkcion por determini la aron de ludoj de la posedanto de la servilo, sed en la nuna stadio de beta-testado ĉi tiu funkcio ne disponeblas kaj administrantoj simple ne havas tempon por reguligi la aron de ludoj por ĉiuj. Plenaj diskoj neeviteble kondukas al operaciaj eraroj kaj ekipaĵmalfunkcio por prizorgado de servaj administrantoj.
De la sperto partopreni en beta-testoj kiel stokado-medio sur servilo kun unu virtuala maŝino, mi rekomendas uzi HDD kun kapablo de almenaŭ 2 TB kune kun SSD-disko de 120 GB aŭ pli por kaŝmemorigi dosiersistemojn legajn operaciojn. Aliaj solvoj povas kaŭzi grandajn financajn kostojn, kvankam por efektivigi la funkciadon de pli ol unu virtuala maŝino ene de la sama servilo, vi devos uzi ekskluzive SSD-diskojn kun altaj legaj rapidoj.
Dum funkciado de du virtualaj maŝinoj ene de unu servilo, la datumgrandeco restas la sama kiel kiam oni laboras kun unu virtuala maŝino, escepte de kelkaj gigabajtoj, kiuj helpos ŝpari sur SSD-diskospaco.
Tiuj, kiuj ne havas la kapablon konekti grandajn amaskomunikilarojn, ne malesperu. Stokado de datumoj sur la servilo baziĝas sur la dosiersistemo ZFS, kiu facile ebligas al vi pliigi la kvanton de disponebla diskspaco laŭlonge de la tempo sen neceso fari ŝanĝojn al la nuna agordo kun plena konservado de datumoj. Ĉi tiu efektivigo ne estas sen sia malavantaĝo en la formo de reduktita fidindeco de datumstokado, ĉar se unu el la amaskomunikiloj malsukcesas, estas alta probablo perdi ĉiujn datumojn kaj vi devos atendi, ke ĝi estos elŝutita de la Playkey-serviloj. , kio tute ne plaĉas pro la volumo de datumoj.
Avizo!
Dum deplojado de la servo, diskoj kun personaj datumoj devas esti malkonektitaj!
Por tiuj, kiuj planas ne nur lui komputilon, sed ankaŭ uzi ĝin por siaj propraj bezonoj, kiam samtempe ligas diskojn por servo kaj por persona uzo, la datumoj sur viaj diskoj ankaŭ povas esti detruitaj en la okazo de neatendita eraro. Kompreneble, vi ne devus fizike malkonekti/konekti diskojn ĉiufoje kiam vi uzas vian komputilon por persona uzo. Por SATA-diskoj, la BIOS havas la kapablon malŝalti la diskon (j). Ekzistas ankaŭ SATA Switch-diskaj elektraj administraj aparatoj, kiuj povas helpi vin rapide kaj sekure malŝalti diskojn enhavantajn gravajn datumojn. Koncerne NVMe-diskojn, malŝalti BIOS-diskojn eblas nur sur maloftaj bazplatoj, do vi ne povas uzi ilin por viaj bezonoj.
Retaj problemoj
La instrukcioj por disfaldi la servon indikas retajn parametrojn en formo de kablita Interreto de almenaŭ 50 Mbit/s kaj blanka IP-adreso por la enkursigilo. Ni rigardu pli detale. La parametroj de rapido de kabligitaj interretaj estas konataj al preskaŭ ĉiu interreta uzanto, sed kutime malmultaj homoj interesiĝas pri ĉu la IP estas blanka aŭ ne kaj ne scias kiel kontroli.
Blanka IP estas publika ekstera IP-adreso asignita al nur unu specifa aparato (enkursigilo) en la tutmonda Interreto. Tiel, havante blankan IP-enkursigilon, ajna klienta komputilo povas rekte konektiĝi al via enkursigilo, kiu, uzante la funkciojn DHCP kaj UPNP, dissendas la konekton al la servilo malantaŭ la enkursigilo.
Por kontroli la publikecon de via IP-adreso, vi povas uzi ajnan servon, kiu montras vian IP-adreson kaj kompari ĝin kun la IP-adreso de la ekstera konekto de la enkursigilo. Se ĝi kongruas, la IP-adreso estas publika. Publikaj IP-adresoj estas senmovaj kaj dinamikaj. Senmovaj estas plej taŭgaj por la servo; kiam oni uzas dinamikajn, povas esti malagrablaj surprizoj en formo de perditaj rilatoj kun la klienta komputilo kaj la servilo, kiu administras la konekton al la servo. Vi povas kontroli kun via interreta kanala provizanto pri statikaj IP-adresoj, aŭ almenaŭ kontroli la eksteran IP-adreson de la enkursigilo ene de kelkaj tagoj.
Unu el la problemoj renkontitaj dum deplojado de la servo estas la manko de subteno aŭ eraroj en la UPNP-funkcio de la enkursigilo. Plej ofte, tio okazas kun malmultekostaj enkursigiloj provizitaj de interretaj provizantoj. Se la enkursigilo estas de ĉi tiu kategorio, tiam vi unue devus trovi dokumentadon pri agordo de la UPNP-funkcio de la enkursigilo.
La drata interreta rapidecpostulo de 50 Mbit/s fiksas la minimuman Interretan bendolarĝon por unu virtuala maŝino. Sekve, pluraj virtualaj maŝinoj postulos interretan kanalon kun proporcie pliigita eksiĝinta bendolarĝo, t.e. 50 Mbit/s multiplikita per la nombro da virtualaj maŝinoj. Eksiĝinta datumtrafiko po monato averaĝe per virtuala maŝino estas 1.5 terabajtoj, do la limigitaj tarifplanoj de interretaj provizantoj por konektiĝi al la servo ne taŭgas.
Dum servila funkciado okazas intensa transdono de datumoj, kiu, kiam oni uzas simplajn 100 megabitajn enkursigilojn, povas konduki al problemoj en la funkciado de interretaj servoj de plurmediaj retaj aparatoj en via loka reto. Se vi spertas problemojn kun la stabileco de la rapideco de la interreta kanalo, vi devus pensi pri konekti pli produktivan enkursigilon, alie la funkciado de la servilo estos malstabila kaj posta malkonekto de la servo.
El la notoj de la testantoj, Mikrotik, Keenetic, Cisco, TP-Link-enkursigiloj (Archer C7 kaj TL-ER6020) funkcias bone.
Estas ankaŭ eksteruloj. Ekzemple, la hejma gigabit-enkursigilo Asus RT-N18U, post aldoni duan virtualan maŝinon, komencis pendi dum longaj samtempaj sesioj; anstataŭigi ĝin per Mikrotik Hap Ac2 tute solvis la problemon. Konektofaloj ankaŭ estas ofta okazo; precipe, la Xiaomi Mi WiFi Router 4 devas esti rekomencita unufoje monate (la provizanto ankaŭ povas esti implikita, ili trudis la enkursigilon kun la deklaro, ke 500Mbit/s certe funkcios bone en sia ekipaĵo. ).
La procezo de deplojado de pluraj serviloj devas esti farita unuope; la rapideco de servodeplojo dependas de tio. Laŭ la programistoj, la solvo al la problemo de aŭtomata interŝanĝo de datumoj inter serviloj en pli rapida loka reto estas en la fina etapo. Ĉi tio helpos redukti la servon de deplojo plurfoje kaj redukti la ŝarĝon sur la interreta kanalo.
Feraj nuancoj
Instalado kutime ne postulas uzantan intervenon, sed nuntempe la agordo estas minimuma kaj celas posedantojn de komputiloj bazitaj sur Intel-procesoroj kun diskoj konektitaj per SATA-interfacoj. Se vi havas komputilon bazitan sur AMD-procesoro aŭ NVMe SSD-disko, tiam iuj obstakloj povas aperi, kaj se la artikolo ne respondas viajn demandojn, vi ĉiam povas peti teknikan subtenon rekte sur via persona konto-paĝo aŭ sendante retpoŝton al [retpoŝte protektita].
Antaŭe, inter la postuloj en la instrukcioj por disfaldi la servon, estis mencio pri la bezono de integraj grafikaĵoj aŭ plia vidkarto por funkcii kaj agordi la servilon. En la stadio de fermita testado, ĉi tiu postulo perdis sian gravecon kaj fariĝis pli ilo por pli oportuna servila administrado kun rekta posedanto aliro al la servilo, sed kiel iu ajn servilo bazita sur Linukso OS, fora administrado disponeblas por agordo kaj monitorado.
La postulo por monitora emulilo (stubo) aŭ konektita monitoro ŝuldiĝas al iuj aparataj trajtoj de administrado de vidkartaj videoreĝimoj en virtuala maŝino. Servaj klientoj ofte ĝustigas videoreĝimajn parametrojn por kongrui kun la parametroj de siaj ekranoj. Se monitoro aŭ emulilo ne estas konektita al la vidkarto, tiam multaj specifaj videoreĝimoj fariĝas neatingeblaj por klientoj, kio estas neakceptebla por la servo. Por konstanta funkciado de la servilo, la ĉeesto de emulilo estas preferinda ol konekti monitoron, alie malŝalti la potencon de la monitoro aŭ ŝanĝi la monitoron por labori de alia videofonto povas kaŭzi eraron en la servo. Se vi bezonas kombini la funkciojn de la emulilo kaj uzi la monitoron sen iaj rekonektiĝoj, vi povas uzi trafikan monitoran emulilon.
Testu komputila agordo
- Elektroprovizo Chieftec Proton 750W (BDF-750C)
- ASRock Z390 Pro4 bazplato
- Procesoro Intel i5-9400
- Decida 16GB DDR4 3200 MHz Ballistix Sport LT-memoro (ununura bastono)
- Samsung SSD-disko - PM961 M.2 2280, 512GB, PCI-E 3.0×4, NVMe
- MSI Geforce GTX 1070 Aero ITX 8G OC grafika karto
- Kiel instala fulmo SSD SanDisk 16GB (USB HDD SATA RACK)
fikso
Elŝuti la bildon "usbpro.img" de la ligo en la instrukcioj de deplojo de PlaykeyPro kaj skribi ĝin al ekstera USB-disko daŭras nur kelkajn minutojn. Mi daŭris pli longe por rulumi la sekciojn de agordoj de BIOS serĉante virtualigajn elektojn: Intel Virtualization kaj Intel VT-d. Sen aktivigo de ĉi tiuj opcioj, la virtuala maŝino ne povos komenci. Post aktivigo de la virtualaj opcioj, agordu la ekfunkciojn en Legacy BIOS-reĝimo kaj konservu la agordojn. La nuna oficiala bildo ne subtenas lanĉadon en UEFI-reĝimo, la programistoj anoncis ĉi tiun opcion en la sekva eldono de la bildo. La unua lanĉo devas esti farita unufoje de antaŭe preparita USB-disko. En mia kazo, la ASRock-patrino uzis la F11-klavon por aperigi la Boot Menuon.
Elektinte komenci de USB-disko, ne sekvis belaj ekranŝpariloj kaj tuj aperis dialogkesto, kiu petis vin enigi la uzantan ID de Playkey, kiu troviĝas en la supra dekstra parto. post plenumi la registran proceduron sur la landpaĝo.
Post enigi la identigan numeron, fenestro estis montrita avertante, ke ĉiuj datumoj sur la specifita disko estos nerehaveble detruitaj. En mia ekzemplo, la sistemo kaj la sekcio kun datumoj por ludoj estos sur la sama disko. Por certigi, ke la servilo estas ligita al la Persona Konto, la nomo de la specifita disko estas uzata. Enigi la diskonomon kaj Playkey-uzantidentigilon en la servila agordo estas farita aŭtomate, sed aŭtomatigaj eraroj okazas sur diversaj ekipaĵoj. Skribu la diskonomon ie, ĝi estos utila kiam permane ligos la servilon al via Persona Konto en kazo de eraro. La eblo instali la sistemon kaj datumojn kun ludoj sur malsamaj diskoj estas malsama, sed pro la malofteco de tia efektivigo, mi ne konsideris ĝin ekzemplocele.
Post konfirmi la detruon de datumoj, la instalilo procedas al agordo de diskpartoj kaj ŝarĝo de la sistema bildo. La instalado evidente okazis vespere, ĉar la procezo de elŝuto de datumoj plej bone okazas de noktomezo ĝis tagmezo, kiam ludantoj ripozas kaj la reto ne estas troŝarĝita.
La prognozo pri la elŝuta tempo de la sistema bildo montriĝis vera; post 45 minutoj, la instalilo, kontrolinte la integrecon de la bildo, komencis kopii ĝin al la amaskomunikilaro. Dum la procezo de elŝuto de bildoj, "Konekto elĉerpita" konekto-erarmesaĝoj ofte estis montritaj, sed tio ne influas la elŝutan procezon, prefere ŝajnas, ke la tempodaŭroj estis malĝuste fiksitaj en la instalilo.
Kiel atendite, post sukcese kopii la sisteman bildon al la amaskomunikilaro, la instalilo faris eraron rilate al konekto de subdisko sur NVMe-komunikiloj (la plej novaj disfaldaj instrukcioj enhavas mencion pri negativaj spertoj dum instalado sur NVMe-disko kaj rekomendo ne elekti diskojn. de ĉi tiu tipo). En ĉi tiu instalaĵekzemplo, la eraro ne rilatas al la funkcioj de la AMD-platformo, sed al simpla instalila eraro en ĝuste determini la identigilon de diskdisko NVMe. Mi raportis la eraron al la programistoj; ne devus esti eraro en la venonta eldono. Se eraro ankoraŭ okazas, tiam sendante konekton, krom la Playkey ID kaj enkursigilo-modelo, donu la antaŭe registritan disknomon, kaj teknika subteno faros la aranĝon malproksime.
Kaj tiel, la instalado estas kompleta, vi povas malŝalti la komputilon kaj poste malkonekti la USB-diskon per la instalilo. La sekva paŝo estas la plej ekscita kaj simpla, ŝaltu la komputilon kaj atendu, ke la mastruma sistemo CentOS finiĝos. Se ĉio estis farita ĝuste, ni vidos la sekvan bildon.
Neniu ensaluto bezonata. Tiam la servo devas daŭre starigi kaj funkcii sendepende. Vi povas sendi peton pri konekto.
Kontrolante la konekton
La sukcesa lanĉo de la servilo estas indikita per la apero de eniro kun la antaŭe menciita disknomo en la listo de serviloj en via persona konto. La statusoj kontraŭ la servilo devus esti Enretaj, Blokita kaj Senpaga. Se la servilo ne estas en la listo, kontaktu subtenon rekte de via persona konto (butono malsupre dekstre de la paĝo).
Post sukcese lanĉi CentOS kaj konektiĝi al via persona konto, la servilo komencos aŭtomate elŝuti la datumojn necesajn por funkciado. La procezo estas longa kaj povas daŭri pli longe depende de la bendolarĝo de la interreta kanalo. En la ekzemplo, la elŝuto de datumoj daŭris ĉirkaŭ 8 horojn (de vespero ĝis mateno). La elŝuta procezo en via persona konto neniel montriĝas en ĉi tiu etapo de testado. Por simpla nerekta kontrolo, vi povas monitori statistikojn pri trafiko de router. Se ne estas trafiko, bonvolu kontakti teknikan subtenon kun demando pri la servila stato.
Se la bazaj servilaj datumoj estas sukcese elŝutitaj kaj ne estas teknikaj problemoj, la Vindoza operaciumo komenciĝos sur la virtuala maŝino kun facile rekonebla labortabla interfaco. Post elŝuto de la ludo GTA5 sur virtuala maŝino, aŭtomate komenciĝos rendimento-testo bazita sur la ludo GTA5, surbaze de kies rezultoj la servo aŭtomate decidos pri la taŭgeco de la servilo kaj ŝanĝos la Blokita statuso al Disponebla. Nuntempe, pro la furoraĵo, estas atendovicoj por testado, nur paciencu. Nun vi povas malkonekti la monitoron kaj konekti la emulilon (stubo) anstataŭe. Trapasi la teston estas registrita en la sekcio Sesioj de via persona konto (Ludo: gta_benchmark). Se post kompletigado de la testo la statuso ne ŝanĝiĝas al Avilable, bonvolu kontakti teknikan subtenon kun demando.
Miaj konstruoj
La botelkolo de la testa asembleo estas la procesoro Intel i5-9400, kiu havas limigitan nombron da kernoj kaj malhavas de Hyper-threading-teknologio, kiu limigas la gamon de konektitaj ludoj. Diska grandeco ankaŭ limigas la ludbibliotekon kaj jam kaŭzas malkreskon en servila utiligo. La plena biblioteko de ludoj disponeblaj por PlaykeyPro jam superis la grandecon de 1TB.
En mia arsenalo estas pluraj serviloj kurantaj du kaj tri virtualajn maŝinojn bazitajn sur tri specoj de baztabuloj:
ASRock Z390 Phantom Gaming 6, i9-9900, DDR4 3200 48GB, SSD NVMe 1TB, SSD NVMe 512GB, GTX 1080ti, GTX 1070, GTX 1660 Super, 1000W nutrado
Gigabyte Z390 Gaming Sli, i9-9900, DDR4 3200 48GB, SSD NVMe 512GB, GTX 1070, GTX 1660 Super, 850W elektroprovizo
Gigabajto Z390 Designare, i9-9900K, DDR4 3200 48GB, SSD NVMe 512GB, 3x GTX 1070, 1250W elektroprovizo
Dum testado de asembleoj, la sekvaj mankoj estis rimarkitaj:
- en la unuaj du asembleoj, la fendoj por la 2-a kaj 3-a videokartoj situas tro proksime unu al la alia, kio malfaciligas certigi taŭgan malvarmigon;
- sur la baztabulo Gigabyte Z390 Gaming Sli, la fendo por la tria vidkarto estas limigita sur la buso PCIe per du v3.0-lenoj de la pecetaro de la baztabulo kaj, sekve, perdoj de fps estas videblaj dum la ludo (sur ASRock PCIe x4 v3.0). MCH, la malkresko de fps ne estas rimarkebla);
- kiam oni uzas la i9-9900-procesoron, ne estas sufiĉe da kernoj por ruli postulemajn ludojn sur ĉiuj tri virtualaj maŝinoj, do baldaŭ funkcios du virtualaj maŝinoj tie;
- Estas neeble uzi HDD kune kun du aŭ tri virtualaj maŝinoj.
La asembleo bazita sur la Gigabyte Z390 Designare bazplato, pro la simetria aranĝo de la PCIe X16-fendoj, rezultis esti la plej sukcesa por certigi fidindan malvarmigon de tri vidkartoj. Inkluzive por certigi altan rendimenton de la ĉeftabulo, ĉiuj tri vidkartoj estas konektitaj al PCIe v3.0-procesorlinioj uzante la x8/x4/x4-skemon sen la partopreno de la MCH.
konkludo
Zorgema planado de la komputila strukturo por deploji la PlaykeyPRO-servon sendube pliigos la fidindecon, rendimenton kaj vivon de la servilo. Tamen, vi ne devus tuj konstrui kompleksajn agordojn por du/tri virtualaj maŝinoj, komencu per unu. Post ĉirkaŭ unu monato, vi povas ekkompreni la operacian procezon de la servilo kaj plani la optimuman agordon de via ekipaĵo.
Krom la minimumaj sistemaj postuloj, mi donos rekomendon por la komputila agordo por la servo, kiu certigos la funkciadon de ĉiuj disponeblaj ludoj kaj provizos rendimenton rezervo por novaj produktoj:
- Procesoro: 8 kernoj
- Malmola disko: almenaŭ 2 TB, SSD aŭ SSD>=120 + HDD 7200 RPM
- RAM: 24 GB (prefere 32, 16+16 en du-kanala reĝimo)
- Vidkarto: NVIDIA 2070 Super (ekvivalenta en rendimento al 1080Ti) aŭ pli bona
La informoj provizitaj en la artikolo baziĝas sur mia persona sperto pri deplojado kaj funkciado de serviloj de la malcentralizita reto PlaykeyPro. Sed eĉ post preskaŭ unu jaro da partoprenado en testado, foje vi devas trakti erarojn en la dezajno de la ekipaĵagordo.
fonto: www.habr.com