אנו רואים לא מעט חברות שמממשות כיום וירטואליזציה ברמת השרתים כדי לשפר את אחוז הניצולת של משאבי החישוב אך עדיין איננו רואים את התופעה רווחת במערכי האחסון.
האם באז הוירטואליזציה יגיע גם לעולם האחסון?
אקדים ואומר שארגונים נלחמים כיום מצד אחד בגידול האדיר במידע ומצד שני קיים צורך בלתי פוסק בפונקציונליות ובחוכמה ממערכת האחסון, לא עוד דיסקים בלבד.
ניתן לסכם אם כן את האתגרים שעומדים בעולם האחסון כך:
 1. עלויות גבוהות של חומרה (דיסקים) עקב גידול מהיר של מידע כאמור
 2.צורך בפונקציונליות וחוכמה – רפליקציות, Thin Provisioning, Snapshots, מעבר מידע אוטומטי, מיגרציות שקופות, QoS ועוד
 3.צורך בשמירה על רמת ביצועים נאותה
 4.שטחים לא מנוצלים במערכי האחסון
 5.ניהול כל מערך אחסון בכלי ניהול ייעודי
 6.פונקציונליות משתנה ממערך אחסון אחד למשנהו

וירטואליזציה בעולם האחסון היא אחת מאבני הדרך ביישום Converged Infrastructure HP או תשתיות אחודות. ( Servers, Storage, Network, Management, Power & Cooling )
ארכיטקטורת HP Converged Infrastructure היא ארכיטקטורה חדשה לסביבה טכנולוגית אלסטית, שניתנת
להתאמה מהירה לשינויים בדרישות. התשתית האלסטית מאפשרת לפרוס סביבות יישומים במהירות ובאמצעות ניהול שירותים מתואם ומשותף, להפחית עלויות ומורכבות בסביבת התקשורת באמצעות רשת גמישה ולנצל משאבים זמינים באופן אופטימלי באמצעות וירטואליזציה.

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

