お金のためのゲーム: PlaykeyPro サービスの展開の経験

家庭用コンピューターやコンピューター クラブの所有者の多くは、PlaykeyPro 分散ネットワーク内の既存の機器で収益を上げる機会に飛びつきましたが、短い導入手順に直面し、ほとんどの場合、起動時と操作中に問題が発生し、場合によっては克服できない場合もありました。

現在、分散型ゲーム ネットワーク プロジェクトはオープン テストの段階にあり、開発者は新規参加者向けのサーバーの立ち上げに関する質問でいっぱいで、ほぼ週 XNUMX 日働いており、詳細な指示に取り組む時間はまったくありません。

記事の読者からのリクエストに応じて 「お金のためのゲーム: 複数のサーバーの所有者の分散ゲーム ネットワークでの経験」 そして、PlaykeyPro 分散ネットワークへの参加者になりたい人のために、自宅のコンピューターにサーバーを展開するという既存の経験を活かして、接続パスを再度通過することにしました。 親愛なる視聴者が、打ち上げがどのように行われるのか、打ち上げには何が必要なのか、既知の問題を回避する方法を理解できるようになれば幸いです。

訓練

サーバーの設置と接続を開始する前に、機器とネットワークが必要な基準をすべて満たしていることを確認する必要があります。 ローンチの簡単な説明とランディング ページには、詳細な説明や説明がなければ最小システム要件が含まれており、プロジェクトへの参加の可能性と収益性について疑問が生じます。

最小要件に厳密に従っている場合は、いくつかのゲームしかプレイできないサーバーが得られます。 ゲームのリソース需要が絶えず変化することを考えると、これにより、サーバーの需要がすぐに失われたり、再装備のための追加コストが発生したりする可能性があります。 この状況は、新しいコンピュータを購入して長期的にサービスにレンタルすることを計画している人にとっては喜ばしいことではありません。

テスターがすでに指摘したように、私も彼らに同意しますが、最小要件は集中型 Playkey ネットワークのオペレーティング サーバーの特性に基づいています。

コンピューター ハードウェアが多種多様であり、統一されたゲーム設定プロファイルを使用すると、サーバーの全体的な要件が増加し、サービスでの作業時にビデオ カードのパフォーマンスが低下することがよくあります。 ビデオ カードを備えた仮想マシンが最低パフォーマンスしきい値を提供できない場合、サービスはゲームの範囲を制限するか、そのようなサーバーのレンタルを完全に拒否することがあります。

サーバーは物理プロセッサ コアと論理プロセッサ コアの両方を使用するため、プロセッサ パフォーマンスの要件を満たすには、既知のテスト プログラムのデータベースを使用して、必要な要件を考慮して、5 つおよび複数の物理/論理プロセッサ コアのパフォーマンスを単純に比較するだけで済みます。ゲームに応じたコア数を以下の表に示します。 Intel i8400-XNUMX プロセッサのパフォーマンスを基準にすることができます。 コアあたりのパフォーマンスは、より多くのコアを必要とするいくつかのゲームを除いて、ほとんどのゲームを実行するのに十分です。プロセッサーに十分なコアがないと、ゲームはプレイできなくなります。

PlaykeyPro サーバーとしてのコンピューターの機能の評価を簡素化するために、本稿執筆時点で仮想マシンが分散ネットワーク上で利用可能なゲームを実行するための実験的に検証された最小要件の表を提供します。 サーバー自体の動作には、さらに 8 つの論理プロセッサ コア、12 GB の RAM (サーバー上で複数の仮想マシンを実行する場合は 64 GB)、および CentOS オペレーティング システムと基本的な仮想マシン ソフトウェア用の XNUMX GB のディスク領域が必要です。

表内のデータのサイズに基づいて、ハード ドライブに必要な容量を決定できます。 仮想マシン、アップデート、新しいゲーム用の予約スペースを忘れないでください。 ゲームの数は急速に増加しており、必要な容量も増加します。 通常の操作では、空き容量を 100 GB 未満のままにすることはお勧めできません。

このサービスにはサーバー所有者がゲームのセットを決定する機能がありますが、ベータテストの現段階ではこの機能は利用できず、管理者には全員のゲームのセットを規制する時間がありません。 ディスクがいっぱいになると、必然的に操作エラーやサービス管理者によるメンテナンスのための機器のダウンタイムが発生します。

