משחקים לכסף: ניסיון בפריסת שירות PlaykeyPro

בעלים רבים של מחשבים ביתיים ומועדוני מחשבים קפצו על ההזדמנות להרוויח כסף על ציוד קיים ברשת המבוזרת של PlaykeyPro, אך עמדו בפני הוראות פריסה קצרות, שלרוב גרמו לבעיות במהלך האתחול והתפעול, לפעמים אפילו בלתי ניתנות לפתרון.

כעת פרויקט רשת המשחקים המבוזר נמצא בשלב של בדיקות פתוחות, המפתחים מוצפים בשאלות לגבי השקת שרתים למשתתפים חדשים, הם עובדים כמעט שבעה ימים בשבוע, ואין בכלל זמן להנחיות מורחבות.

לבקשת קוראי המאמר "משחקים תמורת כסף: ניסיון בעבודה ברשת משחקים מבוזרת של הבעלים של מספר שרתים" ולמי שרוצה להיות משתתפים ברשת המבוזרת של PlaykeyPro, החלטתי לעבור שוב את נתיב החיבור עם החוויה הקיימת של פריסת שרת על מחשב ביתי. אני מקווה שאעזור לקהל היקר שלי להבין כיצד מתרחשת ההשקה, מה נחוץ לשם כך וכיצד להימנע מבעיות ידועות.

הדרכה

לפני שתתחיל בהתקנה וחיבור של השרת, עליך לבדוק שהציוד והרשת עומדים בכל הקריטריונים הדרושים. התיאור הקצר של ההשקה ודף הנחיתה מכילים דרישות מערכת מינימליות ללא תיאורים והסברים מפורטים, מה שמוביל לספקות לגבי אפשרות ורווחיות ההשתתפות בפרויקט.

אם תקפידו על דרישות המינימום, תקבלו שרת בו תוכלו לשחק רק כמה משחקים. בהתחשב בשינוי המתמיד בדרישות המשאבים של משחקים, זה יכול להוביל במהירות לאובדן ביקוש לשרת או לעלויות נוספות עבור ציוד מחדש. מצב עניינים זה לא צפוי לרצות את מי שמתכננים לרכוש מחשב חדש ולהשכירו לשירות בטווח הארוך.

כפי שכבר ציינו בודקים, ואני מסכים איתם, דרישות המינימום מבוססות על המאפיינים של שרתי ההפעלה של רשת Playkey הריכוזית.

מגוון רחב של חומרת מחשב ושימוש בפרופילי הגדרות משחק אחידים מובילים לעתים קרובות לדרישות כוללות מוגברות לשרתים ולהפסדים בביצועי כרטיס המסך בעת עבודה בשירות. אם מכונה וירטואלית עם כרטיס מסך לא יכולה לספק את סף הביצועים המינימלי, אז השירות עשוי להגביל את מגוון המשחקים או לסרב לחלוטין לשכור שרת כזה.

מכיוון שהשרת משתמש בליבות מעבד פיזיות והן לוגיות, ניתן לצמצם את עמידה בדרישות לביצועי המעבד להשוואה פשוטה של ​​ביצועים של אחת וכמה ליבות מעבד פיזיות/לוגיות תוך שימוש במסד הנתונים של כל תוכנית בדיקה ידועה, תוך התחשבות בדרישות הנדרשות מספר הליבות בהתאם למשחק המוצג למטה בטבלה. אתה יכול לקחת את הביצועים של מעבד Intel i5-8400 כבסיס. הביצועים שלו לכל ליבה מספיקים כדי להריץ את רוב המשחקים למעט כמה שדורשים יותר ליבות, ואם למעבד אין מספיק מהן, אז המשחק פשוט לא יהיה ניתן לשחק.

כדי לפשט את הערכת היכולות של המחשב כשרת PlaykeyPro, אספק טבלה של הדרישות המינימליות המאומתות בניסוי עבור מכונה וירטואלית להפעלת משחקים זמינים ברשת מבוזרת בזמן הכתיבה. תפעול השרת עצמו ידרוש בנוסף שתי ליבות מעבד לוגיות, 8 GB של זיכרון RAM (12 GB בעת הפעלת מספר מכונות וירטואליות בשרת) ו-64 GB של שטח דיסק עבור מערכת ההפעלה CentOS ותוכנת המכונה הוירטואלית הבסיסית.

