אנו מרכיבים שרת ליישומי גרפיקה ו-CAD/CAM לעבודה מרחוק באמצעות RDP מבוסס על CISCO UCS-C220 M3 v2 משומש

כמעט לכל חברה יש כיום בהכרח מחלקה או קבוצה הפועלת ב-CAD/CAM
או תוכניות עיצוב כבדות. קבוצת משתמשים זו מאוחדת על ידי דרישות רציניות לחומרה: הרבה זיכרון - 64GB או יותר, כרטיס מסך מקצועי, ssd מהיר ושהוא אמין. חברות רוכשות לרוב כמה מחשבים חזקים (או תחנות גרפיות) עבור חלק מהמשתמשים במחלקות כאלה ופחות חזקים עבור אחרים, בהתאם לצרכים וליכולות הפיננסיות של החברה. לעתים קרובות זו הגישה הסטנדרטית לפתרון בעיות כאלה, והיא עובדת מצוין. אבל במהלך מגיפה ועבודה מרחוק, ובכלל, גישה זו אינה אופטימלית, מיותרת מאוד ואינה נוחה ביותר בניהול, ניהול והיבטים נוספים. מדוע זה כך, ואיזה פתרון יענה באופן אידיאלי על צורכי התחנות הגרפיות של חברות רבות? אנא ברוך הבא לחתול, המתאר כיצד להרכיב פתרון עובד וזול להרוג ולהאכיל מספר ציפורים במכה אחת, ואיזה ניואנסים קטנים צריך לקחת בחשבון כדי ליישם את הפתרון הזה בהצלחה.

בדצמבר האחרון, חברה אחת פתחה משרד חדש למשרד עיצוב קטן והוטל עליה לארגן עבורם את כל תשתית המחשבים, בהתחשב בכך שלחברה כבר היו מחשבים ניידים למשתמשים וזוג שרתים. המחשבים הניידים היו כבר בני שנתיים והיו בעיקר תצורות משחק עם 8-16GB של זיכרון RAM, ובדרך כלל לא יכלו להתמודד עם העומס מיישומי CAD/CAM. המשתמשים חייבים להיות ניידים, מכיוון שלעתים קרובות הם צריכים לעבוד מחוץ למשרד. במשרד רוכשים מוניטור נוסף לכל מחשב נייד (כך עובדים עם גרפיקה). עם נתוני קלט כאלה, הפתרון האופטימלי היחיד, אך מסוכן עבורי, הוא ליישם שרת טרמינלים חזק עם כרטיס מסך מקצועי חזק ודיסק nvme ssd.

יתרונות של שרת מסוף גרפי ועבודה באמצעות RDP

• במחשבים אישיים חזקים או בתחנות גרפיות בודדות, רוב הזמן, משאבי החומרה אינם מנוצלים אפילו על ידי שליש והם נשארים פעילים והם נמצאים בשימוש ב-35-100% מהקיבולת שלהם רק לפרק זמן קצר. בעיקרון, היעילות היא 5-20 אחוז.
• אבל לעתים קרובות החומרה רחוקה מלהיות הרכיב היקר ביותר, מכיוון שרשיונות גרפיקה בסיסית או תוכנת CAD/CAM עולים לרוב החל מ-$5000, ואפילו עם אפשרויות מתקדמות, החל מ-$10. בדרך כלל, תוכנות אלו פועלות בסשן RDP ללא בעיות, אך לפעמים צריך להזמין בנוסף את אפשרות RDP, או לחפש בפורומים מה לכתוב בהגדרות או ברישום וכיצד להפעיל תוכנה כזו בסשן של RDP. אבל תבדוק שהתוכנה שאנחנו צריכים עובדת דרך RDP נחוץ כבר בהתחלה וזה קל לעשות: אנחנו מנסים להיכנס דרך RDP - אם התוכנית התחילה וכל פונקציות התוכנה הבסיסיות פועלות, סביר להניח שלא יהיו בעיות עם רישיונות. ואם זה נותן שגיאה, אז לפני יישום פרויקט עם שרת מסוף גרפי, אנחנו מחפשים פתרון לבעיה שמספק לנו.
• יתרון גדול הוא גם תמיכה באותה תצורה והגדרות ספציפיות, רכיבים ותבניות, שלעתים קרובות קשה ליישם עבור כל משתמשי המחשב האישי. ניהול, ניהול ועדכוני תוכנה הם גם "ללא תקלות"