2 台の仮想マシンを備えたサーバー上のストレージ メディアとしてベータ テストに参加した経験から、ファイル システムの読み取り操作をキャッシュするには、少なくとも 120 TB の容量を持つ HDD を XNUMX GB 以上の SSD ドライブと組み合わせて使用​​することをお勧めします。 他のソリューションでは多額の金銭的コストがかかる可能性がありますが、同じサーバー内で複数の仮想マシンの操作を実装するには、読み取り速度の高い SSD ドライブのみを使用する必要があります。

XNUMX 台のサーバー内で XNUMX 台の仮想マシンを実行する場合、データ サイズは数ギガバイトを除いて XNUMX 台の仮想マシンで動作する場合と同じままであり、SSD ディスク領域の節約に役立ちます。

大きなメディアに接続する能力がない人でも、絶望する必要はありません。 サーバー上のデータ ストレージは ZFS ファイル システムに基づいており、現在の構成を変更することなく、データを完全に保存しながら、時間の経過とともに利用可能なディスク領域を簡単に増やすことができます。 この実装には、データ ストレージの信頼性が低下するという欠点がないわけではありません。メディアの XNUMX つに障害が発生すると、すべてのデータが失われる可能性が高く、Playkey サーバーからデータがダウンロードされるまで待たなければならないためです。 , データ量を考えると、これはまったく満足のいくものではありません。

警告！

サービスを展開するときは、個人データが含まれるディスクを切断する必要があります。

コンピュータをレンタルするだけでなく、自分自身のニーズにも使用することを計画している人にとって、サービス用と個人用で同時にディスクを接続すると、予期しないエラーが発生した場合にディスク上のデータが破壊される可能性もあります。 もちろん、コンピューターを個人的に使用するたびに、ディスクを物理的に取り外したり接続したりする必要はありません。 SATA ドライブの場合、BIOS にはドライブを無効にする機能があります。 重要なデータが含まれるドライブの電源を迅速かつ安全にオフにするのに役立つ SATA スイッチ ドライブ電源管理デバイスもあります。 NVMe ドライブに関しては、BIOS ドライブの無効化はまれなマザーボードでのみ可能であるため、ニーズに合わせて使用​​することはできません。

ネットワークトラブル

サービスの展開手順には、少なくとも 50 Mbit/s の有線インターネットの形式でネットワーク パラメーターとルーターのホワイト IP アドレスが示されています。 詳しく見てみましょう。 有線インターネットの速度パラメータは、ほぼすべてのインターネット ユーザーにとって馴染みのあるものですが、通常、IP がホワイトかどうかに興味があり、確認方法を知らない人はほとんどいません。

ホワイト IP は、グローバル インターネット上の特定の XNUMX 台のデバイス (ルーター) にのみ割り当てられるパブリック外部 IP アドレスです。 したがって、ホワイト IP ルーターがあれば、クライアント コンピューターはルーターに直接接続でき、ルーターは DHCP および UPNP 機能を使用して、ルーターの背後にあるサーバーに接続をブロードキャストします。

IP アドレスの公開状況を確認するには、IP アドレスを表示するサービスを使用して、それをルーターの外部接続の IP アドレスと比較します。 一致する場合、IP アドレスはパブリックです。 パブリック IP アドレスは静的および動的です。 静的なものはサービスに最適ですが、動的なものを使用すると、クライアント コンピューターとサービスへの接続を管理するサーバーとの接続が失われるという不愉快な事態が発生する可能性があります。 静的 IP アドレスについてインターネット チャネル プロバイダーに確認するか、少なくとも数日以内にルーターの外部 IP アドレスを確認してください。

サービスの導入時に発生する問題の XNUMX つは、ルーターの UPNP 機能のサポートの欠如またはエラーです。 ほとんどの場合、これはインターネット プロバイダーが提供する安価なルーターの場合に当てはまります。 ルーターがこのカテゴリの場合は、まずルーターの UPNP 機能の設定に関するドキュメントを見つける必要があります。

50 Mbit/秒の有線インターネット速度要件により、50 つの仮想マシンの最小インターネット帯域幅が設定されます。 したがって、いくつかの仮想マシンは、送信帯域幅が比例的に増加したインターネット チャネルを必要とします。 1.5 Mbit/秒に仮想マシンの数を乗算します。 仮想マシンあたりの月間平均送信データ トラフィックは XNUMX テラバイトであるため、サービスに接続するためのインターネット プロバイダーの制限された料金プランは適していません。

