Mange eiere av hjemmedatamaskiner og dataklubber grep muligheten til å tjene penger på eksisterende utstyr i PlaykeyPro desentraliserte nettverket, men ble møtt med korte distribusjonsinstruksjoner, som for de fleste forårsaket problemer under oppstart og drift, noen ganger til og med uoverkommelige.
Nå er det desentraliserte spillnettverksprosjektet på stadiet med åpen testing, utviklerne er overveldet med spørsmål om lansering av servere for nye deltakere, de jobber nesten syv dager i uken, og det er ikke tid i det hele tatt for utvidede instruksjoner.
På forespørsel fra lesere av artikkelen og for de som ønsker å bli deltakere i PlaykeyPro desentraliserte nettverket, bestemte jeg meg for å gå gjennom tilkoblingsstien igjen med den eksisterende opplevelsen av å distribuere en server på en hjemmedatamaskin. Jeg håper jeg vil hjelpe mitt kjære publikum til å forstå hvordan lanseringen skjer, hva som er nødvendig for dette og hvordan man unngår kjente problemer.
Trening
Før du begynner å installere og koble til serveren, bør du sjekke at utstyret og nettverket oppfyller alle nødvendige kriterier. Den korte beskrivelsen av lanseringen og landingssiden inneholder minimum systemkrav uten detaljerte beskrivelser og forklaringer, noe som fører til tvil om muligheten og lønnsomheten for å delta i prosjektet.
Hvis du strengt følger minimumskravene, vil du få en server som du kun kan spille noen få spill på. Gitt den konstante endringen i ressurskravene til spill, kan dette raskt føre til tap av etterspørsel etter serveren eller ekstra kostnader for re-utstyr. Denne tilstanden vil neppe glede de som planlegger å kjøpe en ny datamaskin og leie den ut til tjenesten på lang sikt.
Som testere allerede har bemerket, og jeg er enig med dem, er minimumskravene basert på egenskapene til driftsserverne til det sentraliserte Playkey-nettverket.
Et bredt utvalg av maskinvare og bruk av enhetlige spillinnstillingsprofiler fører ofte til økte generelle krav til servere og tap i skjermkortytelse når du arbeider i tjenesten. Hvis en virtuell maskin med et skjermkort ikke kan gi minimum ytelsesterskel, kan tjenesten begrense spillutvalget eller helt nekte å leie en slik server.
Siden serveren bruker både fysiske og logiske prosessorkjerner, kan oppfyllelse av kravene til prosessorytelse reduseres til en enkel sammenligning av ytelsen til en og flere fysiske/logiske prosessorkjerner ved å bruke databasen til et kjent testprogram, med hensyn til de nødvendige antall kjerner avhengig av spillet vist under tabellen. Du kan ta ytelsen til Intel i5-8400-prosessoren som grunnlag. Ytelsen per kjerne er tilstrekkelig til å kjøre de fleste spill med unntak av noen få som krever flere kjerner, og hvis prosessoren ikke har nok av dem, vil spillet rett og slett ikke være spillbart.
For å forenkle vurderingen av en datamaskins evner som en PlaykeyPro-server, vil jeg gi en tabell over minimum eksperimentelt verifiserte krav for en virtuell maskin for å kjøre tilgjengelige spill på et desentralisert nettverk i skrivende stund. Driften av selve serveren vil i tillegg kreve to logiske prosessorkjerner, 8 GB RAM (12 GB når du kjører flere virtuelle maskiner på serveren) og 64 GB diskplass for CentOS-operativsystemet og den grunnleggende virtuelle maskinprogramvaren.
Basert på størrelsen på dataene i tabellen kan du bestemme hvilken kapasitet harddisken skal ha. Ikke glem reserveplassen for den virtuelle maskinen, oppdateringer og nye spill. Antall spill vokser raskt og det nødvendige volumet vil øke. For normal drift er det ikke tilrådelig å la mengden ledig plass være mindre enn 100 GB.
Tjenesten har en funksjon for å bestemme settet med spill av servereieren, men på det nåværende stadiet av betatesting er ikke denne funksjonen tilgjengelig og administratorer har rett og slett ikke tid til å regulere settet med spill for alle. Fulle disker fører uunngåelig til driftsfeil og nedetid for utstyr for vedlikehold av serviceadministratorer.
Fra erfaringen med å delta i beta-tester som lagringsmedier på en server med én virtuell maskin, anbefaler jeg å bruke en HDD med en kapasitet på minst 2 TB sammen med en SSD-stasjon på 120 GB eller mer for å bufre filsystemets leseoperasjoner. Andre løsninger kan medføre store økonomiske kostnader, men for å implementere driften av mer enn én virtuell maskin på samme server, må du utelukkende bruke SSD-stasjoner med høy lesehastighet.
Når du kjører to virtuelle maskiner innenfor en server, forblir datastørrelsen den samme som når du arbeider med en virtuell maskin, med unntak av noen få gigabyte, som vil bidra til å spare SSD-diskplass.
De som ikke har evnen til å koble sammen store medier bør ikke fortvile. Datalagring på serveren er basert på ZFS-filsystemet, som enkelt lar deg øke mengden tilgjengelig diskplass over tid uten å måtte gjøre endringer i gjeldende konfigurasjon med full databevaring. Denne implementeringen er ikke uten sin ulempe i form av redusert pålitelighet av datalagring, fordi hvis en av mediene mislykkes, er det stor sannsynlighet for å miste alle dataene, og du må vente på at den skal lastes ned fra Playkey-serverne , noe som slett ikke er tilfredsstillende gitt mengden av data.
Advarsel!
Ved distribusjon av tjenesten må disker med personlige data kobles fra!
For de som planlegger ikke bare å leie ut en datamaskin, men også å bruke den til egne behov, ved samtidig tilkobling av disker for service og til personlig bruk, kan dataene på diskene dine også bli ødelagt ved en uventet feil. Selvfølgelig bør du ikke fysisk koble fra/koble til disker hver gang du bruker datamaskinen til personlig bruk. For SATA-stasjoner har BIOS muligheten til å deaktivere stasjonen(e). Det finnes også strømstyringsenheter for SATA Switch-stasjoner som kan hjelpe deg raskt og trygt å slå av stasjoner som inneholder viktige data. Når det gjelder NVMe-stasjoner, er deaktivering av BIOS-stasjoner bare mulig på sjeldne hovedkort, så du kan ikke bruke dem til dine behov.
Nettverksproblemer
Instruksjonene for distribusjon av tjenesten indikerer nettverksparametere i form av kablet Internett på minst 50 Mbit/s og en hvit IP-adresse for ruteren. La oss ta en nærmere titt. Hastighetsparametre for kablet Internett er kjent for nesten alle Internett-brukere, men vanligvis er få mennesker interessert i om IP-en er hvit eller ikke, og vet ikke hvordan de skal sjekke.
Hvit IP er en offentlig ekstern IP-adresse som er tildelt kun én bestemt enhet (ruter) på det globale Internett. Med en hvit IP-ruter kan enhver klientdatamaskin derfor koble seg direkte til ruteren din, som ved hjelp av DHCP- og UPNP-funksjonene kringkaster tilkoblingen til serveren bak ruteren.
For å sjekke publisiteten til IP-adressen din, kan du bruke hvilken som helst tjeneste som viser IP-adressen din og sammenligne den med IP-adressen til ruterens eksterne tilkobling. Hvis den samsvarer, er IP-adressen offentlig. Offentlige IP-adresser er statiske og dynamiske. Statiske egner seg best for tjenesten, ved bruk av dynamiske kan det oppstå ubehagelige overraskelser i form av tapte forbindelser med klientdatamaskinen og serveren som administrerer forbindelsen til tjenesten. Du kan sjekke med Internett-kanalleverandøren din om statiske IP-adresser, eller i det minste sjekke den eksterne IP-adressen til ruteren innen noen få dager.
Et av problemene som oppstår ved distribusjon av tjenesten er mangelen på støtte eller feil i UPNP-funksjonen til ruteren. Oftest er dette tilfellet med billige rutere levert av Internett-leverandører. Hvis ruteren er fra denne kategorien, bør du først finne dokumentasjon om hvordan du setter opp ruterens UPNP-funksjon.
Hastighetskravet for kablet Internett på 50 Mbit/s setter minimum Internett-båndbredde for én virtuell maskin. Følgelig vil flere virtuelle maskiner kreve en internettkanal med proporsjonalt økt utgående båndbredde, dvs. 50 Mbit/s multiplisert med antall virtuelle maskiner. Utgående datatrafikk per måned i gjennomsnitt per virtuell maskin er 1.5 terabyte, så de begrensede tariffplanene til Internett-leverandører for å koble til tjenesten er ikke egnet.
Under serverdrift skjer det intensiv dataoverføring, som ved bruk av enkle 100 megabit-rutere kan føre til problemer med driften av onlinetjenester til multimedianettverksenheter på ditt lokale nettverk. Hvis du opplever problemer med stabiliteten til Internett-kanalhastigheten, bør du tenke på å koble til en mer produktiv ruter, ellers vil serverens drift være ustabil og påfølgende frakobling fra tjenesten.
Fra testernes notater gir Mikrotik, Keenetic, Cisco, TP-Link rutere (Archer C7 og TL-ER6020) gode resultater.
Det er også utenforstående. For eksempel begynte Asus RT-N18U husholdningsgigabit-ruteren, etter å ha lagt til en annen virtuell maskin, å henge under lange samtidige økter; å erstatte den med Mikrotik Hap Ac2 løste problemet fullstendig. Tilkoblingsfall er også en vanlig forekomst; spesielt må Xiaomi Mi WiFi Router 4 startes på nytt en gang i måneden (leverandøren kan også være involvert, de påla ruteren at 500Mbit/s definitivt vil fungere bra på utstyret deres ).
Prosessen med å distribuere flere servere bør utføres én om gangen; hastigheten på tjenestedistribusjon avhenger av dette. Ifølge utviklerne er løsningen på problemet med automatisk datautveksling mellom servere på et raskere lokalt nettverk i sluttfasen. Dette vil bidra til å redusere tjenestedistribusjonstiden med flere ganger og redusere belastningen på Internett-kanalen.
Jern nyanser
Installasjon krever vanligvis ikke brukerintervensjon, men for øyeblikket er konfigurasjonen minimal og er rettet mot eiere av datamaskiner basert på Intel-prosessorer med stasjoner koblet til via SATA-grensesnitt. Hvis du har en datamaskin basert på en AMD-prosessor eller en NVMe SSD-stasjon, kan det oppstå noen hindringer, og hvis artikkelen ikke svarer på spørsmålene dine, kan du alltid spørre teknisk support direkte på din personlige kontoside eller ved å sende en e-post til [e-postbeskyttet].
Tidligere, blant kravene i instruksjonene for distribusjon av tjenesten, var det en omtale av behovet for integrert grafikk eller et ekstra skjermkort for å kjøre og konfigurere serveren. På stadiet med lukket testing mistet dette kravet sin relevans og ble mer et verktøy for mer praktisk serveradministrasjon med direkte eiertilgang til serveren, men som enhver server basert på Linux OS, er ekstern administrasjon tilgjengelig for konfigurasjon og overvåking.
Kravet til en skjermemulator (stub) eller en tilkoblet skjerm skyldes noen maskinvarefunksjoner for å administrere skjermkortvideomoduser i en virtuell maskin. Tjenesteklienter justerer ofte videomodusparametere for å matche parametrene til skjermene deres. Hvis en skjerm eller emulator ikke er koblet til skjermkortet, blir mange spesifikke videomoduser utilgjengelige for klienter, noe som er uakseptabelt for tjenesten. For konstant drift av serveren er tilstedeværelsen av en emulator å foretrekke fremfor å koble til en skjerm, ellers kan det å slå av skjermens strøm eller bytte skjermen til å fungere fra en annen videokilde forårsake en feil i tjenesten. Hvis du trenger å kombinere funksjonaliteten til emulatoren og bruke skjermen uten noen retilkoblinger, kan du bruke en transittmonitoremulator.
Test datamaskinkonfigurasjonen
- Strømforsyning Chieftec Proton 750W (BDF-750C)
- ASRock Z390 Pro4 hovedkort
- Intel i5-9400 prosessor
- Avgjørende 16 GB DDR4 3200 MHz Ballistix Sport LT-minne (enkeltpinne)
- Samsung SSD-stasjon – PM961 M.2 2280, 512 GB, PCI-E 3.0×4, NVMe
- MSI Geforce GTX 1070 Aero ITX 8G OC grafikkort
- Som en installasjonsflash-stasjon SSD SanDisk 16GB (USB HDD SATA RACK)
Installasjon
Å laste ned "usbpro.img"-bildet fra koblingen i PlaykeyPro-implementeringsinstruksjonene og skrive det til en ekstern USB-stasjon tar bare et par minutter. Det tok meg lengre tid å bla gjennom BIOS-innstillingsdelene på jakt etter virtualiseringsalternativer: Intel Virtualization og Intel VT-d. Uten å aktivere disse alternativene, vil den virtuelle maskinen ikke kunne starte. Etter at du har aktivert virtualiseringsalternativene, setter du oppstartsalternativene i Legacy BIOS-modus og lagrer innstillingene. Det nåværende offisielle bildet støtter ikke oppstart i UEFI-modus, utviklerne kunngjorde dette alternativet i neste utgivelse av bildet. Den første lanseringen må utføres en gang fra en tidligere forberedt USB-stasjon. I mitt tilfelle brukte ASRock-hovedkortet F11-tasten for å få opp Boot Menu.
Etter å ha valgt å starte fra en USB-stasjon, fulgte ingen vakre skjermsparere, og en dialogboks dukket umiddelbart opp der du ble bedt om å skrive inn Playkey-bruker-IDen, som du finner i øvre høyre del etter å ha fullført registreringsprosedyren på landingssiden.
Etter å ha tastet inn identifikasjonsnummeret, ble det vist et vindu som advarte om at alle data på den angitte disken vil bli ugjenkallelig ødelagt. I mitt eksempel vil systemet og partisjonen med data for spill være på samme disk. For å sikre at serveren er koblet til den personlige kontoen, brukes navnet på den angitte disken. Inntasting av stasjonsnavn og Playkey-bruker-ID i serverkonfigurasjonen utføres automatisk, men automatiseringsfeil oppstår på forskjellig utstyr. Skriv ned disknavnet et sted, det vil være nyttig når du manuelt kobler serveren til din personlige konto i tilfelle feil. Muligheten for å installere systemet og data med spill på forskjellige disker er forskjellig, men på grunn av sjeldenheten til en slik implementering, så jeg det ikke som et eksempel.
Etter å ha bekreftet ødeleggelsen av data, fortsetter installasjonsprogrammet til å sette opp diskpartisjoner og laste inn systembildet. Installasjonen ble åpenbart utført på kvelden, fordi datanedlastingsprosessen skjer best fra midnatt til middag, når spillere hviler og nettverket ikke er overbelastet.
Prognosen for nedlastingstiden til systembildet viste seg å være sann; etter 45 minutter begynte installasjonsprogrammet, etter å ha sjekket integriteten til bildet, å kopiere det til media. Under bildenedlastingsprosessen ble det ofte vist tilkoblingsfeilmeldinger "Forbindelse ble tidsavbrutt", men dette påvirker ikke nedlastingsprosessen, snarere ser det ut til at tidsavbruddene ble satt feil i installasjonsprogrammet.
Som forventet, etter vellykket kopiering av systembildet til mediet, gjorde installasjonsprogrammet en feil relatert til tilkobling av en partisjon på NVMe-medier (de siste distribusjonsinstruksjonene inneholder en omtale av negative erfaringer ved installasjon på en NVMe-disk og en anbefaling om ikke å velge disker av denne typen). I dette installasjonseksemplet er feilen ikke relatert til funksjonene til AMD-plattformen, men til en enkel installasjonsfeil ved korrekt bestemmelse av NVMe-diskpartisjonsidentifikatoren. Jeg rapporterte feilen til utviklerne; det skal ikke være noen feil i neste utgivelse. Hvis en feil fortsatt oppstår, må du oppgi det tidligere registrerte disknavnet når du sender en tilkoblingsforespørsel, i tillegg til Playkey ID og rutermodell, og teknisk støtte vil utføre oppsettet eksternt.
Og så, installasjonen er fullført, du kan slå av datamaskinen og deretter koble fra USB-stasjonen med installasjonsprogrammet. Det neste trinnet er det mest spennende og enkle, slå på datamaskinen og vent til CentOS-operativsystemet er ferdig lastet. Hvis alt ble gjort riktig, vil vi se følgende bilde.
Ingen pålogging kreves. Da må tjenesten fortsette å sette opp og jobbe selvstendig. Du kan sende inn en forespørsel om tilkobling.
Kontrollerer tilkoblingen
Den vellykkede lanseringen av serveren indikeres av utseendet til en oppføring med det tidligere nevnte disknavnet i listen over servere i din personlige konto. Statusene overfor serveren skal være Online, Blocked og Free. Hvis serveren ikke er på listen, kontakt support direkte fra din personlige konto (knapp nederst til høyre på siden).
Etter å ha startet CentOS og koblet til din personlige konto, begynner serveren automatisk å laste ned dataene som er nødvendige for driften. Prosessen er lang og kan ta lengre tid avhengig av båndbredden til Internett-kanalen. I eksemplet tok nedlastingen av data omtrent 8 timer (fra kveld til morgen). Nedlastingsprosessen i din personlige konto vises ikke på noen måte på dette stadiet av testingen. For enkel indirekte kontroll kan du overvåke rutertrafikkstatistikk. Hvis det ikke er trafikk, vennligst kontakt teknisk støtte med spørsmål om serverstatus.
Hvis de grunnleggende serverdataene er lastet ned og det ikke er noen tekniske problemer, vil Windows-operativsystemet starte på den virtuelle maskinen med et lett gjenkjennelig skrivebordsgrensesnitt. Etter å ha lastet ned GTA5-spillet på en virtuell maskin, starter en ytelsestest basert på GTA5-spillet automatisk, basert på resultatene som tjenesten automatisk bestemmer om serverens egnethet og endrer Blokkert-statusen til Tilgjengelig. For øyeblikket, på grunn av hypen, er det køer for testing, bare vær tålmodig. Nå kan du koble fra skjermen og koble til emulatoren (stubben) i stedet. Å bestå testen registreres i Sessions-delen av din personlige konto (Spill: gta_benchmark). Hvis statusen ikke endres til Tilgjengelig etter å ha fullført testen, vennligst kontakt teknisk støtte med et spørsmål.
Byggene mine
Flaskehalsen til testsammenstillingen er Intel i5-9400-prosessoren, som har et begrenset antall kjerner og mangler Hyper-threading-teknologi, noe som begrenser utvalget av tilkoblede spill. Diskstørrelsen begrenser også spillbiblioteket og forårsaker allerede en nedgang i serverutnyttelsen. Hele biblioteket med spill tilgjengelig for PlaykeyPro har allerede overskredet størrelsen på 1 TB.
I mitt arsenal er det flere servere som kjører to og tre virtuelle maskiner basert på tre typer hovedkort:
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 testing av sammenstillinger ble følgende mangler lagt merke til:
- i de to første sammenstillingene er sporene for 2. og 3. skjermkort plassert for nær hverandre, noe som gjør det vanskelig å sikre riktig kjøling;
- på Gigabyte Z390 Gaming Sli-hovedkortet er sporet for det tredje skjermkortet begrenset på PCIe-bussen av to v3.0-baner fra hovedkortets brikkesett, og følgelig er fps-tap merkbare under spillet (på ASRock PCIe x4 v3.0 MCH, fps-reduksjonen er ikke merkbar);
- når du bruker i9-9900-prosessoren, er det ikke nok kjerner til å kjøre krevende spill på alle tre virtuelle maskinene, så snart vil det være to virtuelle maskiner som opererer der;
- Det er umulig å bruke HDD sammen med to eller tre virtuelle maskiner.
Sammenstillingen basert på Gigabyte Z390 Designare hovedkort, på grunn av det symmetriske arrangementet av PCIe X16-sporene, viste seg å være den mest vellykkede for å sikre pålitelig kjøling av tre skjermkort. Inkludert for å sikre høy ytelse på hovedkortet, er alle tre skjermkort koblet til PCIe v3.0-prosessorlinjer ved hjelp av x8/x4/x4-skjemaet uten deltakelse fra MCH.
Konklusjon
Nøye planlegging av datamaskinstrukturen for distribusjon av PlaykeyPRO-tjenesten vil utvilsomt øke påliteligheten, ytelsen og levetiden til serveren. Du bør imidlertid ikke umiddelbart bygge komplekse konfigurasjoner for to/tre virtuelle maskiner, start med én. Etter omtrent en måned kan du få en forståelse av serverens operasjonsprosess og planlegge den optimale konfigurasjonen av utstyret ditt.
I tillegg til minimumssystemkravene, vil jeg gi en anbefaling for datamaskinkonfigurasjonen for tjenesten, som vil sikre driften av alle tilgjengelige spill og gi en ytelsesreserve for nye produkter:
- Prosessor: 8 kjerner
- Harddisk: minst 2 TB, SSD eller SSD>=120 + HDD 7200 RPM
- RAM: 24 GB (helst 32, 16+16 i tokanalsmodus)
- Skjermkort: NVIDIA 2070 Super (tilsvarer ytelsen til 1080Ti) eller bedre
Informasjonen i artikkelen er basert på min personlige erfaring med å distribuere og drive servere til det desentraliserte PlaykeyPro-nettverket. Men selv etter nesten et år med å delta i testing, må du noen ganger håndtere feil i utformingen av utstyrskonfigurasjonen.
Kilde: www.habr.com