בהתבסס על גודל הנתונים בטבלה, תוכל לקבוע איזו קיבולת צריכה להיות לכונן הקשיח. אל תשכח את שטח העתודה למכונה הוירטואלית, עדכונים ומשחקים חדשים. מספר המשחקים גדל במהירות והנפח הנדרש יגדל. עבור פעולה רגילה, לא כדאי להשאיר את כמות השטח הפנוי פחות מ-100 GB.

לשירות יש פונקציה לקביעת מערך המשחקים על ידי בעל השרת, אך בשלב הנוכחי של בדיקת הבטא הפונקציה הזו אינה זמינה ולמנהלים פשוט אין זמן להסדיר את מערך המשחקים לכולם. דיסקים מלאים מובילים בהכרח לשגיאות תפעול והשבתת ציוד לצורך תחזוקה על ידי מנהלי שירות.

מתוך הניסיון של השתתפות במבחני בטא כמדיה אחסון בשרת עם מכונה וירטואלית אחת, אני ממליץ להשתמש ב-HDD עם קיבולת של לפחות 2 TB בשילוב עם כונן SSD של 120 GB או יותר כדי לשמור פעולות קריאת מערכת קבצים במטמון. פתרונות אחרים עשויים לגרור עלויות כספיות גדולות, אם כי כדי ליישם את הפעולה של יותר ממכונה וירטואלית אחת בתוך אותו שרת, תצטרך להשתמש אך ורק בכונני SSD עם מהירויות קריאה גבוהות.

בעת הפעלת שתי מכונות וירטואליות בתוך שרת אחד, גודל הנתונים נשאר זהה לעבודה עם מחשב וירטואלי אחד, למעט כמה גיגה-בייט, מה שיעזור לחסוך בשטח דיסק SSD.

מי שאין לו יכולת לחבר מדיה גדולה לא צריך להתייאש. אחסון הנתונים בשרת מבוסס על מערכת הקבצים ZFS, המאפשרת בקלות להגדיל את כמות שטח הדיסק הפנוי לאורך זמן ללא צורך בביצוע שינויים בתצורה הנוכחית עם שימור נתונים מלא. יישום זה אינו חף מחסרונו בצורה של אמינות מופחתת של אחסון נתונים, מכיוון שאם אחת המדיה תיכשל, יש סבירות גבוהה לאבד את כל הנתונים ותצטרך לחכות להורדה משרתי ה-Playkey , וזה בכלל לא משמח בהתחשב בנפח הנתונים.

אזהרה!

בעת פריסת השירות יש לנתק דיסקים עם נתונים אישיים!

למי שמתכנן לא רק להשכיר מחשב, אלא גם להשתמש בו לצרכיו, בעת חיבור דיסקים במקביל לשירות ולשימוש אישי, הנתונים על הדיסקים שלכם עלולים להיהרס גם במקרה של שגיאה בלתי צפויה. כמובן, אין לנתק/חבר דיסקים פיזית בכל פעם שאתה משתמש במחשב שלך לשימוש אישי. עבור כונני SATA, ל-BIOS יש את היכולת להשבית את הכוננים. ישנם גם התקני ניהול כוח לכונן SATA Switch שיכולים לעזור לך לכבות במהירות ובבטחה כוננים המכילים נתונים חשובים. באשר לכונני NVMe, השבתת כונני BIOS אפשרית רק בלוחות אם נדירים, כך שאינך יכול להשתמש בהם לצרכים שלך.

בעיות ברשת

ההוראות לפריסת השירות מציינות פרמטרים של רשת בצורה של אינטרנט קווי של לפחות 50 Mbit/s וכתובת IP לבנה לנתב. בואו נסתכל מקרוב. פרמטרים של מהירות אינטרנט קווי מוכרים כמעט לכל משתמש אינטרנט, אך לרוב מעטים מתעניינים אם ה-IP לבן או לא ואינם יודעים כיצד לבדוק.

IP לבן הוא כתובת IP חיצונית ציבורית המוקצית רק למכשיר ספציפי אחד (נתב) באינטרנט העולמי. לפיכך, בעל נתב IP לבן, כל מחשב לקוח יכול להתחבר ישירות לנתב שלך, אשר באמצעות פונקציות DHCP ו-UPNP, משדר את החיבור לשרת שמאחורי הנתב.