איך HP נותנת פתרון וירטואליזציה ל-Storage?
ל-HP מספר רב של פתרונות אולם הבולטים שבהם:
ברמת ה-SAN – SVSP – כל מערכי האחסון בארגון גם אם הם של יצרנים שונים או לחילופין מערכים מסוגים שונים של אותו יצרן    מזדהים כמערך אחד תחת שכבה של וירטואליזציה שיוצרת עבור השרתים מיסוך ברמת מערכי האחסון כך שמתקבל pool אחוד של שטחים.
על ידי כך:
 •הניהול נעשה ממקום אחד
 • הפונקציונליות (רפליקציה, ThP, Snapshots וכו' ) אחידה עבור כל מערכי האחסון (כי יושבת בשכבה הוירטואלית)
 • המיגרציה פשוטה ונעשית בצורה שקופה לחלוטין מכל מקום לכל מקום
 • ניתן לייצר Tiering בקלות (רמות אחסון שונות שמבוססות על סוג הדיסק, מהירותו, סוג ההגנה של הדיסק)
 • מימוש קונסולידציה, כל המארזים נראים ומנוהלים כאחד
 • יכולות רפליקציה בין מערכי אחסון שונים ולמשל XP מול MSA

ברמת המארז עצמו – EVA – כל דיסק לוגי פרוס על פני כלל הדיסקים הפיסיים (ולא מוגבל ל-RAID GROUP ספציפי עם מספר דיסקים קטן) כך ש:
 • הניהול מאוד פשוט כי אין צורך ב-tuning ולכן נדרש פחות כח אדם לניהול האחסון
 • הביצועים מצויינים כי כל דיסק לוגי מקבל את ביצועי כלל הדיסקים הפיסיים במערך
 • השטחים מנוצלים היטב היות וכל הדיסקים עובדים באופן שווה מבחינת תפוסה ומבחינת IO

אשמח לשאלות, הבהרות, תגובות

תודה

יניב

• Virtual Profiles – לניהול פרופילים (או Persona כפי שהם מעדיפים להגדיר).
• PinPoint – ניטור ביצועי האפליצקיות (או חווית המשתמש אם תרצו) בסביבת העבודה של המשתמש.
• Discover – כלי ל- Inventory (סוג של Asset Manager, איזה מחשבים יש לי, מה מותקן עליהם וכאלה).
• TSscale – אפליקציות עבור Memory Optimization לסביבת Terminal Server\XenApp.

אותם החלקים המסוימים ש- VMware רוכשת הם שלושת הראשונים (Virtual Profiles, PinPoint ו- Discover) ומשאירה את RTO עם TSscale בלבד, ד”א זה היה גם המוצר הראשון של החברה.
שלושת המוצרים שכן נרכשו יתמזגו לתוך ה- View ולא יימכרו בנפרד.

למה VMware צריכה את זה? ולמה לא לקנות את כל החברה?

1. נתחיל מהשאלה הראשונה, למה VMware צריכה את אותם שלושת המוצרים בתוך המוצר שלה.
אם נסתכל על התחרות האמיתית של ה- View – הלא הוא ה- Citrix XenDesktop – אז בתוכו כבר יש פיתרון ניהול פרופילים די מתוחכם (ה- UPM) שיודע לברור את החלקים הספציפיים מתוך הפרופיל של המשתמש וגם לשמור תיקיות מחוץ לאותו הפרופיל (במקרה של אפליקציות שלא שומרות את השינויים שלהן בפרופיל) והוא הולך להשתפר בגירסא הבאה שלו כאשר הפרופילים יעבדו ב- Streaming, מה שיקצר פלאים את זמני הכניסה של המשתמשים לסביבות העבודה שלהם.
ה- Virtual Profiles הוא מוצר ניהול פרופילים מאוד מתקדם שמאפשר בדומה ל- UPM של Citrix שמירה של פרופיל המשתמש בנוסף לשמירה של תיקיות וקבצים מחוצה לו (ובגלל זה הם מתעקשים לקרוא לכל החבילה הזאת Persona). אבל שלא כמו ה- UPM הוא מסוגל לסנכרן את הפרופיל עם מיקומו המרכזי באונליין ולא רק ביציאה מה- session.
עד עכשיו ל- VMware היה הסכם OEM עם RTO לאספקת Virtual Profiles ל- View (נכון שכבר היה עדיף לכתוב את כל השורה הזאת באנגלית? ), אבל לא משהו משל עצמה, ככה שדי ברור למה זה צעד מאוד נבון להביא את המוצר פנימה.

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

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

2. עכשיו לשאלה השניה, למה בעצם לא לקנות את כל החברה, הרי מה ההגיון לקנות רק חלק מחברה כ”כ קטנה גם ככה? התשובה לזה גם כן מתחלקת בגדול לשתיים.
הסיבה הראשונה היא שה- TSscale הוא מוצר לאופטימיזציה של זיכרון בסביבות Terminal Server\XenApp, כידוע, ה- View מספק סביבות עבודה מבוססות VDI – כלומר, VM-Based Desktop – בלבד, ככה שה- TSscale לא יתרום כלום למוצר. חבל על הכסף.
הסיבה השניה היא שאותו ה- TSscale משמש לאופטימזציה של זיכרון בשרתי ה- XenApp של Citrix, זאת ע”י הסכם OEM בין Citrix ו- RTO. וכמובן שהדבר האחרון ש- VMware ו- Citrix רוצות זה קשר כלשהו ביניהן, דבר אשר היה קורה אילו גם ה- TSscale היה עובר ל- VMware, עובדים של VMware היו צריכים לתחזק קוד ולתמוך ב- Citrix. דבר אשר היה יוצר בחילת קשות ביותר בשני הצדדים.

כל זה מוביל אותנו לכך שנראה שה- VMware View 4.5 הולך להשתפר מאוד יחסית לגירסתו הנוכחית.
חלק מהיכולות החדשות יהיו תמיכה ב- ThinApp 4.5 (הרבה יותר מהיר מקודמו. ועם שמועות, לא מאושרות ד”א, שידע לעשות גם וירטואליזציה לאפליקציות של צד השרת, כדוגמת IIS), תמיכה ב- Windows 7 וכמובן התוספות החדשות של RTO.

שלום לכולם

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

חברת המחקר IDC מראה כי שרתי HP ProLiant מפלטפורמת G6, מפחיתים משמעותית את הוצאות החשמל והקירור, ומעלים את הביצועים פר וואט.

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

צפו בסרטון הוידאו המצ"ב וראו הדגמה חיה כיצד:

הדס

בשנים 2008-2009, עסקים מסדר גודל בינוני ברחבי העולם חוו הפסד מצטבר של כ-4.7 מיליארד דולר (מקור: AMI-Partners), עקב השבתות הנובעות מפרצות אבטחה ואבדן נתונים.

חברת המחקר IDC מצאה כי פתרונות ודרכי יישום מוכחות שתוכננו למניעת השבתות עשויים להפחית את היקף ההשבתות בשיעור של עד 85%. פתרונות HP עונים על תנאים אלו.

לחצו כאן לצפייה בדמו כיצד HP מסייעת בהפחתת הסיכון העסקי (אנגלית)

הדס

שלום לכולם,

החודש VMWARE החליפו את השמות של סוגי התמיכה שהם מספקים, מה שגורם לשאלות בקרב הלקוחות. אגב, המק"טים לא השתנו. בפוסט הזה תוכלו לקבל סקירה בסיסית של נושא זה. נסקור את התמיכה של VMWARE, וגם את התמיכה של HP.

תמיכה בסיסית, בשעות היום (שני-שישי) – נקראה עד כה GOLD, כיום נקראת BASIC

תמיכה מורחבת, 24*7, נקראה עד היום PLATINUM, כיום נקראת PRODUCTION

תמיכה קריטית -  תמיכה ע"י צוות ייעודי למערכות קריטיות (BCS – Business Critical Support).

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

ב-HP, לעומת זאת, הכל כרגיל – ניתן לרכוש שירות 9*5, או 24*7, או BCS. מה השוני בין רכישת שירות VMWARE של HP מול רכישת שירות VMWARE ישיר (למשל דרך מפיץ מקומי)? ניתן לסכם את הנקודות העיקריות בכמה היבטים:

• ב-HP זמן התגובה לכל קריאה הוא שעתיים. ב-VMWARE זה תלוי בחומרת הבעיה
• ב-HP ישראל ללקוחות עם שירות 9*5 ימי השירות הם ראשון-חמישי
• ב-HP ישראל צוות תמיכת ה-VMWARE מונה כיום 14 אנשים, מתוכם 11 VCP ואחד מדריך מוסמך, צוות רחב, זמין, מקצועי ודובר עברית !
• בעבודה מול HP נקודת פתיחת הקריאה היא מוקד HP ישראל. במידה וצריך הסלמה (אסקלציה), מעבירה HP את הקריאה ל-VMWARE בחו"ל, בתהליך דומה מאוד למצב בו מוקדן רמה ראשונה של VMWARE צריך לעשות הסלמה בתוך VMWARE
• ב-HP, במקרים של תקלות קיצוניות, ניתן לשלוח נציג תמיכה לאתר
• ב-HP אין מכירה של שירות BCS של HP, אלא בעצם נמכר השירות של VMWARE. עם זאת, יש ל-HP שירות מצומצם יותר שנקרא Proactive Select המאפשר בנייה של חבילת שירות מיוחדת, כגון בנק שעות, ייעוץ, review על ארכיטקטורה, בדיקות Health Check, בדיקות Capacity ועוד. ניתן לתפור מגוון גדול של שירותים בהתאם לצורך הטכני/עסקי של הלקוח במחירים שונים
• HP ישראל היא גם מרכז השירות הבכיר של מיקרוסופט ישראל (Premier) ויש לנו ידע רב בשילוב של מערכות מבצעיות ע"ג VMWARE
• HP ישראל מספקת שירות תוכנה ללא קשר לסוג השרת של הלקוח, בדיוק כמו VMWARE. יש לנו לקוחות לא מעטים עם שרתים של יצרנים אחרים,  אבל כמובן אם זו חומרה של HP ניתן לקבל במוקד אחד שירות כולל לשרתים, אחסון ותוכנה, ללא אצבע מאשימה לכיוון של מישהו אחר
• ל-HP ישראל מנגנון מאוד יעיל לתמחור חוזי שירות, שדרוג רישוי ומכירת רישוי חדש, ישירות או מול השותפים העסקיים שלנו. ברוב המכריע של המקרים, רכישה של חוזה שירות מול HP זולה יותר מרכישה של שירות מ-VMWARE – יתרון של חברה גדולה

נשמח לעמוד לרשותכם לשאלות והצעות מחיר !

יקי

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

מדובר בפרויקט לווירטואליציה של רשת האינטראנט הגלובלית של הצי האמריקני. הרשת, הקרויה NMCI (ראשי תיבות של Navy Marine Corps Intranet), הינה סביבת האינטראנט הגדולה בעולם. הרשת משרתת 700,000 משתמשים ביותר מ-620 אתרים ברחבי העולם, והיא נדרשת מן הסתם לזמינות מלאה, 24/7.

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

לביצוע הפרויקט נבחרה EDS, ולמעשה הוא הושלם לאחר הטמעתה לתוך HP והפיכתה לחטיבת ES (Enterprise Services). בתחילה הוגדר יעד לווירטואליזציה של 80% מהרשת, אך בסופו של דבר הפרויקט הקיף שיעור גדול יותר של מערכות.

התוצאה בשטח: החלפת 2,700 שרתים פיזיים ב-300 שרתים חזקים בלבד, מבוססי מעבדי Intel Xeon. אנשי הפרויקט יודעים לספר, כי הבחירה במעבדי Xeon נובעת מהצורך להבטיח אמינות מרבית, ביצועים גבוהים ותמיכה מלאה ומובנית בפתרונות VMware.

הקונסולידציה המאסיבית בהיקף המערכות הפיזיות, הובילה לתועלות משמעותיות. שימו לב למספרים: צמצום זמני ההשבתה ב-44%; הקטנת שטח הרצפה הנדרש למערכות ב-40%; והפחתת פליטת הפחמן של הרשת בכ-7,000 טון – נתון המשתווה להורדת 3,600 מכוניות מהכביש.

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

עוד על הפרויקט, ניתן לקרוא באתר:

http://h10134.www1.hp.com/insights/casestudies/nmci-virtualizing-servers.aspx

אהוד

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

בכנס דנו בנושאים הבאים:

החזון של Cloud Computing

פתרונות vmware VDI

פתרונות vmware לקונסולידציה של שרתים

פתרונות אבטחת גישה מרחוק למשאבי הארגון של מיקרוסופט

פתרונות אירכוב של חברת סימנטק (Enterprise Vault)

וסקרנו בקצרה תוכונות ניהול חכמות, כגון אלטיריס ו-HP IDVSE

מצורפות חלק מהמצגות. אשמח לעמוד לרשותכם לחומר נוסף !

מצגת וירטואליזציה – יקי שאלתיאל

מצגת ארכוב – פיטר עיון

מצגת VDI – מני צרפתי

מצגת שירותים קריטיים – קובי חננאל

תודה, יקי

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

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

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

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

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

שלום לכולם

לאחרונה, HP הרחיבה את פתרונות ה- Scalable NAS בחטיבת האחסון SWD ורכשה את חברת IBRIX.

בהמשך לפוסט של פיני כהן (STKI) חברת IBRIX מציעה שירותי Scale Out NAS לתחום ה- Enterprise על ידי IBRIX Fusion software suite. מוצר הדגל של חברת IBRIX הוא פתרון תוכנה המאפשר Scalable File Servicesוכולל תמיכה בפרוטוקולים- CIFS ו- NFS , SNAPS, Clone File,Remote Replication ,מיגרציה של קבצים בין מערכות אחסון ב- TIER’s שונים ועוד. נכון להיום,הפתרון ישים על כל שרת ויכול להתחבר לכל מערך אחסון. הארכיטקטורה הייחודית של IBRIX הנקראת : Segmented file system בנויה מדיסקים ממערכות אחסון(LUN’s) המיוצגים על ידי ISCSI , SAN או דיסקים חיצוניים – DAS.

תכונות עיקריות :

• Highly scalable parallel file system
• Efficient with a variety of I/O sizes and access patterns
• Linear scalability on I/O throughput
• Single global namespace
• Online file system expansion
• Flexible to support any combination of SAN-attached or direct attached storage
• Multi-platform access via industry-standard NAS protocols NFS/CIFS

רוב מערכות האחסון העובדות ב- Scalable Cluster עושות שימוש בשרת Metadata ייעודי לצורך ניהול הרשאות כתיבה,ניהול הקבצים ,מיקומם וניהול מקום באופן כללי.השרתים הייעודיים הללו יכולים להגביל הביצועים ברגע שמתקבלות כמות גדולה של בקשות כתיבה / קריאה לקבצים או שהגישה לקבצים הללו מכילה המון קבצים קטנים.בעזרת תוכנת IBRIX, לכל שרת אחסון יש File System משלו ובעזרת התוכנה  כל הפעילות של Metadata מתבצעת על ידי כל שרתי האחסון.

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

הארכיטקטורה הייחודית של IBRIX הנקראת : Segmented file system ונעשית על ידי דיסקים בנפחים שונים(LUN’s) המיוצגים על ידי ISCSI או SAN.הקבצים והספריות פרוסים(STRIPED)על כל הסגמנטים ב- File Sysytem .

ניתן  לקרוא עוד בלינק המצורף .

http://www.ibrix.com/products-overview.htm

דוגמא לפתרון מבוסס  IBRIX + Equal Logic :

אשמח לענות על שאלות

עד הפעם הבאה

שלמה