Många ägare av hemdatorer och datorklubbar hoppade på möjligheten att tjäna pengar på befintlig utrustning i det decentraliserade PlaykeyPro-nätverket, men ställdes inför korta installationsinstruktioner, som för de flesta orsakade problem under uppstart och drift, ibland till och med oöverstigliga.
Nu är det decentraliserade spelnätverksprojektet på stadium av öppen testning, utvecklarna överväldigas av frågor om lansering av servrar för nya deltagare, de arbetar nästan sju dagar i veckan och det finns ingen tid alls för utökade instruktioner.
På begäran av läsarna av artikeln och för de som vill bli deltagare i det decentraliserade PlaykeyPro-nätverket, bestämde jag mig för att gå igenom anslutningsvägen igen med den befintliga erfarenheten av att distribuera en server på en hemdator. Jag hoppas att jag ska hjälpa min kära publik att förstå hur lanseringen sker, vad som krävs för detta och hur man undviker kända problem.
Utbildning
Innan du börjar installera och ansluta servern bör du kontrollera att utrustningen och nätverket uppfyller alla nödvändiga kriterier. Den korta beskrivningen av lanseringen och landningssidan innehåller minimisystemkrav utan detaljerade beskrivningar och förklaringar, vilket leder till tvivel om möjligheten och lönsamheten av deltagande i projektet.
Om du strikt följer minimikraven får du en server där du bara kan spela ett fåtal spel. Med tanke på den ständiga förändringen av resurskraven för spel, kan detta snabbt leda till en förlust av efterfrågan på servern eller extra kostnader för omutrustning. Detta tillstånd kommer sannolikt inte att tillfredsställa dem som planerar att köpa en ny dator och hyra ut den till tjänsten på lång sikt.
Som testare redan har noterat, och jag håller med dem, är minimikraven baserade på egenskaperna hos driftservrarna i det centraliserade Playkey-nätverket.
Ett brett utbud av datorhårdvara och användningen av enhetliga spelinställningar leder ofta till ökade övergripande krav på servrar och förluster i grafikkortets prestanda när man arbetar i tjänsten. Om en virtuell maskin med ett grafikkort inte kan ge den lägsta prestandatröskeln, kan tjänsten begränsa spelutbudet eller helt vägra att hyra en sådan server.
Eftersom servern använder både fysiska och logiska processorkärnor, kan uppfyllandet av kraven för processorprestanda reduceras till en enkel jämförelse av prestandan för en och flera fysiska/logiska processorkärnor med hjälp av databasen för alla kända testprogram, med hänsyn tagen till de nödvändiga antal kärnor beroende på spelet som visas nedan. Du kan ta prestandan hos Intel i5-8400-processorn som grund. Dess prestanda per kärna är tillräcklig för att köra de flesta spel med undantag för ett fåtal som kräver fler kärnor, och om processorn inte har tillräckligt med dem, så kommer spelet helt enkelt inte att vara spelbart.
För att förenkla bedömningen av en dators kapacitet som en PlaykeyPro-server kommer jag att tillhandahålla en tabell över de minimala experimentellt verifierade kraven för en virtuell maskin att köra tillgängliga spel på ett decentraliserat nätverk i skrivande stund. Driften av själva servern kommer dessutom att kräva två logiska processorkärnor, 8 GB RAM (12 GB när du kör flera virtuella maskiner på servern) och 64 GB diskutrymme för CentOS-operativsystemet och den grundläggande virtuella maskinmjukvaran.
Baserat på storleken på data i tabellen kan du bestämma vilken kapacitet hårddisken ska ha. Glöm inte reservutrymmet för den virtuella maskinen, uppdateringar och nya spel. Antalet spel växer snabbt och den erforderliga volymen kommer att öka. För normal drift är det inte tillrådligt att lämna mängden ledigt utrymme mindre än 100 GB.
Tjänsten har en funktion för att bestämma uppsättningen spel av serverägaren, men i det aktuella skedet av betatester är denna funktion inte tillgänglig och administratörer har helt enkelt inte tid att reglera speluppsättningen för alla. Fulla diskar leder oundvikligen till driftsfel och driftstopp av utrustning för underhåll av serviceadministratörer.
Utifrån erfarenheten av att delta i beta-tester som lagringsmedia på en server med en virtuell maskin rekommenderar jag att du använder en hårddisk med en kapacitet på minst 2 TB tillsammans med en SSD-enhet på 120 GB eller mer för att cachelagra filsystemets läsoperationer. Andra lösningar kan medföra stora ekonomiska kostnader, men för att implementera driften av mer än en virtuell maskin på samma server måste du uteslutande använda SSD-enheter med höga läshastigheter.
När du kör två virtuella maskiner inom en server förblir datastorleken densamma som när du arbetar med en virtuell maskin, med undantag för några gigabyte, vilket kommer att spara på SSD-diskutrymme.
De som inte har förmågan att koppla ihop stora medier ska inte misströsta. Datalagring på servern är baserad på ZFS-filsystemet, vilket enkelt låter dig öka mängden tillgängligt diskutrymme över tid utan att behöva göra ändringar i den aktuella konfigurationen med fullständig databevarande. Denna implementering är inte utan sin nackdel i form av minskad tillförlitlighet för datalagring, för om en av medierna misslyckas är det stor sannolikhet att förlora all data och du måste vänta på att den ska laddas ner från Playkey-servrarna , vilket inte alls är tilltalande med tanke på mängden data.
Varning!
Vid driftsättning av tjänsten måste diskar med personuppgifter kopplas bort!
För den som planerar att inte bara hyra ut en dator, utan även att använda den för sina egna behov, vid samtidig anslutning av diskar för service och för personligt bruk, kan även data på dina diskar förstöras vid ett oväntat fel. Naturligtvis bör du inte fysiskt koppla bort/ansluta diskar varje gång du använder din dator för personligt bruk. För SATA-enheter har BIOS förmågan att inaktivera enheten/enheterna. Det finns också SATA Switch-enheter för energihantering som kan hjälpa dig att snabbt och säkert stänga av enheter som innehåller viktig data. När det gäller NVMe-enheter är det bara möjligt att inaktivera BIOS-enheter på sällsynta moderkort, så du kan inte använda dem för dina behov.
Nätverksproblem
Instruktionerna för att distribuera tjänsten anger nätverksparametrar i form av trådbundet internet på minst 50 Mbit/s och en vit IP-adress för routern. Låt oss ta en närmare titt. Hastighetsparametrar för trådbundet internet är bekanta för nästan alla internetanvändare, men vanligtvis är få människor intresserade av om IP:n är vit eller inte och vet inte hur de ska kontrollera.
White IP är en offentlig extern IP-adress som endast tilldelas en specifik enhet (router) på det globala internet. Med en vit IP-router kan alltså vilken klientdator som helst ansluta direkt till din router, som med hjälp av DHCP- och UPNP-funktionerna sänder anslutningen till servern bakom routern.
För att kontrollera publiciteten för din IP-adress kan du använda vilken tjänst som helst som visar din IP-adress och jämföra den med IP-adressen för routerns externa anslutning. Om den matchar är IP-adressen offentlig. Offentliga IP-adresser är statiska och dynamiska. Statiska är bäst lämpade för tjänsten, vid användning av dynamiska sådana kan det uppstå obehagliga överraskningar i form av förlorade anslutningar till klientdatorn och servern som sköter anslutningen till tjänsten. Du kan kontrollera med din internetkanalleverantör om statiska IP-adresser, eller åtminstone kontrollera routerns externa IP-adress inom några dagar.
Ett av problemen som uppstår vid driftsättning av tjänsten är bristen på support eller fel i routerns UPNP-funktion. Oftast är detta fallet med billiga routrar som tillhandahålls av internetleverantörer. Om routern är från denna kategori bör du först hitta dokumentation om hur du ställer in routerns UPNP-funktion.
Kravet på trådbunden internethastighet på 50 Mbit/s anger den lägsta internetbandbredden för en virtuell maskin. Följaktligen kommer flera virtuella maskiner att kräva en internetkanal med proportionellt ökad utgående bandbredd, d.v.s. 50 Mbit/s multiplicerat med antalet virtuella maskiner. Utgående datatrafik per månad i genomsnitt per virtuell maskin är 1.5 terabyte, så de begränsade tariffplanerna för internetleverantörer för att ansluta till tjänsten är inte lämpliga.
Under serverdrift sker intensiv dataöverföring, vilket, när du använder enkla 100 megabit-routrar, kan leda till problem i driften av onlinetjänster för multimedianätverksenheter på ditt lokala nätverk. Om du upplever problem med stabiliteten för internetkanalhastigheten bör du tänka på att ansluta en mer produktiv router, annars kommer serverns drift att vara instabil och efterföljande frånkoppling från tjänsten.
Från testarnas anteckningar fungerar Mikrotik, Keenetic, Cisco, TP-Link-routrar (Archer C7 och TL-ER6020) bra.
Det finns också utomstående. Till exempel började Asus RT-N18U hushållsgigabit-router, efter att ha lagt till en andra virtuell maskin, att hänga under långa samtidiga sessioner; att ersätta den med Mikrotik Hap Ac2 löste problemet helt. Anslutningsavbrott är också en vanlig företeelse; i synnerhet måste Xiaomi Mi WiFi Router 4 startas om en gång i månaden (leverantören kan också vara inblandad, de påförde routern att 500Mbit/s definitivt kommer att fungera bra på deras utrustning ).
Processen med att distribuera flera servrar bör utföras en åt gången; hastigheten på tjänstedistributionen beror på detta. Enligt utvecklarna är lösningen på problemet med automatiskt datautbyte mellan servrar på ett snabbare lokalt nätverk i slutskedet. Detta kommer att hjälpa till att minska tjänstedistributionstiden med flera gånger och minska belastningen på internetkanalen.
Järnnyanser
Installation kräver vanligtvis inte användaringripande, men för närvarande är konfigurationen minimal och riktar sig till ägare av datorer baserade på Intel-processorer med enheter anslutna via SATA-gränssnitt. Om du har en dator baserad på en AMD-processor eller en NVMe SSD-enhet kan det uppstå några hinder, och om artikeln inte svarar på dina frågor kan du alltid fråga teknisk support direkt på din personliga kontosida eller genom att skicka ett mail till [e-postskyddad].
Tidigare, bland kraven i instruktionerna för att distribuera tjänsten, nämndes behovet av integrerad grafik eller ett extra grafikkort för att köra och konfigurera servern. I skedet av slutna tester förlorade detta krav sin relevans och blev mer av ett verktyg för mer bekväm serveradministration med direkt ägaråtkomst till servern, men precis som vilken server som helst baserad på Linux OS är fjärradministration tillgänglig för konfiguration och övervakning.
Kravet på en bildskärmsemulator (stub) eller en ansluten bildskärm beror på vissa hårdvarufunktioner för att hantera grafikkorts videolägen i en virtuell maskin. Serviceklienter justerar ofta videolägesparametrar för att matcha parametrarna för deras bildskärmar. Om en bildskärm eller emulator inte är ansluten till grafikkortet, blir många specifika videolägen otillgängliga för klienter, vilket är oacceptabelt för tjänsten. För konstant drift av servern är närvaron av en emulator att föredra framför att ansluta en bildskärm, annars kan det orsaka ett fel i tjänsten om du stänger av strömmen till bildskärmen eller växlar bildskärmen till att fungera från en annan videokälla. Om du behöver kombinera emulatorns funktionalitet och använda monitorn utan några återanslutningar kan du använda en transitmonitoremulator.
Testa datorkonfigurationen
- Strömförsörjning Chieftec Proton 750W (BDF-750C)
- ASRock Z390 Pro4 moderkort
- Intel i5-9400-processor
- Crucial 16GB DDR4 3200 MHz Ballistix Sport LT-minne (enkel stick)
- Samsung SSD-enhet – PM961 M.2 2280, 512 GB, PCI-E 3.0×4, NVMe
- MSI Geforce GTX 1070 Aero ITX 8G OC grafikkort
- Som en installationsflashenhet SSD SanDisk 16GB (USB HDD SATA RACK)
Installation
Att ladda ner "usbpro.img"-bilden från länken i PlaykeyPro-installationsinstruktionerna och skriva den till en extern USB-enhet tar bara ett par minuter. Det tog mig längre tid att bläddra igenom BIOS-inställningarna på jakt efter virtualiseringsalternativ: Intel Virtualization och Intel VT-d. Utan att aktivera dessa alternativ kommer den virtuella maskinen inte att kunna starta. När du har aktiverat virtualiseringsalternativen, ställ in startalternativen i Legacy BIOS-läge och spara inställningarna. Den nuvarande officiella bilden stöder inte uppstart i UEFI-läge, utvecklarna meddelade detta alternativ i nästa version av bilden. Den första lanseringen måste utföras en gång från en tidigare förberedd USB-enhet. I mitt fall använde ASRock-moderkortet F11-tangenten för att få fram Boot Menu.
Efter att ha valt att starta från en USB-enhet följde inga vackra skärmsläckare och en dialogruta dök upp omedelbart som bad dig att ange Playkey användar-ID, som finns i den övre högra delen efter att ha slutfört registreringsproceduren på målsidan.
Efter att ha angett identifikationsnumret visades ett fönster som varnar om att all data på den angivna disken kommer att oåterkalleligen förstöras. I mitt exempel kommer systemet och partitionen med data för spel att finnas på samma disk. För att säkerställa att servern är länkad till det personliga kontot används namnet på den angivna disken. Inmatning av enhetsnamn och Playkey-användar-ID i serverkonfigurationen utförs automatiskt, men automatiseringsfel uppstår på olika utrustningar. Skriv ner disknamnet någonstans, det kommer att vara användbart när du manuellt länkar servern till ditt personliga konto i händelse av ett fel. Alternativet att installera systemet och data med spel på olika diskar är annorlunda, men på grund av sällsyntheten av en sådan implementering ansåg jag det inte som ett exempel.
Efter att ha bekräftat förstörelsen av data fortsätter installationsprogrammet att ställa in diskpartitioner och ladda systemavbildningen. Installationen utfördes uppenbarligen på kvällen, eftersom datanedladdningsprocessen bäst sker från midnatt till middagstid, när spelarna vilar och nätverket inte är överbelastat.
Prognosen för nedladdningstiden för systembilden visade sig vara sann; efter 45 minuter började installationsprogrammet, efter att ha kontrollerat bildens integritet, kopiera den till media. Under bildnedladdningsprocessen visades ofta anslutningsfelmeddelanden 'Anslutning togs ut', men detta påverkar inte nedladdningsprocessen, snarare verkar det som om tidsgränserna var felaktigt inställda i installationsprogrammet.
Som väntat, efter att ha lyckats kopiera systemavbildningen till media, gjorde installationsprogrammet ett fel relaterat till att ansluta en partition på NVMe-media (de senaste installationsinstruktionerna innehåller ett omnämnande av negativa erfarenheter vid installation på en NVMe-disk och en rekommendation att inte välja diskar av denna typ). I det här installationsexemplet är felet inte relaterat till funktionerna i AMD-plattformen, utan till ett enkelt installationsfel för att korrekt bestämma NVMe-diskpartitionsidentifieraren. Jag rapporterade felet till utvecklarna; det ska inte finnas något fel i nästa version. Om ett fel fortfarande uppstår, när du skickar en anslutningsförfrågan, utöver Playkey-ID och routermodell, ange det tidigare inspelade disknamnet, och teknisk support kommer att utföra installationen på distans.
Och så, installationen är klar, du kan stänga av datorn och sedan koppla bort USB-enheten med installationsprogrammet. Nästa steg är det mest spännande och enkla, slå på datorn och vänta på att CentOS-operativsystemet ska laddas klart. Om allt gjordes korrekt kommer vi att se följande bild.
Ingen inloggning krävs. Då måste tjänsten fortsätta att sätta upp och arbeta självständigt. Du kan skicka en anslutningsförfrågan.
Kontrollerar anslutningen
Den framgångsrika lanseringen av servern indikeras av utseendet på en post med det tidigare nämnda disknamnet i listan över servrar i ditt personliga konto. Statusen mittemot servern ska vara online, blockerad och gratis. Om servern inte finns med i listan, kontakta support direkt från ditt personliga konto (knappen längst ner till höger på sidan).
Efter att ha startat CentOS framgångsrikt och anslutit till ditt personliga konto, börjar servern automatiskt ladda ner de data som behövs för driften. Processen är lång och kan ta längre tid beroende på internetkanalens bandbredd. I exemplet tog nedladdningen av data cirka 8 timmar (från kväll till morgon). Nedladdningsprocessen på ditt personliga konto visas inte på något sätt i det här teststadiet. För enkel indirekt kontroll kan du övervaka routertrafikstatistik. Om det inte finns någon trafik, kontakta teknisk support med en fråga om serverstatus.
Om den grundläggande serverdatan har laddats ned och det inte finns några tekniska problem, startar Windows-operativsystemet på den virtuella maskinen med ett lätt igenkännligt skrivbordsgränssnitt. Efter att ha laddat ner GTA5-spelet på en virtuell maskin, startar ett prestandatest baserat på GTA5-spelet automatiskt, baserat på resultatet av vilket tjänsten automatiskt kommer att besluta om serverns lämplighet och ändra statusen Blockerad till Tillgänglig. För tillfället, på grund av hypen, är det köer för att testa, ha bara tålamod. Nu kan du koppla bort monitorn och ansluta emulatorn (stubben) istället. Att klara testet registreras i avsnittet Sessioner på ditt personliga konto (Spel: gta_benchmark). Om statusen inte ändras till Tillgänglig efter att ha slutfört testet, kontakta teknisk support med en fråga.
Mina byggen
Flaskhalsen i testsammansättningen är Intel i5-9400-processorn, som har ett begränsat antal kärnor och saknar Hyper-threading-teknik, vilket begränsar utbudet av uppkopplade spel. Diskstorleken begränsar också spelbiblioteket och orsakar redan en nedgång i serveranvändning. Det fullständiga spelbiblioteket för PlaykeyPro har redan överskridit storleken på 1 TB.
I min arsenal finns det flera servrar som kör två och tre virtuella maskiner baserade på tre typer av moderkort:
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ömförsörjning
Gigabyte Z390 Gaming Sli, i9-9900, DDR4 3200 48GB, SSD NVMe 512GB, GTX 1070, GTX 1660 Super, 850W strömförsörjning
Gigabyte Z390 Designare, i9-9900K, DDR4 3200 48GB, SSD NVMe 512GB, 3x GTX 1070, 1250W strömförsörjning
Under testning av sammansättningar noterades följande brister:
- i de två första enheterna är kortplatserna för det andra och tredje grafikkortet placerade för nära varandra, vilket gör det svårt att säkerställa korrekt kylning;
- på moderkortet Gigabyte Z390 Gaming Sli är kortplatsen för det tredje grafikkortet begränsad på PCIe-bussen av två v3.0-banor från moderkortets chipset och följaktligen märks fps-förluster under spelet (på ASRock PCIe x4 v3.0 MCH, minskningen av fps är inte märkbar);
- när du använder i9-9900-processorn finns det inte tillräckligt med kärnor för att köra krävande spel på alla tre virtuella maskiner, så snart kommer det att finnas två virtuella maskiner som fungerar där;
- Det är omöjligt att använda hårddisken tillsammans med två eller tre virtuella maskiner.
Monteringen baserad på moderkortet Gigabyte Z390 Designare, på grund av det symmetriska arrangemanget av PCIe X16-kortplatserna, visade sig vara den mest framgångsrika för att säkerställa pålitlig kylning av tre grafikkort. Inklusive för att säkerställa hög prestanda på moderkortet, är alla tre grafikkort anslutna till PCIe v3.0-processorlinjer med hjälp av x8/x4/x4-schemat utan deltagande av MCH.
Slutsats
Noggrann planering av datorstrukturen för att distribuera PlaykeyPRO-tjänsten kommer utan tvekan att öka serverns tillförlitlighet, prestanda och livslängd. Du bör dock inte omedelbart bygga komplexa konfigurationer för två/tre virtuella maskiner, börja med en. Efter ungefär en månad kan du få en förståelse för serverns driftprocess och planera den optimala konfigurationen av din utrustning.
Utöver minimisystemkraven kommer jag att ge en rekommendation för datorkonfigurationen för tjänsten, som säkerställer driften av alla tillgängliga spel och ger en prestandareserv för nya produkter:
- Processor: 8 kärnor
- Hårddisk: minst 2 TB, SSD eller SSD>=120 + HDD 7200 RPM
- RAM: 24 GB (helst 32, 16+16 i dubbelkanalsläge)
- Grafikkort: NVIDIA 2070 Super (motsvarande prestanda som 1080Ti) eller bättre
Informationen i artikeln är baserad på min personliga erfarenhet av att distribuera och driva servrar för det decentraliserade PlaykeyPro-nätverket. Men även efter nästan ett år av att ha deltagit i testning, måste du ibland ta itu med fel i designen av utrustningskonfigurationen.
Källa: will.com