באופן כללי, יש הרבה יתרונות - בואו נראה איך הפתרון הכמעט אידיאלי שלנו מראה בפועל.

אנו מרכיבים שרת המבוסס על CISCO UCS-C220 M3 v2 משומש

בתחילה תוכנן לקנות שרת חדש וחזק יותר עם 256GB DDR3 ecc זיכרון ו-10GB Ethernet, אבל הם אמרו שצריך לחסוך קצת ולהתאים לתקציב של שרת מסוף של 1600$. ובכן, בסדר - הלקוח תמיד חמדן וצודק, ואנחנו בוחרים את הסכום הזה:

משומש CISCO UCS-C220 M3 v2 (2 X SIX CORE 2.10GHZ E5-2620 v2) 128GB DDR3 ecc - $625
3.5 אינץ' 3TB sas 7200 מזהה ארה"ב - 2×65$=130$
SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512GB Samsung — $200
כרטיס מסך QUADRO P2200 5120MB - $470
מתאם SSD של Ewell PCI-E 3.0 ל-M.2 (EW239) -10$
סך הכל לשרת = $1435

תוכנן לקחת 1TB ssd ומתאם Ethernet של 10GB - 40$, אבל התברר שאין UPS ל-2 השרתים שלהם, והיינו צריכים לקמץ קצת ולקנות UPS PowerWalker VI 2200 RLE - 350$.

למה שרת ולא מחשב חזק? הצדקה של התצורה שנבחרה.

מנהלי מערכת קצרי רואי רבים (נתקלתי בזה הרבה פעמים בעבר) מסיבה כלשהי קונים מחשב חזק (לעיתים קרובות מחשב גיימינג), שמים שם 2-4 דיסקים, יוצרים RAID 1, קוראים לזה בגאווה שרת ומכניסים אותו ל- פינת המשרד. החבילה כולה טבעית - "הודג'פודג'" באיכות מפוקפקת. לכן, אתאר בפירוט מדוע נבחרה תצורה מסוימת זו עבור תקציב כזה.

1. מהימנות!!! - כל רכיבי השרת תוכננו ונבדקו לפעול במשך יותר מ-5-10 שנים. ואמהות גיימינג עובדות 3-5 שנים לכל היותר, ואפילו אחוז התקלות בתקופת האחריות אצל חלקן עולה על 5%. והשרת שלנו הוא מהמותג הסופר אמין CISCO, כך שלא צפויות בעיות מיוחדות והסבירות שלהן נמוכה בסדר גודל ממחשב נייח
2. רכיבים חשובים כמו אספקת החשמל משוכפלים, ובאופן אידיאלי, ניתן לספק חשמל משני קווים שונים ואם יחידה אחת נכשלת, השרת ממשיך לפעול
3. זיכרון ECC - כיום מעטים זוכרים שבתחילה זיכרון ECC הוכנס לתיקון ביט אחד משגיאה הנובעת בעיקר מהשפעות של קרניים קוסמיות, ועם קיבולת זיכרון של 128GB - שגיאה יכולה להתרחש מספר פעמים בשנה. במחשב נייח נוכל לראות את התוכנה קורסת, קופאת וכו', וזה לא קריטי, אבל בשרת עלות השגיאה היא לפעמים גבוהה מאוד (למשל, כניסה לא נכונה במסד הנתונים), במקרה שלנו, במקרה של תקלה רצינית, יש צורך לאתחל ולפעמים זה עולה כמה אנשים ביום עבודה
4. מדרגיות - לעתים קרובות הצורך של חברה במשאבים גדל פי כמה במשך כמה שנים וקל להוסיף זיכרון דיסק לשרת, להחליף מעבדים (במקרה שלנו, E5-2620 שש ליבות עד Xeon E5 2690 v2 עשר ליבות) - אין כמעט מדרגיות במחשב רגיל
5. פורמט שרת U1 - שרתים חייבים להיות בחדרי שרתים! ובמתלים קומפקטיים, במקום להדליק (עד 1KW של חום) ולעשות רעש בפינת המשרד! רק במשרד החדש של החברה סופק בנפרד שטח קטן (3-6 יחידות) בחדר השרתים ויחידה אחת בשרת שלנו הייתה ממש לידנו.
6. שלט: ניהול ומסוף - ללא תחזוקת שרת רגילה זו לשלט! עבודה קשה ביותר!
7. 128GB של זיכרון RAM - המפרט הטכני אמר 8-10 משתמשים, אבל בפועל יהיו 5-6 מפגשים בו זמנית - לכן, בהתחשב בצריכת הזיכרון המקסימלית האופיינית באותה חברה, 2 משתמשים של 30-40GB = 70GB ו-4 משתמשים של 3-15GB = 36GB, + עד 10GB למערכת הפעלה סה"כ 116GB ו-10% ברזרבה (כל זה במקרים נדירים של שימוש מקסימלי. אבל אם אין מספיק, אפשר להוסיף עד 256GB בכל מקרה זְמַן
8. כרטיס מסך QUADRO P2200 5120MB - בממוצע למשתמש באותה חברה ב
   בהפעלה מרחוק, צריכת זיכרון הווידאו הייתה מ-0,3GB ל-1,5GB, כך ש-5GB יספיקו. הנתונים הראשוניים נלקחו מפתרון דומה, אך חזק פחות, המבוסס על i5/64GB/Quadro P620 2GB, שהספיק ל-3-4 משתמשים
9. SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512GB Samsung - לפעולה בו זמנית
   8-10 משתמשים, מה שצריך הוא המהירות של NVMe והאמינות של ה-ssd של סמסונג. מבחינת פונקציונליות, דיסק זה ישמש עבור מערכת ההפעלה והיישומים
10. 2x3TB sas - משולב ל-RAID 1 המשמש לנתוני משתמש מקומיים נפחיים או בשימוש נדיר, כמו גם לגיבוי מערכת ונתונים מקומיים קריטיים מדיסק nvme

התצורה אושרה ונרכשה, ובקרוב יגיע רגע האמת!

הרכבה, תצורה, התקנה ופתרון בעיות.

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

בעיה אחת מופרכת - כרטיס המסך מקצועי, בפורמט מלא! + כמה מ"מ, אבל מה אם זה לא מתאים? 1W - מה אם מחבר PCI לא עובד? ואיך לעשות גוף קירור רגיל עבור 75W אלה? אבל זה השתלב, הופעל, פיזור החום נורמלי (במיוחד אם מקררי השרת מופעלים במהירות גבוהה מהממוצע. עם זאת, כשהתקנתי אותו, כדי להיות בטוח ששום דבר לא מתקצר, כופפתי משהו ב- שרת 75 מ"מ (אני לא זוכר מה), אבל לפיזור חום טוב יותר מהמכסה השרת לאחר מכן, לאחר ההתקנה הסופית, קרע את סרט ההוראות שהיה על כל המכסה ואשר עלול לפגוע בפיזור החום דרך המכסה.

בדיקה שניה - ייתכן שדיסק ה-NVMe לא יהיה גלוי דרך המתאם, או שהמערכת לא הייתה מותקנת שם, ואם הותקנה, היא לא תאתחל. באופן מוזר, Windows הותקנה על דיסק NVMe, אך לא הצליחה לאתחל ממנו, וזה הגיוני מכיוון שה-BIOS (אפילו זה המעודכן) לא רצה לזהות את NVMe בשום אופן לאתחול. לא רציתי להיות קב, אבל הייתי חייב - כאן המרכז והפוסט האהובים עלינו נחלצו להצלה לגבי אתחול מדיסק nvme במערכות מדור קודם הורד כלי שירות אתחול דיסק (BDUtility.exe), יצרו כונן הבזק עם CloverBootManager לפי ההוראות מהפוסט, התקינו את כונן ההבזק ב-BIOS תחילה לאתחול, ועכשיו אנחנו מטילים את טוען האתחול מכונן ההבזק, Clover ראה בהצלחה את הדיסק NVMe שלנו ואותחל ממנו אוטומטית ב כמה שניות! יכולנו לשחק עם התקנת תלתן על דיסק ה-Raid 3TB שלנו, אבל זה היה כבר שבת בערב, ועדיין נשאר יום עבודה, כי עד יום שני היינו צריכים למסור את השרת או לעזוב אותו. השארתי את כונן הבזק מסוג USB הניתן לאתחול בתוך השרת; היה שם USB נוסף.