כדי לבדוק את הפרסום של כתובת ה-IP שלך, אתה יכול להשתמש בכל שירות שמציג את כתובת ה-IP שלך ולהשוות אותה עם כתובת ה-IP של החיבור החיצוני של הנתב. אם זה תואם, כתובת ה-IP היא ציבורית. כתובות IP ציבוריות הן סטטיות ודינמיות. סטטיים מתאימים ביותר לשירות, כאשר משתמשים באלה דינאמיים עלולות להיות הפתעות לא נעימות בדמות אובדן קשרים עם מחשב הלקוח והשרת שמנהל את החיבור לשירות. אתה יכול לבדוק עם ספק ערוצי האינטרנט שלך לגבי כתובות IP סטטיות, או לפחות לבדוק את כתובת ה-IP החיצונית של הנתב תוך מספר ימים.

אחת הבעיות שבהן נתקלים בעת פריסת השירות היא היעדר תמיכה או שגיאות בפונקציית UPNP של הנתב. לרוב, זה המקרה עם נתבים זולים שמסופקים על ידי ספקי אינטרנט. אם הנתב הוא מקטגוריה זו, תחילה עליך למצוא תיעוד על הגדרת פונקציית UPNP של הנתב.

דרישת מהירות האינטרנט הקווי של 50 Mbit/s קובעת את רוחב הפס המינימלי לאינטרנט עבור מכונה וירטואלית אחת. בהתאם לכך, מספר מכונות וירטואליות ידרשו ערוץ אינטרנט עם רוחב פס יוצא מוגדל באופן יחסי, כלומר. 50 Mbit/s כפול מספר המכונות הווירטואליות. תעבורת נתונים יוצאת בחודש בממוצע לכל מכונה וירטואלית היא 1.5 טרה-בייט, כך שתוכניות התעריפים המוגבלות של ספקי האינטרנט לחיבור לשירות אינן מתאימות.

במהלך פעולת השרת, מתרחשת העברת נתונים אינטנסיבית, אשר, כאשר משתמשים בנתבים פשוטים של 100 מגה-ביט, עלולה להוביל לבעיות בהפעלת השירותים המקוונים של התקני רשת מולטימדיה ברשת המקומית שלך. אם אתה נתקל בבעיות ביציבות מהירות ערוץ האינטרנט, עליך לחשוב על חיבור נתב פרודוקטיבי יותר, אחרת פעולת השרת תהיה לא יציבה ובהמשך ניתוק מהשירות.

מההערות של הבודקים, נתבי Mikrotik, Keenetic, Cisco, TP-Link (Archer C7 ו-TL-ER6020) מתפקדים היטב.

יש גם זרים. לדוגמה, נתב ה-Gigabit הביתי Asus RT-N18U, לאחר הוספת מכונה וירטואלית שנייה, החל להיתקע במהלך הפעלות בו-זמניות ארוכות; החלפתו ב-Mikrotik Hap Ac2 פתרה לחלוטין את הבעיה. נפילות חיבור הן גם תופעה שכיחה; בפרט, יש לאתחל את נתב ה-Xiaomi Mi WiFi 4 פעם בחודש (ייתכן שגם הספק מעורב, הם הטילו על הנתב את ההצהרה ש-500Mbit/s בהחלט יעבוד מצוין על הציוד שלהם ).

תהליך פריסת מספר שרתים צריך להתבצע אחד בכל פעם; מהירות פריסת השירות תלויה בכך. לדברי המפתחים, הפתרון לבעיית חילופי נתונים אוטומטיים בין שרתים ברשת מקומית מהירה יותר נמצא בשלב הסופי. זה יעזור להפחית את זמן פריסת השירות פי כמה ולהפחית את העומס בערוץ האינטרנט.

ניואנסים של ברזל