サーバーの動作中に集中的なデータ転送が発生するため、単純な 100 メガビット ルーターを使用すると、ローカル ネットワーク上のマルチメディア ネットワーク デバイスのオンライン サービスの動作に問題が発生する可能性があります。 インターネット チャネル速度の安定性に問題がある場合は、より生産性の高いルーターの接続を検討する必要があります。そうしないと、サーバーの動作が不安定になり、その後サービスから切断されてしまいます。

テスターのメモによると、Mikrotik、Keenetic、Cisco、TP-Link ルーター (Archer C7 および TL-ER6020) は良好なパフォーマンスを示しています。

部外者もいる。 たとえば、Asus RT-N18U 家庭用ギガビット ルーターは、2 台目の仮想マシンを追加した後、長時間の同時セッション中にハングし始めましたが、Mikrotik Hap Ac4 に置き換えることで問題は完全に解決されました。 接続が切断されることもよくあることです。特に、Xiaomi Mi WiFi Router 500 は月に XNUMX 回再起動する必要があります (プロバイダーも関与している可能性があり、プロバイダーはルーターに、自社の機器では XNUMXMbit/s が確実に正常に動作するという声明を課しています) ）。

複数のサーバーを展開するプロセスは一度に XNUMX つずつ実行する必要があり、サービス展開の速度はこれに依存します。 開発者によると、より高速なローカル ネットワーク上のサーバー間の自動データ交換の問題の解決策は最終段階にあります。 これにより、サービスの展開時間が数分の XNUMX に短縮され、インターネット チャネルの負荷が軽減されます。

鉄のニュアンス

通常、インストールにはユーザーの介入は必要ありませんが、現時点では構成は最小限であり、SATA インターフェイスを介して接続されたドライブを備えた Intel プロセッサを搭載したコンピュータの所有者を対象としています。 AMD プロセッサまたは NVMe SSD ドライブを搭載したコンピュータを使用している場合は、いくつかの障害が発生する可能性があります。記事で質問が解決しない場合は、個人アカウント ページで直接テクニカル サポートを依頼するか、次の宛先に電子メールを送信していつでもテクニカル サポートに問い合わせることができます。 [メール保護].

以前は、サービスの展開手順の要件の中に、サーバーを実行および構成するための統合グラフィックスまたは追加のビデオ カードの必要性について言及されていました。 クローズド テストの段階では、この要件は関連性を失い、所有者がサーバーに直接アクセスできる、より便利なサーバー管理のためのツールになりました。しかし、Linux OS をベースにした他のサーバーと同様に、リモート管理は構成と監視に利用できます。

モニター エミュレーター (スタブ) または接続されたモニターの要件は、仮想マシンでビデオ カードのビデオ モードを管理するいくつかのハードウェア機能によるものです。 サービス クライアントは、多くの場合、モニターのパラメータに合わせてビデオ モード パラメータを調整します。 モニターまたはエミュレーターがビデオ カードに接続されていない場合、クライアントは多くの特定のビデオ モードを利用できなくなり、これはサービスにとって許容できません。 サーバーを継続的に動作させるには、モニターを接続するよりもエミュレーターの存在が望ましいです。そうでない場合、モニターの電源をオフにするか、モニターを別のビデオ ソースから動作するように切り替えると、サービスでエラーが発生する可能性があります。 エミュレータの機能を組み合わせて、再接続せずにモニタを使用する必要がある場合は、トランジット モニタ エミュレータを使用できます。

コンピューターの構成をテストする

• 電源Chieftec Proton 750W (BDF-750C)
• ASRock Z390​​4 ProXNUMX マザーボード
• インテル i5-9400 プロセッサー
• Crucial 16GB DDR4 3200 MHz Ballistix Sport LT メモリ (シングルスティック)
• Samsung SSD ドライブ – 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)

インストール