3 כמעט איום בכישלון. התקנתי את שירותי +RD סטנדרטיים של Windows 2019, התקנתי את האפליקציה הראשית שעבורה הכל התחיל, והכל עובד נפלא וממש עף.

מדהים! אני נוסע הביתה ומתחבר דרך RDP, האפליקציה מתחילה, אבל יש פיגור רציני, אני מסתכל על התוכנית וההודעה "מצב רך מופעל" מופיעה בתוכנית. מה?! אני מחפש עצי הסקה עדכניים וסופר מקצועיים לכרטיס המסך, אני נותן אפס תוצאות, עצי הסקה ישנים יותר ל-p1000 זה גם כלום. ובזמן הזה, הקול הפנימי ממשיך ללעוג "אמרתי לך - אל תתנסה עם הדברים הטריים - קח p1000." והגיע הזמן - כבר לילה בחצר, אני הולך לישון בלב כבד. יום ראשון, אני הולך למשרד - הכנסתי quadro P620 לשרת וזה גם לא עובד דרך RDP - MS, מה העניין? חיפשתי בפורומים "שרת 2019 ו-RDP" ומצאתי את התשובה כמעט מיד.

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

• פתח את הכלי עריכת מדיניות קבוצתית מלוח הבקרה או השתמש בתיבת הדו-שיח של Windows Search (מקש Windows + R, ולאחר מכן הקלד gpedit.msc)
• דפדף אל: מדיניות מחשב מקומי תצורת מחשב תבניות ניהול תבניות Windows רכיבי שולחן עבודה מרוחק שירותי שולחן עבודה מרוחק הפעלת שולחן עבודה מרוחק מארח סביבת הפעלה מרוחק
• לאחר מכן הפעל את "השתמש במתאם הגרפי ברירת המחדל של החומרה עבור כל הפעלות של שירותי שולחן עבודה מרוחק"

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

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

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

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