ההתקנה לרוב אינה מצריכה התערבות משתמש, אך כרגע התצורה מינימלית ומכוונת לבעלי מחשבים המבוססים על מעבדי אינטל עם כוננים המחוברים באמצעות ממשקי SATA. אם יש לך מחשב המבוסס על מעבד AMD או כונן NVMe SSD, אז עלולים להיווצר מכשולים, ואם המאמר לא עונה על שאלותיך, תמיד תוכל לבקש תמיכה טכנית ישירות בדף החשבון האישי שלך או על ידי שליחת דואר אלקטרוני אל [מוגן בדוא"ל].

בעבר, בין הדרישות בהוראות לפריסת השירות, הוזכר הצורך בגרפיקה משולבת או כרטיס מסך נוסף להפעלת השרת ולהגדיר אותו. בשלב של בדיקות סגורות, דרישה זו איבדה את הרלוונטיות שלה והפכה יותר לכלי לניהול שרת נוח יותר עם גישה ישירה של בעלים לשרת, אך כמו כל שרת המבוסס על מערכת הפעלה לינוקס, ניהול מרחוק זמין לתצורה ולניטור.

הדרישה לאמולטור צג (סטאב) או צג מחובר נובעת מתכונות חומרה מסוימות של ניהול מצבי וידאו של כרטיס מסך במכונה וירטואלית. לקוחות שירות מתאימים לעתים קרובות פרמטרים של מצב וידאו כך שיתאימו לפרמטרים של המסכים שלהם. אם צג או אמולטור אינם מחוברים לכרטיס המסך, מצבי וידאו ספציפיים רבים הופכים ללא זמינים ללקוחות, דבר שאינו מקובל עבור השירות. להפעלה מתמדת של השרת, נוכחות של אמולטור עדיפה על חיבור צג, אחרת כיבוי הצג או החלפת הצג לעבודה ממקור וידאו אחר עלול לגרום לשגיאה בשירות. אם אתה צריך לשלב את הפונקציונליות של האמולטור ולהשתמש בצג ללא כל חיבורים מחדש, אתה יכול להשתמש באמולטור מוניטור מעבר.

בדוק את תצורת המחשב

• ספק כוח Chieftec Proton 750W (BDF-750C)
• לוח אם ASRock Z390 Pro4
• מעבד Intel i5-9400
• זיכרון 16GB DDR4 3200 MHz Ballistix Sport LT חיוני (מקל בודד)
• כונן 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)

התקנה

הורדת תמונת "usbpro.img" מהקישור בהוראות הפריסה של PlaykeyPro וכתיבתה לכונן USB חיצוני נמשכת מספר דקות בלבד. לקח לי יותר זמן לגלול בין סעיפי הגדרות ה-BIOS בחיפוש אחר אפשרויות וירטואליזציה: Intel Virtualization ו-Intel VT-d. ללא הפעלת אפשרויות אלו, המכונה הוירטואלית לא תוכל להתחיל. לאחר הפעלת אפשרויות הווירטואליזציה, הגדר את אפשרויות האתחול במצב BIOS Legacy ושמור את ההגדרות. התמונה הרשמית הנוכחית אינה תומכת באתחול במצב UEFI, המפתחים הכריזו על אפשרות זו במהדורה הבאה של התמונה. ההשקה הראשונה חייבת להתבצע חד פעמית מכונן USB שהוכן קודם לכן. במקרה שלי, לוח האם של ASRock השתמש במקש F11 כדי להעלות את תפריט האתחול.

לאחר שבחרת להתחיל מכונן USB, לא הופיעו שומרי מסך יפים ומיד הופיעה תיבת דו-שיח המבקשת ממך להזין את מזהה המשתמש של Playkey, אותו ניתן למצוא בחלק הימני העליון "חשבון אישי" לאחר השלמת הליך הרישום בדף הנחיתה.

לאחר הזנת מספר הזיהוי, הוצג חלון המזהיר כי כל הנתונים בדיסק שצוין יושמדו באופן בלתי הפיך. בדוגמה שלי, המערכת והמחיצה עם נתונים למשחקים יהיו על אותו דיסק. כדי להבטיח שהשרת מקושר לחשבון האישי, נעשה שימוש בשם הדיסק שצוין. הזנת שם הכונן ומזהה משתמש Playkey בתצורת השרת מתבצעת באופן אוטומטי, אך שגיאות אוטומציה מתרחשות בציוד שונה. רשום את שם הדיסק איפשהו, זה יהיה שימושי בעת קישור ידני של השרת לחשבון האישי שלך במקרה של שגיאה. האופציה של התקנת המערכת והנתונים עם משחקים על דיסקים שונים היא שונה, אבל בגלל הנדירות של יישום כזה, לא התייחסתי לזה כדוגמה.