PlaykeyPro 導入手順のリンクから「usbpro.img」イメージをダウンロードし、外部 USB ドライブに書き込むのにかかる時間はわずか数分です。 仮想化オプション (Intel Virtualization と Intel VT-d) を探して BIOS 設定セクションをスクロールするのにさらに時間がかかりました。 これらのオプションをアクティブにしないと、仮想マシンを起動できません。 仮想化オプションをアクティブ化した後、レガシー BIOS モードでブート オプションを設定し、設定を保存します。 現在の公式イメージは UEFI モードでの起動をサポートしていません。開発者はイメージの次のリリースでこのオプションを発表しました。 最初の起動は、事前に準備した USB ドライブから 11 回だけ実行する必要があります。 私の場合、ASRock マザーボードは FXNUMX キーを使用してブート メニューを表示しました。

USB ドライブから開始することを選択した後、美しいスクリーンセーバーは続かず、右上にある Playkey ユーザー ID の入力を求めるダイアログ ボックスがすぐに表示されました。 「個人アカウント」 ランディングページで登録手続き完了後。

識別番号を入力すると、指定したディスク上のすべてのデータが回復不能に破壊されることを警告するウィンドウが表示されました。 この例では、システムとゲームのデータが含まれるパーティションは同じディスク上にあります。 サーバーが個人アカウントにリンクされていることを確認するために、指定されたディスクの名前が使用されます。 サーバー設定へのドライブ名と Playkey ユーザー ID の入力は自動的に実行されますが、さまざまな機器で自動化エラーが発生します。 ディスク名をどこかに書き留めてください。エラーが発生した場合にサーバーを個人アカウントに手動でリンクするときに役立ちます。 システムとゲームのデータを別のディスクにインストールするオプションは異なりますが、そのような実装は珍しいため、例として考慮しませんでした。

データの破壊を確認した後、インストーラーはディスク パーティションの設定とシステム イメージのロードに進みます。 データのダウンロード プロセスは、プレーヤーが休んでネットワークに過負荷がかからない真夜中から正午に最適に行われるため、インストールは明らかに夕方に実行されました。

システム イメージのダウンロード時間の予測は的中し、45 分後、インストーラーはイメージの整合性をチェックした後、メディアへのコピーを開始しました。 イメージのダウンロード プロセス中に、「接続がタイムアウトしました」という接続エラー メッセージが頻繁に表示されましたが、これはダウンロード プロセスには影響せず、インストーラーでタイムアウトが誤って設定されていたようです。

予想通り、システム イメージをメディアに正常にコピーした後、インストーラーは NVMe メディア上のパーティションの接続に関連するエラーを発生しました (最新の導入手順には、NVMe ディスクにインストールする際のマイナスなエクスペリエンスについての言及と、ディスクを選択しないことの推奨が含まれています)このタイプのもの）。 このインストール例では、エラーは AMD プラットフォームの機能に関連するものではなく、NVMe ディスク パーティション識別子を正しく判断する際の単純なインストーラー エラーに関連しています。 開発者にエラーを報告しました。次のリリースではエラーは発生しないはずです。 それでもエラーが発生する場合は、接続リクエストを送信するときに、Playkey ID とルーターのモデルに加えて、以前に記録したディスク名を提供すると、テクニカル サポートがリモートでセットアップを実行します。

これでインストールは完了です。コンピューターの電源を切り、インストーラーを使用して USB ドライブを取り外します。 次のステップは最も刺激的かつ簡単です。コンピューターの電源を入れ、CentOS オペレーティング システムの読み込みが完了するまで待ちます。 すべてが正しく行われた場合は、次の図が表示されます。

ログインは必要ありません。 その後、サービスは独立してセットアップと動作を続行する必要があります。 接続リクエストを送信できます。

接続を確認する

サーバーが正常に起動したことは、個人アカウントのサーバーのリストに前述のディスク名のエントリが表示されることで示されます。 サーバーの反対側のステータスは、オンライン、ブロック、フリーである必要があります。 サーバーがリストにない場合は、個人アカウント (ページ右下のボタン) から直接サポートにお問い合わせください。

CentOS が正常に起動し、個人アカウントに接続すると、サーバーは操作に必要なデータのダウンロードを自動的に開始します。 このプロセスには時間がかかり、インターネット チャネルの帯域幅によってはさらに時間がかかる場合があります。 この例では、データのダウンロードには約 8 時間 (夕方から朝まで) かかりました。 個人アカウントでのダウンロード プロセスは、テストのこの段階ではまったく表示されません。 単純な間接制御の場合、ルーターのトラフィック統計を監視できます。 トラフィックがない場合は、サーバーのステータスについてテクニカル サポートに問い合わせてください。

