Mange ejere af hjemmecomputere og computerklubber kastede sig over muligheden for at tjene penge på eksisterende udstyr i det decentrale PlaykeyPro-netværk, men blev konfronteret med korte installationsinstruktioner, som for de fleste gav problemer under opstart og drift, nogle gange endda uoverstigelige.
Nu er det decentraliserede spilnetværksprojekt på stadiet med åben test, udviklerne er overvældet af spørgsmål om lancering af servere til nye deltagere, de arbejder næsten syv dage om ugen, og der er slet ikke tid til udvidede instruktioner.
På opfordring fra artiklens læsere og for dem, der ønsker at blive deltagere i det decentraliserede PlaykeyPro-netværk, besluttede jeg at gå gennem forbindelsesstien igen med den eksisterende erfaring med at installere en server på en hjemmecomputer. Jeg håber, at jeg vil hjælpe mit kære publikum til at forstå, hvordan lanceringen sker, hvad der er nødvendigt for dette, og hvordan man undgår kendte problemer.
Træning
Før du begynder at installere og tilslutte serveren, bør du kontrollere, at udstyret og netværket opfylder alle de nødvendige kriterier. Den korte beskrivelse af lanceringen og landingssiden indeholder minimum systemkrav uden detaljerede beskrivelser og forklaringer, hvilket fører til tvivl om muligheden og rentabiliteten af deltagelse i projektet.
Hvis du nøje følger minimumskravene, får du en server, hvor du kun kan spille et par spil. I betragtning af den konstante ændring i spils ressourcekrav, kan dette hurtigt føre til tab af efterspørgsel efter serveren eller ekstra omkostninger til genopretning. Denne situation vil næppe glæde dem, der planlægger at købe en ny computer og leje den ud til tjenesten på lang sigt.
Som testere allerede har bemærket, og jeg er enig med dem, er minimumskravene baseret på egenskaberne for driftsserverne på det centraliserede Playkey-netværk.
En bred vifte af computerhardware og brugen af ensartede spilindstillingsprofiler fører ofte til øgede overordnede krav til servere og tab i videokortets ydeevne, når du arbejder i tjenesten. Hvis en virtuel maskine med et videokort ikke kan give minimumsydelsestærsklen, kan tjenesten begrænse spiludbuddet eller helt nægte at leje en sådan server.
Da serveren bruger både fysiske og logiske processorkerner, kan opfyldelse af kravene til processorydelse reduceres til en simpel sammenligning af ydeevnen af en og flere fysiske/logiske processorkerner ved hjælp af databasen for ethvert kendt testprogram, under hensyntagen til de nødvendige antal kerner afhængigt af spillet vist nedenfor. Du kan tage ydelsen fra Intel i5-8400-processoren som grundlag. Dens ydeevne per kerne er tilstrækkelig til at køre de fleste spil med undtagelse af nogle få, der kræver flere kerner, og hvis processoren ikke har nok af dem, så vil spillet simpelthen ikke være spilbart.
For at forenkle vurderingen af en computers muligheder som en PlaykeyPro-server, vil jeg give en tabel over de eksperimentelt verificerede minimumskrav til en virtuel maskine til at køre tilgængelige spil på et decentraliseret netværk i skrivende stund. Driften af selve serveren vil desuden kræve to logiske processorkerner, 8 GB RAM (12 GB, når der kører flere virtuelle maskiner på serveren) og 64 GB diskplads til CentOS-operativsystemet og den grundlæggende virtuelle maskine-software.
Ud fra størrelsen af dataene i tabellen kan du bestemme, hvilken kapacitet harddisken skal have. Glem ikke reservepladsen til den virtuelle maskine, opdateringer og nye spil. Antallet af spil vokser hurtigt, og den nødvendige mængde vil stige. For normal drift er det ikke tilrådeligt at lade mængden af ledig plads være mindre end 100 GB.
Tjenesten har en funktion til at bestemme sættet af spil af serverejeren, men på det nuværende stadie af betatestning er denne funktion ikke tilgængelig, og administratorer har simpelthen ikke tid til at regulere sættet af spil for alle. Fuld diske fører uundgåeligt til driftsfejl og nedetid for udstyr til vedligeholdelse af serviceadministratorer.
Ud fra erfaringerne med at deltage i beta-tests som lagermedier på en server med én virtuel maskine, anbefaler jeg at bruge en HDD med en kapacitet på mindst 2 TB sammen med et SSD-drev på 120 GB eller mere til at cache filsystemlæseoperationer. Andre løsninger kan medføre store økonomiske omkostninger, men for at implementere driften af mere end én virtuel maskine på samme server, skal du udelukkende bruge SSD-drev med høje læsehastigheder.
Når du kører to virtuelle maskiner inden for en server, forbliver datastørrelsen den samme, som når du arbejder med en virtuel maskine, med undtagelse af nogle få gigabyte, som vil hjælpe med at spare på SSD-diskplads.
De, der ikke har evnen til at forbinde store medier, bør ikke fortvivle. Datalagring på serveren er baseret på ZFS-filsystemet, som nemt giver dig mulighed for at øge mængden af tilgængelig diskplads over tid uden at skulle foretage ændringer i den aktuelle konfiguration med fuld databevaring. Denne implementering er ikke uden sin ulempe i form af reduceret pålidelighed af datalagring, for hvis et af medierne fejler, er der stor sandsynlighed for at miste alle data, og du bliver nødt til at vente på, at det bliver downloadet fra Playkey-serverne , hvilket slet ikke er tilfredsstillende i betragtning af mængden af data.
Advarsel!
Ved implementering af tjenesten skal diske med personlige data frakobles!
For dem, der planlægger ikke kun at udleje en computer, men også at bruge den til eget behov, ved samtidig tilslutning af diske til service og til personlig brug, kan dataene på dine diske også blive ødelagt i tilfælde af en uventet fejl. Selvfølgelig bør du ikke fysisk afbryde/tilslutte diske, hver gang du bruger din computer til personlig brug. For SATA-drev har BIOS'en mulighed for at deaktivere drevene. Der er også SATA Switch-drevstrømstyringsenheder, der kan hjælpe dig med hurtigt og sikkert at slukke for drev, der indeholder vigtige data. Hvad angår NVMe-drev, er deaktivering af BIOS-drev kun muligt på sjældne bundkort, så du kan ikke bruge dem til dine behov.
Netværksproblemer
Instruktionerne til implementering af tjenesten angiver netværksparametre i form af kablet internet på mindst 50 Mbit/s og en hvid IP-adresse til routeren. Lad os se nærmere. Hastighedsparametre for kablet internet er velkendte for næsten alle internetbrugere, men normalt er de færreste interesserede i, om IP'en er hvid eller ej og ved ikke, hvordan de skal kontrollere.
Hvid IP er en offentlig ekstern IP-adresse, der kun er tildelt én bestemt enhed (router) på det globale internet. Med en hvid IP-router kan enhver klientcomputer således oprette forbindelse til din router, som ved hjælp af DHCP- og UPNP-funktionerne udsender forbindelsen til serveren bag routeren.
For at kontrollere reklamen for din IP-adresse kan du bruge enhver tjeneste, der viser din IP-adresse og sammenligne den med IP-adressen på routerens eksterne forbindelse. Hvis den matcher, er IP-adressen offentlig. Offentlige IP-adresser er statiske og dynamiske. Statiske egner sig bedst til tjenesten, ved brug af dynamiske kan der opstå ubehagelige overraskelser i form af mistede forbindelser til klientcomputeren og serveren, der administrerer forbindelsen til tjenesten. Du kan tjekke med din internetkanaludbyder om statiske IP-adresser, eller i det mindste tjekke routerens eksterne IP-adresse inden for et par dage.
Et af de problemer, man støder på ved implementering af tjenesten, er manglen på support eller fejl i routerens UPNP-funktion. Oftest er dette tilfældet med billige routere leveret af internetudbydere. Hvis routeren er fra denne kategori, skal du først finde dokumentation om opsætning af routerens UPNP-funktion.
Det kablede internethastighedskrav på 50 Mbit/s angiver minimumsinternetbåndbredden for én virtuel maskine. Derfor vil flere virtuelle maskiner kræve en internetkanal med forholdsmæssigt øget udgående båndbredde, dvs. 50 Mbit/s ganget med antallet af virtuelle maskiner. Den udgående datatrafik pr. måned er i gennemsnit pr. virtuel maskine 1.5 terabyte, så de begrænsede tarifplaner for internetudbydere for at oprette forbindelse til tjenesten er ikke egnede.
Under serverdrift sker der intensiv dataoverførsel, som ved brug af simple 100 megabit routere kan føre til problemer i driften af onlinetjenester af multimedienetværksenheder på dit lokale netværk. Hvis du oplever problemer med stabiliteten af internetkanalhastigheden, bør du tænke på at tilslutte en mere produktiv router, ellers vil serverens drift være ustabil og efterfølgende afbrydelse fra tjenesten.
Fra testernes noter klarer Mikrotik, Keenetic, Cisco, TP-Link routere (Archer C7 og TL-ER6020) sig godt.
Der er også outsidere. For eksempel begyndte Asus RT-N18U husholdnings-gigabit-routeren, efter at have tilføjet en anden virtuel maskine, at hænge under lange samtidige sessioner; udskiftning af den med Mikrotik Hap Ac2 løste fuldstændigt problemet. Forbindelsesfald er også en almindelig hændelse; især skal Xiaomi Mi WiFi Router 4 genstartes en gang om måneden (udbyderen kan også være involveret, de pålagde routeren erklæringen om, at 500Mbit/s helt sikkert vil fungere fint på deres udstyr ).
Processen med at implementere flere servere bør udføres én ad gangen; hastigheden på serviceimplementeringen afhænger af dette. Ifølge udviklerne er løsningen på problemet med automatisk dataudveksling mellem servere på et hurtigere lokalt netværk i sidste fase. Dette vil hjælpe med at reducere serviceimplementeringstiden flere gange og reducere belastningen på internetkanalen.
Jern nuancer
Installation kræver normalt ikke brugerindgreb, men i øjeblikket er konfigurationen minimal og er rettet mod ejere af computere baseret på Intel-processorer med drev forbundet via SATA-grænseflader. Hvis du har en computer baseret på en AMD-processor eller et NVMe SSD-drev, så kan der opstå nogle forhindringer, og besvarer artiklen ikke dine spørgsmål, kan du altid spørge teknisk support direkte på din personlige kontoside eller ved at sende en mail til [e-mail beskyttet].
Tidligere var der blandt kravene i instruktionerne til implementering af tjenesten en omtale af behovet for integreret grafik eller et ekstra videokort til at køre og konfigurere serveren. På stadiet med lukket test mistede dette krav sin relevans og blev mere et værktøj til mere bekvem serveradministration med direkte ejeradgang til serveren, men ligesom enhver server baseret på Linux OS er fjernadministration tilgængelig til konfiguration og overvågning.
Kravet om en skærmemulator (stub) eller en tilsluttet skærm skyldes nogle hardwarefunktioner til styring af videokort-videotilstande i en virtuel maskine. Tjenesteklienter justerer ofte videotilstandsparametre, så de matcher parametrene for deres skærme. Hvis en skærm eller emulator ikke er forbundet til videokortet, bliver mange specifikke videotilstande utilgængelige for klienter, hvilket er uacceptabelt for tjenesten. For konstant drift af serveren er tilstedeværelsen af en emulator at foretrække frem for at tilslutte en skærm, ellers kan det forårsage en fejl i tjenesten, hvis skærmen slukkes eller skiftes til at fungere fra en anden videokilde. Hvis du har brug for at kombinere emulatorens funktionalitet og bruge skærmen uden nogen genforbindelser, kan du bruge en transitmonitor-emulator.
Test computerens konfiguration
- Strømforsyning Chieftec Proton 750W (BDF-750C)
- ASRock Z390 Pro4 bundkort
- Intel i5-9400 processor
- Crucial 16 GB DDR4 3200 MHz Ballistix Sport LT hukommelse (enkelt stick)
- Samsung SSD-drev – PM961 M.2 2280, 512 GB, PCI-E 3.0×4, NVMe
- MSI Geforce GTX 1070 Aero ITX 8G OC grafikkort
- Som et installationsflashdrev SSD SanDisk 16GB (USB HDD SATA RACK)
Installation
Det tager kun et par minutter at downloade "usbpro.img"-billedet fra linket i PlaykeyPro-installationsvejledningen og skrive det til et eksternt USB-drev. Det tog mig længere tid at rulle gennem BIOS-indstillingernes sektioner på jagt efter virtualiseringsmuligheder: Intel Virtualization og Intel VT-d. Uden at aktivere disse muligheder, vil den virtuelle maskine ikke være i stand til at starte. Når du har aktiveret virtualiseringsindstillingerne, skal du indstille bootindstillingerne i Legacy BIOS-tilstand og gemme indstillingerne. Det nuværende officielle billede understøtter ikke opstart i UEFI-tilstand, udviklerne annoncerede denne mulighed i den næste udgivelse af billedet. Den første lancering skal udføres én gang fra et tidligere forberedt USB-drev. I mit tilfælde brugte ASRock-bundkortet F11-tasten til at få opstartsmenuen frem.
Efter at have valgt at starte fra et USB-drev, fulgte ingen smukke pauseskærme, og der dukkede straks en dialogboks op, der bad dig indtaste Playkey-bruger-id'et, som kan findes i øverste højre del efter at have gennemført registreringsproceduren på landingssiden.
Efter indtastning af identifikationsnummeret blev der vist et vindue, der advarede om, at alle data på den angivne disk vil blive uigenkaldeligt ødelagt. I mit eksempel vil systemet og partitionen med data til spil være på den samme disk. For at sikre, at serveren er knyttet til den personlige konto, bruges navnet på den angivne disk. Indtastning af drevnavn og Playkey-bruger-ID i serverkonfigurationen udføres automatisk, men automatiseringsfejl opstår på forskelligt udstyr. Skriv disknavnet ned et sted, det vil være nyttigt, når du manuelt forbinder serveren med din personlige konto i tilfælde af en fejl. Muligheden for at installere systemet og data med spil på forskellige diske er anderledes, men på grund af sjældenheden af en sådan implementering betragtede jeg det ikke som et eksempel.
Efter at have bekræftet ødelæggelsen af data, fortsætter installationsprogrammet med at opsætte diskpartitioner og indlæse systembilledet. Installationen blev naturligvis udført om aftenen, fordi dataoverførselsprocessen bedst foregår fra midnat til middag, når spillerne hviler, og netværket ikke er overbelastet.
Prognosen for downloadtiden for systembilledet viste sig at være sand; efter 45 minutter begyndte installationsprogrammet, efter at have kontrolleret billedets integritet, at kopiere det til mediet. Under billeddownloadprocessen blev 'Forbindelse timeout' forbindelsesfejlmeddelelser ofte vist, men dette påvirker ikke downloadprocessen, snarere ser det ud til at være forkert indstillede timeouts i installationsprogrammet.
Som forventet lavede installationsprogrammet efter vellykket kopiering af systembilledet til mediet en fejl relateret til tilslutning af en partition på NVMe-medier (de seneste installationsinstruktioner indeholder en omtale af negative oplevelser ved installation på en NVMe-disk og en anbefaling om ikke at vælge diske af denne type). I dette installationseksempel er fejlen ikke relateret til funktionerne i AMD-platformen, men til en simpel installationsfejl ved korrekt bestemmelse af NVMe-diskpartitions-id'et. Jeg rapporterede fejlen til udviklerne; der skulle ikke være nogen fejl i den næste udgivelse. Hvis der stadig opstår en fejl, skal du angive det tidligere registrerede disknavn, når du sender en forbindelsesanmodning, ud over Playkey-id'et og routermodellen, og teknisk support vil udføre opsætningen eksternt.
Og så installationen er færdig, du kan slukke for computeren og derefter frakoble USB-drevet med installationsprogrammet. Det næste trin er det mest spændende og enkle, tænd for computeren og vent på, at CentOS-operativsystemet afslutter indlæsningen. Hvis alt blev gjort korrekt, vil vi se følgende billede.
Ingen login påkrævet. Så skal tjenesten fortsætte med at oprette og arbejde selvstændigt. Du kan indsende en forbindelsesanmodning.
Kontrol af forbindelsen
Den vellykkede lancering af serveren indikeres af udseendet af en post med det tidligere nævnte disknavn på listen over servere på din personlige konto. Statusserne overfor serveren skal være online, blokeret og gratis. Hvis serveren ikke er på listen, kontakt support direkte fra din personlige konto (knap nederst til højre på siden).
Efter vellykket lancering af CentOS og oprettelse af forbindelse til din personlige konto, begynder serveren automatisk at downloade de data, der er nødvendige for driften. Processen er langvarig og kan tage længere tid afhængigt af internetkanalens båndbredde. I eksemplet tog dataoverførslen omkring 8 timer (fra aften til morgen). Downloadprocessen på din personlige konto vises ikke på nogen måde på dette teststadium. For enkel indirekte kontrol kan du overvåge routerens trafikstatistik. Hvis der ikke er trafik, bedes du kontakte teknisk support med et spørgsmål om serverstatus.
Hvis de grundlæggende serverdata er succesfuldt downloadet, og der ikke er tekniske problemer, starter Windows-operativsystemet på den virtuelle maskine med en let genkendelig desktop-grænseflade. Efter at have downloadet GTA5-spillet på en virtuel maskine, starter en præstationstest baseret på GTA5-spillet automatisk, baseret på resultaterne af hvilken tjenesten automatisk beslutter sig for serverens egnethed og ændrer Blokeret-statussen til Tilgængelig. I øjeblikket er der på grund af hypen køer til test, bare vær tålmodig. Nu kan du frakoble skærmen og tilslutte emulatoren (stubben) i stedet for. At bestå testen registreres i sektionen Sessioner på din personlige konto (Spil: gta_benchmark). Hvis statussen ikke ændres til tilgængelig efter at have gennemført testen, bedes du kontakte teknisk support med et spørgsmål.
Mine byggerier
Flaskehalsen i testsamlingen er Intel i5-9400-processoren, som har et begrænset antal kerner og mangler Hyper-threading-teknologi, hvilket begrænser udvalget af forbundne spil. Diskstørrelsen begrænser også spilbiblioteket og forårsager allerede et fald i serverudnyttelsen. Det fulde bibliotek af spil, der er tilgængeligt til PlaykeyPro, har allerede overskredet størrelsen på 1 TB.
I mit arsenal er der flere servere, der kører to og tre virtuelle maskiner baseret på tre typer bundkort:
ASRock Z390 Phantom Gaming 6, i9-9900, DDR4 3200 48GB, SSD NVMe 1TB, SSD NVMe 512GB, GTX 1080ti, GTX 1070, GTX 1660 Super, 1000W strømforsyning
Gigabyte Z390 Gaming Sli, i9-9900, DDR4 3200 48GB, SSD NVMe 512GB, GTX 1070, GTX 1660 Super, 850W strømforsyning
Gigabyte Z390 Designare, i9-9900K, DDR4 3200 48GB, SSD NVMe 512GB, 3x GTX 1070, 1250W strømforsyning
Under test af samlinger blev følgende mangler bemærket:
- i de første to samlinger er åbningerne til 2. og 3. videokort placeret for tæt på hinanden, hvilket gør det vanskeligt at sikre korrekt afkøling;
- på Gigabyte Z390 Gaming Sli bundkortet er pladsen til det tredje videokort begrænset på PCIe-bussen af to v3.0-baner fra bundkortets chipset, og følgelig er fps-tab mærkbare under spillet (på ASRock PCIe x4 v3.0 MCH, fps faldet er ikke mærkbart);
- når du bruger i9-9900-processoren, er der ikke nok kerner til at køre krævende spil på alle tre virtuelle maskiner, så snart vil der være to virtuelle maskiner, der opererer der;
- Det er umuligt at bruge HDD i forbindelse med to eller tre virtuelle maskiner.
Samlingen baseret på Gigabyte Z390 Designare-bundkortet, på grund af det symmetriske arrangement af PCIe X16-slots, viste sig at være den mest succesrige til at sikre pålidelig afkøling af tre videokort. Herunder for at sikre bundkortets høj ydeevne, er alle tre videokort forbundet til PCIe v3.0-processorlinjer ved hjælp af x8/x4/x4-skemaet uden deltagelse af MCH.
Konklusion
Omhyggelig planlægning af computerstrukturen til implementering af PlaykeyPRO-tjenesten vil uden tvivl øge serverens pålidelighed, ydeevne og levetid. Du bør dog ikke umiddelbart bygge komplekse konfigurationer til to/tre virtuelle maskiner, start med én. Efter cirka en måned kan du få en forståelse af serverens driftproces og planlægge den optimale konfiguration af dit udstyr.
Ud over minimumssystemkravene vil jeg give en anbefaling til computerkonfigurationen for tjenesten, som vil sikre driften af alle tilgængelige spil og give en ydeevnereserve for nye produkter:
- Processor: 8 kerner
- Harddisk: mindst 2 TB, SSD eller SSD>=120 + HDD 7200 RPM
- RAM: 24 GB (helst 32, 16+16 i dual-channel mode)
- Videokort: NVIDIA 2070 Super (svarende i ydeevne til 1080Ti) eller bedre
Oplysningerne i artiklen er baseret på min personlige erfaring med implementering og drift af servere på det decentraliserede PlaykeyPro-netværk. Men selv efter næsten et års deltagelse i test, er du nogle gange nødt til at håndtere fejl i designet af udstyrskonfigurationen.
Kilde: www.habr.com