לאחר אישור השמדת הנתונים, המתקין ממשיך להגדרת מחיצות דיסק וטעינת תמונת המערכת. ההתקנה בוצעה כמובן בערב, מכיוון שתהליך הורדת הנתונים מתרחש בצורה הטובה ביותר מחצות עד הצהריים, כאשר השחקנים נחים והרשת אינה עמוסה מדי.

התחזית לזמן ההורדה של תמונת המערכת התבררה כנכונה, לאחר 45 דקות, המתקין, לאחר בדיקת תקינות התמונה, החל להעתיק אותה לתקשורת. במהלך תהליך הורדת התמונה, לעתים קרובות הוצגו הודעות שגיאת חיבור 'פג פסק זמן של החיבור', אך זה לא משפיע על תהליך ההורדה, אלא נראה כי פסקי הזמן הוגדרו באופן שגוי בתוכנית ההתקנה.

כצפוי, לאחר העתקה מוצלחת של תמונת המערכת למדיה, המתקין ביצע שגיאה הקשורה לחיבור מחיצה במדיה NVMe (הוראות הפריסה העדכניות ביותר מכילות אזכור של חוויות שליליות בעת התקנה על דיסק NVMe והמלצה לא לבחור דיסקים מהסוג הזה). בדוגמה של התקנה זו, השגיאה אינה קשורה לתכונות של פלטפורמת AMD, אלא לשגיאת התקנה פשוטה בקביעה נכונה של מזהה מחיצת הדיסק NVMe. דיווחתי על השגיאה למפתחים; לא אמורה להיות שגיאה במהדורה הבאה. אם עדיין מתרחשת שגיאה, אז בעת שליחת בקשת חיבור, בנוסף למזהה Playkey ודגם הנתב, ספק את שם הדיסק שהוקלט קודם לכן, והתמיכה הטכנית תבצע את ההגדרה מרחוק.

וכך, ההתקנה הושלמה, אתה יכול לכבות את המחשב ולאחר מכן לנתק את כונן ה-USB עם המתקין. השלב הבא הוא המרגש והפשוט ביותר, הדליקו את המחשב וחכו שמערכת ההפעלה CentOS תסיים את הטעינה. אם הכל נעשה נכון, נראה את התמונה הבאה.

אין צורך בכניסה. לאחר מכן על השירות להמשיך ולהתקין ולעבוד באופן עצמאי. אתה יכול להגיש בקשת חיבור.

בודק את החיבור

ההשקה המוצלחת של השרת מסומנת על ידי הופעת ערך עם שם הדיסק שהוזכר קודם ברשימת השרתים בחשבון האישי שלך. הסטטוסים מול השרת צריכים להיות מקוונים, חסומים וחופשיים. אם השרת אינו ברשימה, פנה לתמיכה ישירות מחשבונך האישי (כפתור בפינה השמאלית התחתונה של העמוד).

לאחר הפעלת CentOS בהצלחה והתחברות לחשבון האישי שלך, השרת יתחיל להוריד אוטומטית את הנתונים הדרושים לפעולה. התהליך ממושך ועשוי להימשך זמן רב יותר בהתאם לרוחב הפס של ערוץ האינטרנט. בדוגמה הורדת הנתונים ארכה כ-8 שעות (מהערב עד הבוקר). תהליך ההורדה בחשבון האישי שלך אינו מוצג בשום אופן בשלב זה של הבדיקה. לשליטה עקיפה פשוטה, אתה יכול לעקוב אחר סטטיסטיקת תעבורת הנתב. אם אין תעבורה, אנא צור קשר עם התמיכה הטכנית עם שאלה לגבי מצב השרת.

אם נתוני השרת הבסיסיים יורדו בהצלחה ואין בעיות טכניות, מערכת ההפעלה Windows תתחיל במכונה הוירטואלית עם ממשק שולחן עבודה שניתן לזהות בקלות. לאחר הורדת משחק GTA5 במכונה וירטואלית, יתחיל אוטומטית מבחן ביצועים המבוסס על משחק GTA5, שעל בסיס תוצאותיו יחליט השירות אוטומטית על התאמת השרת וישנה את סטטוס חסום לזמין. כרגע, בגלל ההייפ, יש תורים לבדיקות, רק סבלנות. כעת ניתן לנתק את הצג ולחבר את האמולטור (סטאב) במקום זאת. מעבר המבחן נרשם בקטע הפעלות בחשבון האישי שלך (משחק: gta_benchmark). אם לאחר השלמת הבדיקה הסטטוס לא משתנה לזמין, אנא פנה לתמיכה הטכנית עם שאלה.