1. קהל היעד והמשימות הם משתמשים שעובדים בצורה אינטנסיבית עם גרפיקה וזקוקים להאצת חומרה של כרטיס מסך. הצלחת הפתרון שלנו מבוססת על העובדה שצורכי החשמל של משתמשי תוכניות גרפיקה ו-CAD/CAM נענו בשיעור גבוה לפני יותר מ-10 שנים, וכרגע יש לנו עתודת חשמל העולה על הצרכים פי 10 או יותר. למשל, כוחו של Quadro P2200 GPU מספיק ל-10 משתמשים, וגם עם זיכרון וידאו לא מספיק, כרטיס המסך מפצה על כך מ-RAM, ולמפתח תלת מימד רגיל ירידה כל כך קטנה במהירות הזיכרון לא מורגשת. . אבל אם משימות המשתמשים כוללות משימות מחשוב אינטנסיביות (עיבוד, חישובים וכו'), שלרוב משתמשות ב-3% מהמשאבים, אז הפתרון שלנו אינו מתאים, מכיוון שמשתמשים אחרים לא יוכלו לעבוד כרגיל בתקופות אלו. לכן, אנו מנתחים בקפידה את משימות המשתמש וטעינת המשאב הנוכחית (לפחות בקירוב). אנו שמים לב גם לנפח השכתוב לדיסק ביום, ואם מדובר בנפח גדול, אז נבחר דיסק שרת ssd או optane לנפח זה.
2. בהתבסס על מספר המשתמשים, אנו בוחרים שרת, כרטיס מסך ודיסקים המתאימים למשאבים:
   • מעבדים לפי הנוסחה 1 ליבה למשתמש + 2,3 לכל מערכת הפעלה, בכל מקרה, כל אחד בו-זמנית אינו משתמש בליבות אחת או מקסימום שתיים (אם הדגם נטען לעתים נדירות);
   • כרטיס מסך - הסתכלו על הכמות הממוצעת של זיכרון וידיאו וצריכת GPU למשתמש בסשן RDP ובחרו באחד מקצועי! כרטיס מסך;
   • אנחנו עושים את אותו הדבר עם זיכרון RAM ותת-מערכת דיסק (כיום אתה אפילו יכול לבחור RAID nvme בזול).
3. אנו בודקים בקפידה את התיעוד של השרת (למרבה המזל, לכל השרתים הממותגים יש תיעוד מלא) לגבי תאימות למחברים, מהירויות, אספקת חשמל וטכנולוגיות נתמכות, כמו גם את הממדים הפיזיים ותקני פיזור החום של רכיבים נוספים המותקנים.
4. אנו בודקים את הפעולה התקינה של התוכנה שלנו במספר מפגשים באמצעות RDP, כמו גם את היעדר הגבלות רישוי ובודקים בקפידה את זמינות הרישיונות הדרושים. אנו פותרים בעיה זו לפני השלבים הראשונים של היישום. כפי שנאמר בתגובה של malefix היקר
   "- ניתן לקשור רישיונות למספר המשתמשים - אז אתה מפר את הרישיון.
   - ייתכן שהתוכנה לא תעבוד כהלכה עם מספר מופעים פועלים - אם היא כותבת זבל או הגדרות לפחות במקום אחד לא לפרופיל המשתמש/%temp%, אלא למשהו נגיש לציבור, אז יהיה לך כיף לתפוס את הבעיה ."
5. אנו חושבים היכן יותקן השרת הגרפי, אל תשכח את UPS ואת הנוכחות של יציאות Ethernet מהירות ואינטרנט שם (במידת הצורך), כמו גם עמידה בדרישות האקלים של השרת.
6. אנו מגדילים את תקופת ההטמעה ל-2,5-3 שבועות לפחות, מכיוון שהרבה רכיבים נחוצים אפילו קטנים יכולים להימשך עד שבועיים, אבל ההרכבה והקונפיגורציה אורכת מספר ימים - רק טעינת שרת רגילה למערכת ההפעלה יכולה לקחת יותר מ-5 דקות.
7. אנו דנים עם ההנהלה והספקים שאם לפתע בכל שלב הפרויקט לא יצא טוב או משתבש, אז נוכל לבצע החזרה או החלפה.
8. זה גם הוצע בחביבות הערות malefix
   אחרי כל הניסויים עם ההגדרות, הורס הכל והתקן אותו מאפס. ככה:
   - במהלך ניסויים יש צורך לתעד את כל ההגדרות הקריטיות
   - במהלך התקנה חדשה, אתה חוזר על ההגדרות המינימליות הנדרשות (אשר תיעדת בשלב הקודם)
9. אנו מתקינים תחילה את מערכת ההפעלה (רצוי Windows server 2019 - יש לו RDP באיכות גבוהה) במצב ניסיון, אך בשום פנים ואופן לא מעריכים אותה (לאחר מכן יש להתקין אותה מחדש מאפס). ורק לאחר השקה מוצלחת אנו פותרים בעיות ברישיונות ומפעילים את מערכת ההפעלה.
10. כמו כן, לפני היישום, אנו בוחרים קבוצת יוזמה לבדיקת העבודה ולהסביר למשתמשים עתידיים את היתרונות של עבודה עם שרת גרפי. אם תעשה זאת מאוחר יותר, אנו מגבירים את הסיכון לתלונות, חבלה וביקורות שליליות לא מבוססות.

עבודה דרך RDP לא מרגישה שונה מעבודה במפגש מקומי. לעתים קרובות אתה אפילו שוכח שאתה עובד איפשהו דרך RDP - אחרי הכל, אפילו תקשורת וידאו ולפעמים וידאו בסשן RDP עובדות ללא עיכובים ניכרים, כי עכשיו לרוב האנשים יש חיבור אינטרנט מהיר. מבחינת מהירות ופונקציונליות של RDP, מיקרוסופט ממשיכה כעת להפתיע לטובה עם האצת חומרה תלת-ממדית ומולטי-מוניטורים - כל מה שמשתמשי תוכניות גרפיקה, תלת-ממד ו-CAD/CAM צריכים לעבודה מרחוק!

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

נ.ב כיצד להתחבר בקלות ובבטחה דרך האינטרנט באמצעות RDP, כמו גם את ההגדרות האופטימליות עבור לקוחות RDP - אתה יכול לראות במאמר "עבודה מרחוק במשרד. RDP, Port Knocking, Mikrotik: פשוט ומאובטח"

מקור: www.habr.com