基本的なサーバー データが正常にダウンロードされ、技術的な問題がなければ、Windows オペレーティング システムが、簡単に認識できるデスクトップ インターフェイスを使用して仮想マシン上で起動します。 GTA5 ゲームを仮想マシンにダウンロードすると、GTA5 ゲームに基づくパフォーマンス テストが自動的に開始され、その結果に基づいてサービスがサーバーの適合性を自動的に判断し、「ブロック」ステータスを「使用可能」に変更します。 現時点では、誇大宣伝のため、テストの列ができていますが、しばらくお待ちください。 これで、モニターを切断し、代わりにエミュレーター (スタブ) を接続できるようになります。 テストに合格したことは、個人アカウント (ゲーム: gta_benchmark) のセッション セクションに記録されます。 テスト完了後ステータスが「Avilable」に変わらない場合は、テクニカル サポートに質問してください。

私のビルド

テスト アセンブリのボトルネックは Intel i5-9400 プロセッサです。このプロセッサにはコア数が限られており、ハイパー スレッディング テクノロジがないため、接続されるゲームの範囲が制限されます。 ディスク サイズによってゲーム ライブラリも制限され、すでにサーバー使用率の低下を引き起こしています。 PlaykeyPro で利用できるゲームの完全なライブラリは、すでに 1 TB のサイズを超えています。

私の兵器庫には、XNUMX 種類のマザーボードに基づいて XNUMX 台および XNUMX 台の仮想マシンを実行するサーバーがいくつかあります。

ASRock Z390​​6 Phantom Gaming 9、i9900-4、DDR3200 48 1GB、SSD NVMe 512TB、SSD NVMe 1080GB、GTX 1070ti、GTX 1660、GTX 1000 Super、XNUMXW 電源
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 番目と XNUMX 番目のビデオ カードのスロットが互いに近づきすぎているため、適切な冷却を確保することが困難です。
• Gigabyte Z390 Gaming Sli マザーボードでは、3.0 番目のビデオ カードのスロットは、PCIe バス上でマザーボード チップセットからの 4 つの v3.0 レーンによって制限されているため、ゲーム中に fps の低下が顕著になります (ASRock PCIe xXNUMX vXNUMX では)。 MCH、fps の低下は目立ちません);
• i9-9900 プロセッサを使用する場合、XNUMX 台の仮想マシンすべてで要求の厳しいゲームを実行するのに十分なコアがないため、すぐに XNUMX 台の仮想マシンがそこで動作することになります。
• HDD を XNUMX 台または XNUMX 台の仮想マシンと組み合わせて使用​​することはできません。

Gigabyte Z390 Designare マザーボードをベースにしたアセンブリは、PCIe X16 スロットが対称的に配置されているため、3.0 枚のビデオ カードの信頼性の高い冷却を確保するのに最も成功していることが判明しました。 マザーボードの高性能を確保するため、8 つのビデオ カードはすべて、MCH を介さずに x4/x4/xXNUMX 方式を使用して PCIe vXNUMX プロセッサ ラインに接続されています。

まとめ

PlaykeyPRO サービスを展開するためのコンピューター構造を慎重に計画すると、サーバーの信頼性、パフォーマンス、寿命が間違いなく向上します。 ただし、すぐに XNUMX つまたは XNUMX つの仮想マシンの複雑な構成を構築するのではなく、XNUMX つから始めてください。 約 XNUMX か月後には、サーバーの運用プロセスを理解し、機器の最適な構成を計画できるようになります。

最小システム要件に加えて、利用可能なすべてのゲームの動作を保証し、新製品のパフォーマンスを確保するためのサービス用のコンピューター構成に関する推奨事項を示します。

• プロセッサー: 8コア
• ハードドライブ: 少なくとも 2 TB、SSD または SSD>=120 + HDD 7200 RPM
• RAM: 24 GB (デュアルチャネルモードでは 32、16+16 が望ましい)
• ビデオカード：NVIDIA 2070 Super（1080Ti相当の性能）以上

この記事で提供される情報は、PlaykeyPro 分散ネットワークのサーバーの展開と運用における私の個人的な経験に基づいています。 しかし、テストに参加してからほぼ XNUMX 年が経過した後でも、機器構成の設計上のエラーに対処しなければならない場合があります。

出所： habr.com