מתזמן משאבים ב-HPE InfoSight

HPE InfoSight הוא שירות ענן של HPE המאפשר לך לזהות באופן יזום בעיות אמינות וביצועים אפשריות עם מערכי HPE Nimble ו-HPE 3PAR. במקביל, השירות יכול גם להמליץ ​​באופן מיידי על דרכים לפתרון בעיות אפשריות, ובמקרים מסוימים ניתן לבצע פתרון תקלות באופן יזום, אוטומטי.

כבר דיברנו על HPE InfoSight ב-HABR, ראה, למשל, כאן או כאן.

בפוסט הזה אני רוצה לדבר על תכונה חדשה אחת של HPE InfoSight - Resource Planner.

HPE InfoSight Resource Planner הוא כלי חדש ועוצמתי שעוזר ללקוחות לקבוע אם הם יכולים להוסיף עומסי עבודה או יישומים חדשים למערכים שלהם בהתבסס על עומסי עבודה קיימים. האם המערך יוכל להתמודד עם העומס המוגבר או שמא יידרש מערך חדש? אם יש צורך במערך חדש, איזה? Resource Planner של מודל חזוי עוזר להבין במדויק את הצרכים ולגדל נכון שדרוג של מערך קיים או גודל מערך חדש.

המתזמן מאפשר לך לבצע את הפעולות הבאות:

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

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

בוא נראה איך מתזמן עובד בדוגמאות הבאות.

Resource Planner פועל בפורטל HPE InfoSight תחת LABS. נתחיל בבחירת עומס עבודה חדש - הוסף עומס חדש (בנוסף לקיים). אפשרות נוספת שנבחן בהמשך היא הוסף עומס עבודה קיים.

בחר את קטגוריית הטעינה/יישום:

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

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

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

אנו רואים (בצד ימין, בתרשים העליון - צרכי מעבד) שלמערך AF60, שעבורו תכננו עומס חדש, אין מספיק משאבי מעבד כדי לעבד את עומס העבודה החדש: בעת הוספת עומס חדש, המעבד יהיה מנוצל ב-110%. התרשים התחתון (Capacity needs) מראה שיש מספיק קיבולת לעומס החדש. בנוסף למערך AF60, שני הדיאגרמות מציגות גם דגמי מערך אחרים - לשם השוואה לאיך שזה היה אם היה לנו מערך אחר.

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

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

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

מקור: www.habr.com