הבניינים שלי

צוואר הבקבוק של מכלול הבדיקה הוא מעבד Intel i5-9400, בעל מספר מצומצם של ליבות וחסר טכנולוגיית Hyper-threading, המגבילה את מגוון המשחקים המחוברים. גודל הדיסק גם מגביל את ספריית המשחקים וכבר גורם לירידה בניצול השרת. ספריית המשחקים המלאה הזמינה עבור PlaykeyPro כבר עברה את הגודל של 1TB.

בארסנל שלי ישנם מספר שרתים המריצים שניים ושלושה מכונות וירטואליות המבוססות על שלושה סוגים של לוחות אם:

ASRock Z390 Phantom Gaming 6, i9-9900, DDR4 3200 48GB, SSD NVMe 1TB, SSD NVMe 512GB, GTX 1080ti, GTX 1070, GTX 1660 Super, ספק כוח 1000W
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

במהלך בדיקת המכלולים, הבחינו בחסרונות הבאים:

• בשני המכלולים הראשונים, החריצים לכרטיסי המסך השני והשלישי ממוקמים קרוב מדי זה לזה, מה שמקשה על הבטחת קירור נאות;
• בלוח האם Gigabyte Z390 Gaming Sli, החריץ לכרטיס המסך השלישי מוגבל באפיק PCIe על ידי שני נתיבים v3.0 מערך השבבים של לוח האם, ובהתאם, הפסדי fps ניכרים במהלך המשחק (ב-ASRock PCIe x4 v3.0 MCH, הירידה ב-fps לא מורגשת);
• בעת שימוש במעבד i9-9900, אין מספיק ליבות להפעיל משחקים תובעניים בכל שלוש המכונות הווירטואליות, כך שבקרוב יפעלו שם שתי מכונות וירטואליות;
• אי אפשר להשתמש ב-HDD בשילוב עם שתיים או שלוש מכונות וירטואליות.

המכלול המבוסס על לוח האם Gigabyte Z390 Designare, בשל הסידור הסימטרי של חריצי PCIe X16, התברר כמוצלח ביותר להבטחת קירור אמין של שלושה כרטיסי מסך. כולל כדי להבטיח ביצועים גבוהים של לוח האם, כל שלושת כרטיסי המסך מחוברים לקווי מעבד PCIe v3.0 באמצעות סכימת x8/x4/x4 ללא השתתפות של MCH.

מסקנה

תכנון קפדני של מבנה המחשב לפריסת שירות PlaykeyPRO יגדיל ללא ספק את האמינות, הביצועים וחיי השרת. עם זאת, לא כדאי לבנות מיד תצורות מורכבות עבור שניים/שלושה מכונות וירטואליות, התחל עם אחת. לאחר כחודש תוכלו להגיע להבנה של תהליך הפעולה של השרת ולתכנן את התצורה האופטימלית של הציוד שלכם.

בנוסף לדרישות המערכת המינימליות, אתן המלצה על תצורת המחשב לשירות, שתבטיח את פעולת כל המשחקים הזמינים ותספק עתודת ביצועים למוצרים חדשים:

• מעבד: 8 ליבות
• כונן קשיח: לפחות 2 TB, SSD או SSD>=120 + HDD 7200 RPM
• זיכרון RAM: 24 GB (רצוי 32, 16+16 במצב דו-ערוץ)
• כרטיס מסך: NVIDIA 2070 Super (מקביל בביצועים ל-1080Ti) או טוב יותר

המידע המופיע במאמר מבוסס על הניסיון האישי שלי בפריסה ותפעול שרתים של הרשת המבוזרת של PlaykeyPro. אבל גם לאחר כמעט שנה של השתתפות בבדיקות, לפעמים אתה צריך להתמודד עם שגיאות בתכנון של תצורת הציוד.

מקור: www.habr.com