חמש דרכים להאיץ יישומים וירטואליים

תוֹכֶן

• מיטוב WAN ו- LAN
• מערכי SSD ומערכי פלאש
• אין באגים, אין מתח - המדריך השלב אחר צעד שלך ליצירת תוכנה לשינוי חיים מבלי להרוס את חייך
• GPUs וירטואלי
• תוכנה מותאמת לביצועים
• מטמון
• סיכום

מקור: Viktorus / Dreamstime.com

להסיר:

למד חמש טכניקות להאצת יישומים וירטואליים מבלי לשבור את הבנק.

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

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

מיטוב WAN ו- LAN

אתה יכול להתייחס לאופטימיזציה של רשת ה- WAN וה- LAN כפתרון רוחב פס, כאשר המטרה הסופית היא לשים יותר מידע ויותר נתונים על צנרת הרשת בצורה יעילה יותר. מכיוון שביצועי האפליקציה הם כה קריטיים עבור משתמשי הקצה, ישנן כמה שיטות גאוניות להעברת תוכן רב יותר בכמויות זמן קצרות יותר, כגון יצירת רשת למסירת תוכן (CDN), שבמהותה מקרבת את הנתונים לצרכן או למשתמש הקצה. קירוב הנתונים קרוב יותר למשתמש מפחית את ההשהיה מכיוון שהנתונים צריכים לעבור פחות "כשות" או רשתות כדי להגיע ליעדם. לרוב נותני שירותי הענן יש CDNs כבר בכדי לעזור לבעלי אפליקציות להעביר תוכן מבוזר קרוב לצרכנים שלה.

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

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

דחיסת נתונים ושימוש בסוגי מדיה דחוסה כגון JPEG, MPEG-4 ו- MP3 יכולים להשפיע משמעותית על מסירת היישומים. דחיסת נתונים של תוכן מבוסס, שמשמעותו HTML, CSS ו- JavaScript, יכולה לגרום להפחתה של זמן העומס של 30 אחוזים ומעלה.

מערכי SSD ומערכי פלאש

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

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

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

אתה לא יכול לשפר את כישורי התכנות שלך כאשר לאף אחד לא אכפת מאיכות התוכנה.

GPUs וירטואלי

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

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

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

תוכנה מותאמת לביצועים

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

יש כאלה, כמו חלוץ המחשבים דונלד קנוט, שאמר על אופטימיזציה של קוד המחשב, "אם תייעל את הכל, תמיד תהיה לא מרוצה." על אף דעותיו של מר קנוט, יש לבצע ולסבול אופטימיזציה של קוד לכמות שיפור מאוזנת. . אבל מה עם תוכניות מסחריות שאתה רוכש ומפרוס למשתמשים שלך? לדוגמה, חבילת Microsoft Office ירוק-עד היא חבילה סטנדרטית של יישומים שעל מנהלי המערכת להעמיד לרשות המקומיים וגם למשתמשים מרוחקים.

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

מטמון

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

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

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

סיכום

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