Infrastructure Round Table

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫סיכום מפגש שולחן‪-‬עגול‬ ‫תשתיות‬ ‫‪ 8‬דצמבר ‪2008‬‬ ‫מנחה‬

‫פיני כהן‬

‫‪Page 1 of 13‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

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

‫‪ .‬הטכנולוגיה הנה נדבך‬

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

‫‪,‬‬

‫קלות התפעול והניהול בוירטואליזציה של שרתים ‪ .‬ספציפית הייתה ה תייחסות מעניינת בדיון‬ ‫למקרים שבהם ספק האפליקציה אינו נותן ‪ certification‬לריצה בסביבה וירטואלית ‪ .‬כמו כן‬ ‫היה דיון מעניין לגבי המקרים בהם לא מומלץ להשתמש בשרתים וירטואלים ‪.‬‬ ‫לקוחות ציינו בדיון טכנולוגיות רלוונטיות חדישות אחרות כגון ‪Application Streaming ,VDI‬‬ ‫‪ VTL,‬ו‪ DeDuplication -‬וגם ‪.Thin Provisioning‬‬ ‫עם זאת בכל טכנולוגיה שעלתה בדיון הוזכרו גם סוגיות בעייתיות ‪.‬‬ ‫היה זה אחד המפגשים המעניינים שהתקיימו לאחרונה בתחום זה ‪.‬‬

‫בברכה‪,‬‬ ‫פיני כהן‬

‫‪Page 2 of 13‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫תוכן‬ ‫תפעול תשתיות ‪3.............. ................................ ................................ ................................‬‬ ‫אחסון ‪4........................... ................................ ................................ ................................‬‬ ‫וירטואליזציה בשרתים ‪4..................................... ................................ ................................‬‬ ‫איזה מערכות לא מומלץ לשים בסביבה וירטואלית‪5............................ ................................ :‬‬ ‫‪ Certification‬של מערכות בסביבת ‪6................................. ................................ VMWARE‬‬ ‫תחנות קצה ‪6................... ................................ ................................ ................................‬‬ ‫שונות ‪7........................... ................................ ................................ ................................‬‬ ‫תגובות של ספקים ‪7.......................................... ................................ ................................‬‬ ‫תגובת ‪7............... ................................ ................................ ................................ EMC‬‬ ‫תגובת ‪9................. ................................ ................................ ................................ HP‬‬ ‫תגובת אמן מחשבים ‪10.................................. ................................ ................................‬‬ ‫תגובת מטריקס ‪11........................................ ................................ ................................‬‬ ‫תגובת ‪13................................... ................................ ................................ Glasshouse‬‬

‫תפעול תשתיות‬ ‫‪‬‬

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

‫מה נמצא על שרת ‪ ,‬סביבה‬

‫אפליקטיבית‪ ,‬קונפיגורציות שונות וכד '‪ .‬כלומר מדובר על משימת‬

‫‪configuration‬‬

‫‪ management‬בעייתית‪.‬‬ ‫‪‬‬

‫אחד הלקוחות משתמש בצורה נרחבת בשירותים שונים‬

‫‪ .‬החל בשירותי ‪ Hosting‬וכלה‬

‫בשירותם של תפעול חלקים מה‪ System -‬לדוגמה עדכון של ‪ patches‬בשרתים השונים‪.‬‬

‫‪Page 3 of 13‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫אחסון‬ ‫‪‬‬

‫לקוח העלה התלבטות לגבי ‪ .one vs. multi vendor‬ישנם לקוחות ‪ ,‬אפילו גדולים אשר עקב‬ ‫הרצון לנצל טוב טכנולוגיות ידע ומשאבים‪ ,‬החליטו במודע להתרכז בספק אחד בלבד בתחום‬ ‫האחסון‪.‬‬

‫‪‬‬

‫בדיון עלתה הסוגיה של תשתיות וי‬

‫רטואלית באח סון כאשר נשמעו דעות ש כנראה שלא‬

‫מספיק בשל‪.‬‬ ‫‪‬‬

‫לקוחות דיברו על יתרונות פוטנציאליים של ‪ Thin Provisioning‬הן בהיבט של ניצול גבוה יותר‬ ‫של המארז והן בהיבט החשוב של הורדת תקורת הניהול‪.‬‬

‫‪‬‬

‫לקוח ציין שבשכפול מסדי נתונים באמצעות רפליקציה של אחסון דוגמת ‪ SRDF‬או ‪True Copy‬‬ ‫לא יודעים בוודאות אם מסד הנתונים בצד השני תקין‬ ‫‪ ( .GoldenGate‬יודע להעביר מ‪-‬‬

‫‪ .‬לכן הלקוח מבצע בדיקה של‬

‫‪ UNIX‬ל – לינוקס)‪ .‬נותן עותק חיי‪-‬‬

‫‪ GoldenGate‬לא מטפל בכל מבני הנתונים המורכבים‬

‫‪ realtime‬אולם‬

‫(שקיימים לדוגמה ב‪-‬‬

‫‪Oracle‬‬

‫‪.)Applications‬‬ ‫‪‬‬

‫לקוחות גם ציינו פתרון של ‪ DataGuard‬כפתרון טוב לריפלוק מסדי נתונים‪.‬‬

‫‪‬‬

‫לקוחות דיברו על יצירה של סביבות אחסון לפיתוח בדיקות והדרכה באמצעות טכנולוגיות‬ ‫מתקדמות המבוססת על ‪( snaps‬עם ‪ )read\write‬ו‪ snaps -‬על ‪ .snaps‬הלקוחות דיברו על‬ ‫חסרון אדיר במשאבי אחסון (עלויות) וגם על חסכון ניכר בתפעול הסביבות ‪ .‬אולם יש לציין‬ ‫שמאז המפגש הוכרזה סגירה של אחד מהפתרונות המתקדמים בתחום –‬ ‫‪ Topio\ReplicatorX‬של ‪.NETAPP‬‬

‫‪‬‬

‫לקוחות התייחסו לפתרונות של‬

‫‪ XIV‬תוך ציון העובדה שכאשר ישנה נפילה של דיסק‬

‫‪,‬‬

‫מהירות התיקון \בנייה גבוהה יחסית וגם ללא פגיעה בביצועים ‪ .‬לקוחות ציינו שהגדרה של‬ ‫‪ volume‬וקישר למכונה – תהליך שלוקח דקה ‪ .‬מבחינת אמינות לקוחות לא הזכירו בעיות‬ ‫של אמינות ב‪ XIV -‬כאשר הביצו עים טובים עד‬

‫‪ K IO25‬לשנייה‪ .‬ה‪ XIV -‬מאפשר לטענת‬

‫לקוחות שכפול סביבות נוח – כי מאפשר לעשות ‪ clone‬מהיר יותר מפתרונות ‪high end‬‬ ‫מובילים בשוק‪.‬‬

‫וירטואליזציה בשרתים‬ ‫‪‬‬

‫וירטואליזציה היא אחת התופעות‬

‫הטכנולוגיות הבולטות ביותר ‪ .‬לקוחות מאוד מרוצים‬

‫מפתרונות הוירטואל ייזציה הקיימים –‬

‫קלות ניהול ו‪ ,provisionning -‬פחות‬

‫‪planned‬‬

‫‪Page 4 of 13‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫‪ dowintime , DRP‬קל יותר ועוד ועוד ‪ .‬ישנם ארגונים שבהם אף אנשי האפליקציה מבקשים‬ ‫יישום בייצור בסביבה הוירטואלית!‬ ‫‪‬‬

‫לקוחות העלו שאלה לגבי בשלות ה שימוש בשרתים וירטואליים בסביבת ייצור אולם מסתבר‬ ‫שלקוחות רבי ם אחרים משתמשים כבר בוירטואליציה בייצור כבר זמן רב גם לאפליקציות‬ ‫קירטיות‪.‬‬

‫‪‬‬

‫דוגמה ל‪ sizing -‬של ‪ Windows‬בסביבה וירטואלית‪ 500 –:‬שרתים וירטואליים על‪ 12 -‬פיזיים‬ ‫בתצורה של מחשבים עם ‪ 4‬מעבדים ‪ QUAD‬כלומר ‪.CORES 16‬עם זיכרון ‪ RAM‬מקסימלי ‪.‬‬

‫‪‬‬ ‫‪‬‬

‫ב‪ VMWARE -‬ששם לא יודעים איפה האפליקציה – בגלל ‪ vMotion‬וזאת תכונה נהדרת‪.‬‬ ‫אצל חלק מהלקוחות ישנה הפרדה בין סביבה וירטואלית של‬

‫‪ Windows‬ל‪ Linux-‬ובאחרים‬

‫לא כלומר יש לקוחות שבהם מערכות ‪ Linux‬רצות במקביל בצורה טובה ביחד עם מערכות‬ ‫‪ Windows‬על אותה פלטפורמת ‪ .VMWARE‬להערכת ‪ STKI‬הסיבות להפרדה הן סיבות של‬ ‫מבנה ארגוני ופחות סיבות טכנולוגיות‪.‬‬ ‫‪‬‬

‫לקוח ציין מקרה גבולי שבו באג באחת המכונות הוירטואליות הפיל את כל הסביבה‬ ‫הוירטואלית‪.‬‬

‫‪‬‬

‫לקוח ציין שהם משתמשים ב‬

‫‪ xenserver‬לסביבת ה‪ .linux -‬אחת הדעות שנשמעה היא‬

‫שגרסה ‪ 4‬עוד לא הייתה בשלה לגמרי‪.‬‬ ‫‪‬‬

‫לקוח גם ציין שלמרות ש‪ VMWARE -‬משפרת בצורה משמעותית את יכולת הארגון לבצע‬ ‫‪ ,DRP‬הרי שבמימוש שמופעל אצלו ‪ ,‬דילוג מסביבת הייצור לסביבת ‪ DRP‬מתבצע ברמת ה‪-‬‬ ‫‪ LUN‬כלומר ברמה של מספר שרתים וירטואליים יחד ‪ .‬לקוחות מחפשים טכנולוגיות בסביבת‬ ‫השרתים הוירטואלית לגרנולריות טובה יותר במובן של דילוג מערכות מהייצור ל‪-‬‬

‫‪DRP‬‬

‫כלומר לקוחות רוצים לדלג ולהחזיר איזה מערכת שיבחרו ללא תלות בשרת הפיזי וב‪LUN -‬‬ ‫הפיזי‪.‬‬

‫איזה מערכות לא מומלץ לשים בסביבה וירטואלית‪:‬‬ ‫‪‬‬

‫אצל לקוחות רבים שנכחו הסביבה הוירטואלית היא סביבת ברירת המחדל לכל אפליקציות‬ ‫‪ .Winodws‬רק במידה והאפליקציה תופסת את רוב השרת בעצמה ולכן גם ב‪ VM -‬לא תוכל‬ ‫לקבל אפליקציות נוספות –‬

‫תהייה הקצאה של‬

‫‪ BLADE‬שלם‪ .‬דובר על אפליקציות‬

‫"היסטריות" מבחינת ‪ IO‬כמו ‪ Exchange‬עם מעל ‪ 1500‬משתמשים‪ .‬יש לקוחות שבחרו לא‬ ‫לשים מסדי נתונים על ‪ VMWAER‬באופן כללי (הערת ‪ STKI‬במקרים רבים מסדי נתונים‬ ‫נמצאים בסביבת ‪ Linux‬כלומר שייכים לצוות ‪ Unix\Linux‬ולא לצוות ‪ .)Windows‬סביבת‬ ‫פיתוח\בדיקות של ‪ DMBS‬נמצאות בסביבה הוירטואלית‪.‬‬

‫‪Page 5 of 13‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫‪ Certification‬של מערכות בסביבת ‪VMWARE‬‬ ‫‪‬‬

‫לקוחות תארו סיטואציה בעייתית שבה ספקים שלא נותנים‬

‫‪ certification‬להרצה של‬

‫האפליקציה שלהם בסביבת ‪ .VMWARE‬אצל חלק מהלקוחות זאת סיבה מספיקה להרצה‬ ‫של האפליקציה בסביבה נפרדת אולם אצל לקוחות רבים שנכחו ‪ ,‬למרות שאין ‪certification‬‬ ‫מריצים את האפליקציה בכל זאת בסביבה וירטואלית כאשר (לדוגמה) לייתר בטחון לקוחות‬ ‫מכינים שרת פיזי‬

‫"בהיכון" לתקופה של חצי שנה למצב בו יהיה צורך להעביר את‬

‫האפליקציה לסביבה נפרדת‪.‬‬

‫תחנות קצה‬ ‫‪‬‬

‫אחד הלקוחות ציין מטרה של הוזלה של עלויות של עמדות קצה תוך בחינ ה של טכנולוגיות‬ ‫מתקדמות ‪ VDI‬או ‪ .app streaming‬בארגון זה שליש מהארגון מתבסס על ‪ CITRIX‬והעלויות‬ ‫מסתכמות ברכיבים רבים (וגם נמדדות בצורה מדוקדקת )‪ :‬עלות תחנה ‪ ,‬רשיון מ "ה ‪ ,‬גיבוי‪,‬‬ ‫תפעול – עלות עמדת קצה‪.‬‬

‫‪‬‬

‫אחד הלקוחות מבצע תהליך בו מנסים להעביר את עובדי המזכירות ל‪ CITRIX -‬אולם מסתבר‬ ‫שיש התנגדויות‪ .‬יש פוליטיקה ארגונית והסביבה החדשה נתפסת כתחנה נחותה "כמו נציגי‬ ‫שירות"‪ .‬ישנה תחושה שמאבדים פרסונליזציה‪.‬‬

‫‪‬‬

‫לקוחות ציינו שבסביבת טרמינלים יש רמת‬

‫הרשאות פחות טובה וכמו כן צריך מידי פעם‬

‫לצור פרופילים של משתמשים מחדש‪.‬‬ ‫‪‬‬

‫לקוח נוס ף ציין שרוב הסניפים עובדים ב‪ CITRIX -‬בעיקר על תחנת עבודה רגילה ‪ .‬הסיבה‬ ‫שבחרו בתחנה רגילה ולא ב‪ thin client -‬היא שכל הזמן יש דברים חדשים כמו לדוגמה‬ ‫סורק שצריך ‪ agent‬מקומי דבר שאינו טריוואלי ב‪ .thin client -‬אצל הלקוח בודקים אם יש‬ ‫‪ thin client‬מתאים וכל שנה מחל יטים להשאיר את התצורה הקיימת כלומר ‪ .PC‬יש ‪image‬‬ ‫אחיד עם ‪ PC‬מנוון‪.‬‬

‫‪‬‬

‫לקוח אחר תאר פרויקט ‪ Citrix‬בסביבת ‪ Thin Clients‬שבו לקחו מוקדים (שם הפעילות‬ ‫מוגדרת) ולמרות שהיו הרבה בעיות כמו סורק שלא עובד עם ‪ , thin‬חתימה דיגיטילת שלא‬ ‫עובדת ב‪ thin -‬בסופו של דבר פתרו את כל הבעיות והפרויקט נחשב כמאוד מוצלח כלומר‬ ‫הפרוייקט\מאמץ היה משתלם‪.‬‬

‫‪‬‬

‫לקוח נוסף ציין שכאשר עברו ל‪ thin client -‬התקבל שיפור משמעותי בזמינות המוקדים זאת‬ ‫מכיוון שקודם היו צריכים לעשות ‪ login‬וזה היה לוקח הרבה זמן‪.‬‬

‫‪‬‬

‫לקוח ציין שהחומרה שבשימוש משווקת על ידי חברת ‪ BIG‬אבל גם עם ‪ PC‬ישנים כאשר ה‪-‬‬ ‫‪ PC‬עולה עם ‪ linux‬קטן מהרשת‪.‬‬

‫‪Page 6 of 13‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫‪‬‬

‫לקוח ציין ש‪-‬‬

‫‪thin client‬‬

‫נכשל בכיתות לימוד זאת מכיוון שאחד ה‪-‬‬

‫‪ agents‬מבצע‬

‫‪ streaming‬של תמונות וידאו ‪ AGENT ,‬של ‪ printboss‬והסתבר שב‪ thinclient -‬פעולה זו לא‬ ‫עבדה כשורה‪.‬‬ ‫‪‬‬

‫לקוחות הזכירו ‪ Citrix‬על ‪ BIT64‬כאשר ציינו שישנם ביצועים מעולים אבל לעיתים יש בעיות‬ ‫‪ patches‬של אפליקציות – תאימות אפליקציות כלומר אין תמיד ‪.certifications‬‬

‫שונות‬ ‫‪‬‬

‫בהתייחסות ל‪ Linux -‬מול ‪ Unix‬נשמעה דעה ש‪ Unix -‬יותר בוגר מאפשר יותר אבל מצד שני‬ ‫העלות גבוהה מידי ‪ .‬מצד שני לקוחות ציינו שמערכות קריטיות כמו ‪ ERP‬ו‪ CRM -‬נמצאות‬ ‫כבר בייצור על ‪ .Linux‬אצל חלק מהלקוחות ישנה עבודה בתצורה של ‪ – mixed mode‬ה‪-‬‬ ‫‪ APP SERVER‬ב‪ Linux -‬ומסד הנתונים ב‪.Unix -‬‬

‫‪‬‬

‫לקוח הזכיר שבארגונו משתמשים ב‪ – printboss -‬בעיקר ל‪ - - BATCH -‬שליחה של מכתבים‬ ‫ללקוחות‪ .‬עובד בחוץ‪.‬‬

‫‪‬‬

‫לקוח מתלבט לגבי נושא של ‪ DRP‬בעולם המבוזר‪ .‬ב‪ MF -‬יש כבר‪.‬‬

‫‪‬‬

‫לקוח מבצע ‪ proof of concept‬של הקמה של לינוקס על ‪ ZVM‬כלומר על ‪ .IFL‬המטרה היא‬ ‫לבדוק כיצד ‪ ORACLE‬מתנהג בסביבה זו תוך מחשבה לחסוך ברישיונות אורקל‬ ‫משמעות הפרויקט היא מעבר מ‪-‬‬

‫‪ .‬כלומר‬

‫‪ AIX‬ל‪ -‬לינוקס‪.‬הסוגיות הן באיזה קצב יוצאים ה‪-‬‬

‫‪ PATCHES‬ל‪ ,Oracle -‬התאמת כלי צד שלישי נוספים לסביבת‬

‫‪ IFL‬וכד'‪ .‬כאמור ה‪ROI -‬‬

‫לפרוייקט הוא רישיונות אורקל ‪ .‬אחד הלקוחות אתר מצב שב ו סביבת ה‪ TEST -‬של ‪ORACLE‬‬ ‫עובדת כבר על ‪ IFL-ZVM‬כאשר כעת מתבצע תכנון של מעבר לייצור‪.‬‬ ‫‪‬‬

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

‫‪ sizing‬מפורט של‬

‫מערכת חדשה וחשובה ‪ .‬אבל בסוף מסתבר שהציוד הנרכש מיותר ונמצא בשימוש באחוזי‬ ‫ניצולת מעטים בלבד‪.‬‬

‫תגובות של ספקים‬ ‫תגובת ‪EMC‬‬ ‫התייחסות ‪ EMC‬למפגש "‪ STKI‬שולחן עגול" ‪" -‬תשתיות"‪.‬‬ ‫כניסתה של הורטואליזציה לעולם התשתית תרמה רבות לפן הפיזי אך בד בבד הוסיפה רובד‬ ‫ניסתר של מורכבות תשתיתית ‪ .‬מספר פיזי מועט של שרתים מסתיר אחריו רשת סבוכה של‬ ‫אפליקציות‪ ,‬שרתים לוגיים והיחסים בניהם‪.‬‬ ‫‪Page 7 of 13‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫ב‪ EMC-‬הבנו כי הדרך הנכונה להתמודד עם המצב החדש הנה לאפשר למערכות השונות‬ ‫(סביבות אחסון ‪ ,‬גיבוי וניהול ) שקיפות מלאה לשכבה הוירטואלית‬

‫‪ .‬מערכי האחסון‬

‫‪ CLARiiON‬ו‪ DMX-‬מודעים לסביבות הוירטואלית עד רמת ה‪.)Virtual Machine (VM -‬‬ ‫סביבת הניהול ‪ ECC‬ממפה ומנתרת באופן מלא את הסביבה הוירטואלית על כל מרכיביה ‪.‬‬ ‫שימוש בטכנולוגית רפלקציה רציפה ‪ ,‬הקיימת ב‪EMC RecoverPoint (1Storage base -‬‬ ‫‪ ,)CDP & CRR‬בשילוב עם ‪ VMware SRM2‬מאפשרים רפלקציה אמינה של המידע תוך‬ ‫כדי אפשרות להתאוששות של כל נקודה בזמן‬

‫(הגנה מפני כשל לוגי ) ובחינה של "העותק"‬

‫בזמן אמת ללא פגיעה בסביבת היצור (‪ )Production‬עבור כל ‪ Virtual Machine‬בנפרד‪.‬‬ ‫חשוב לציין כי ‪ VMware SRM‬מאושר לעבודה גם עם מוצרי הרפלקציה האחרים הקיימים‬ ‫במערכי האחסון של ‪.)EMC (SRDF & MirrorView‬‬ ‫את המודעות האפליקטיבית לתהליך הרפלקציה משלים‬

‫‪EMC Replication Manager‬‬

‫הדואג לעותק עקבי (‪ )Consistent Copy‬של האפליקציה ביעד‪.‬‬ ‫במרכז הפיתוח של ‪ RecoverPoint‬בישראל נותנים דגש רב על האינטגרציה של המוצר עם‬ ‫הסביבות הווירטואליות ההולכות וגדלות ‪.‬‬ ‫יש להדגיש כי בניגוד ל‪ Netapp -‬שסגרה את מרכז הפיתוח של‬

‫‪ TopIO‬בישראל ובעצם‬

‫חיסלה את המוצר לרפליקציה הטרוגנית ‪ ,‬הרי ש‪ EMC -‬השקיעה ותמשיך להשקיע בעתיד‬ ‫בפיתוח המוצר ‪ RecoverPoint‬בישראל‪.‬‬ ‫המוצר הוא אחד המוצרים האסטרטגיים של‬

‫‪ EMC‬וקצב גידול המכירות שלו בעולם הוא‬

‫עצום‪.‬‬ ‫גם בארץ נמכר השנה המוצר למספר לקוחות גדולים המיישמים באמצעותו פתרונות של‬ ‫‪ CDP‬ו‪ DRP-‬כגון‪ :‬הבורסה לניירות ערך ‪ ,‬הראל ביטוח וכלל ביטוח ‪.‬‬ ‫נקודה נוספת להתייחסות הנה גבויים בסבי בה וירטואלית אכך מוצרים כדוגמת ‪EMC Disk‬‬ ‫‪ Library‬וטכנולוגית ‪ )Backup to Disk (B2D‬נותנות אוויר לנשימה אך בסביבה וירטואלית‬ ‫הולכת וגדלה נגיע עד מהרה לנקודה בה הזמן הנדרש לגיבוי גדול בהרבה לזה המוקצה‬ ‫עבור משימה זו‪.‬‬ ‫השימוש בעותקים לוגיים בזמן‬

‫(‪ )Snap Shots‬יכול ל הקל על נקודה אך גם כאן ישנם‬

‫מגבלות‪.‬‬ ‫היות ובסביבות ווירטואליות ישנם כפילויות מידע רבות שימוש בטכנולוגיות דחיסה וביטול‬ ‫כפילויות (‪ )Data De-duplication and compression‬הנה הפתרון המתבקש‪.‬‬ ‫אם תהליך ה‪ De-Duplication-‬מתבצע ביעד (ספריה או דיסקים )‪ ,‬חסכנו שטח אחסון ב עבור‬ ‫הגיבוי אך ‪ ,‬בדרך כלל ‪ ,‬לא צמצמנו את חלונות הגיבוי היות וכל המידע הועבר על היעד לפני‬ ‫התהליך‪.‬‬

‫‪Page 8 of 13‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫הפתרון המתבקש עם כך הנו תהליך‬

‫‪ De-Duplication‬במקור (בשרת הפיזי או הלוגי ) –‬

‫הדבר בא לידי מימוש בתוכנת ‪.EMC Avamar‬‬ ‫לסיכום לחברת ‪ EMC‬פתרונות רבים לסביבות קטנות כגדו לות‪ ,‬וירטואליות ופיזיות הן לפן‬ ‫האחסון וניהול המידע והן לפן האפליקטיבי ‪.‬‬

‫תגובת ‪HP‬‬ ‫להלן תגובת ‪ HP‬למפגש "תפעול תשתיות מחשוב "‪.‬‬ ‫‪ .1‬צוותי יישום‪:‬‬ ‫ב‪ HP -‬ישראל קיימים צוותי מומחים ייעודיים ליישום פרויקטי וירטואליזציה משלבים את כל‬ ‫הפלטפורמות ‪.VMware/Xen/Hyper-V‬‬ ‫‪ .2‬צוות תמיכה‪:‬‬ ‫בנוסף‪ ,‬קיים גם צוות תמיכה מקומי ‪ ,‬בעברית‪ ,‬בעל יכולת לספק זמן תגובה מהיר במיוחד‬ ‫ואפשרויות ליבצוע אסקלציות לחו "ל במידת הצורך‪.‬‬ ‫‪ .3‬הדרכה‪:‬‬ ‫במרכז ההדרכה של ‪ HP‬ישראל מועברים בשנתיים האחרונות קורסים רשמיים של‬ ‫‪ VMWARE‬הכוללים מעבדות אינטנסיביות ומהווים הכנה למבחן הסמכה ‪.VCP‬‬ ‫הקורסים מועברים על ידי אייל תמיר שהינו מדריך ‪ VMWARE‬מוסמך‪.‬‬ ‫‪ .4‬מעבדת הדגמה‪:‬‬ ‫ל‪ HP -‬ישראל מעבדת הדגמה והוכחת יישימות (‪ )POC‬בבנין ברעננה‪ .‬קהל הלקוחות מוזמן‬ ‫לבקר במעבדה ולראות כיצד מיישמים טכנולוגיות וי רטואליזציה מתקדמות על גבי תשתיות‬ ‫שרתי הלהב ומוצרי האחסון של ‪ .HP‬בין היתר‪ ,‬קיים גם דמו של ‪ VDI‬המיושם על‬ ‫פלטפורמת ‪.)View3( VMWARE‬‬ ‫‪ .5‬פתרונות ייחודיים‪:‬‬ ‫כמענה ל"דילוג מערכות הייצור ל ‪ DRP‬ובחזרה"‪:‬‬ ‫חברת ‪ HP‬מציעה פתרון ‪ DRP‬בשם ‪ Storage Mirroring‬אשר מאפשר ‪ Failover‬ברמת‬ ‫שרת בודד (פיסי‪/‬וירטואלי) במקום ברמת ‪ LUN‬שלם‪.‬‬ ‫מוצר זה מתבסס על רפליקציה אסינכרונית יעילה מאד המתבצעת ברמת ‪ Byte-Level‬על‬ ‫גבי רשת ה ‪ ,IP‬עם יכולות מובנות של דחיסה וניצול רוחב פס – מה שמקנה ביצועים לא רק‬ ‫ב ‪ LAN‬אלא גם בסביבת ‪ .WAN‬ניתן אף להגן על אפליקציות קריטיות כגון‬ ‫‪ SQL/Exchange/SharePoint‬בממשק אינטואיטיבי וקל להפליא ואף לבצע בדיקת תקינות‬ ‫של ‪ Failover‬כדי לוודא שעובר בצורה חלקה עם אינטגרציה מלאה לאפליקציה הקריטית ‪.‬‬ ‫‪ .6‬תוכנה‬ ‫חטיבת התוכנה של ‪ )HP Software&solutions( HP‬מאמינה כי לסביבה וירטואליות‬ ‫נדרשים אותם תהליכים ואותה משמעת כמו לסביבה פיזית ‪ -‬מיישום וניטור ‪ ,‬דרך ניהול‬ ‫האבטחה והחלת מדיניות‪ ,‬ועד לניהול השינויים ‪ .‬מכיוון שכך‪ ,‬חברות המיישמות (או שוקלות‬ ‫ליישם) פתרונות של וירטואליזציה ‪ ,‬כדאי שיתייחסו לפתרונות הקשורים בכל מחזור החיים‬ ‫של השירותים העסקיים המתקיימים בסביבה זו ‪ ,‬ושל תשתיות המחשוב המשרתות אותם ‪.‬‬ ‫לפיכך‪ ,‬יש לוודא שקיימים פתרונות עבור ‪:‬‬

‫‪Page 9 of 13‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫‪‬‬

‫‪‬‬ ‫‪‬‬

‫ניהול שירותים‪ :‬ניתור השירותים מבחינת חווית המשתמש ‪ ,‬ניתור התשתיות ‪ ,‬ניהול‬ ‫מדדי הביצועים וזמינות ‪ ,‬עמידה ביעדים וכ"ו ‪ -‬של השירותים העסקיים בסביבה‬ ‫הוירטואלית‪.‬‬ ‫‪ :CMDB‬מיפוי האלמנטים השונים בסביבה (‪ )virtual instances‬והתראה על‬ ‫שינויים בהם‪.‬‬ ‫אוטומציה של שירותים‪ :‬אוטומציה של שינויים ‪ ,‬עדכונים‪ ,‬התקנה‪ ,‬ותהליכים אחרים‬ ‫בסביבה הוירטואלית (ובסביבות הפיזיות התומכות בה )‪.‬‬

‫לחברת ‪ HP‬פתרונות תכנה ייעודיים לסביבות וירטוא ליות ונותנים מענה לצרכים שתוארו‬ ‫לעיל‪ .‬פתרונות התכנה של ‪ HP‬עבור וירטואליזציה כוללים ‪:‬‬ ‫‪‬‬

‫‪‬‬

‫‪‬‬

‫‪ - HP Business Service Management‬ניטור של סביבות פיזיות‬ ‫ווירטואליות‪.‬‬ ‫‪ o‬השימוש בסביבות וירטואליות למעשה מוסיף טכנולוגיה חדשה לתשתיות ה‪-‬‬ ‫‪ .IT‬את הרמה הנוספת הזו של סיבוכיות יש לנטר בהתאם‪ ,‬בדיוק כמו את כל‬ ‫יתר הרכיבים (אפליקציה‪ ,‬מערכת הפעלה‪ ,‬אחסון‪ ,‬רשת‪ ,‬וכ"ו)‪ .‬חשוב שניתן‬ ‫יהיה לשקף כיצד אירוע‪/‬תקלה בסביבה הוירטואלית משפיע על כל התהליך‬ ‫העסקי ועל מערכות‪/‬אפליקציות אחרות הקשורות בו ‪.‬‬ ‫‪- HP Discovery and Dependency Mapping and HP Universal CMDB‬‬ ‫גילוי ומיפוי של סביבות וירטואליות על כל היבטיהם‪ ,‬מעקב מדויק אחר שינויים‬ ‫ודיווח עליהם‪.‬‬ ‫‪ o‬פתרונות ה ‪ Discovery and Dependency Mapping‬וה ‪Universal -‬‬ ‫‪ CMDB‬מאפשרים גילוי של ‪ instances‬וירטואליים וייבוא של נתוני התצורה‬ ‫של שרתי ה ‪ VMware‬לתוך המאגר המאוחד (‪.)federated repository‬‬ ‫‪ - HP Business Service Automation‬אוטומציה של משימות ושינויים לרוחב‬ ‫תשתיות וירטואליות‪.‬‬ ‫‪ o‬ניהול כל מחזור החיים של שרתים וירטואליים ‪ -‬כולל גילוי‪ ,‬התקנה‪ ,‬עדכון‪,‬‬ ‫ניהול תצורה‪ ,‬הרצת קבצים‪ ,‬והבטחת החלה של מדיניות ‪ .‬הניהול יכול‬ ‫להתבצע לרוחב מערכות מחשוב שונות ומרוחקות ‪.‬‬

‫תגובת אמן מחשבים‬ ‫‪VDI‬‬ ‫‪ VDI‬או ‪ Virtual Desktop Infrastructure‬זהו מושג חדש אך לא חדשני‪ ,‬והתפיסה קיימת‬ ‫מזה הרבה זמן בדמות ‪ SBC‬או ‪ .Server Based Computing‬ה‪ VDI-‬או ‪Virtual Desktop‬‬ ‫‪ Infrastructure‬הוא תחום אשר צובר תאוצה בשוק ה ‪. IT‬‬ ‫במשפט אחד‪,‬טכנולוגיית ה‪ VDI -‬היא דרך חדשה לספק סביבת עבודה למשתמשים ועד‬ ‫עכשיו כשיחידות ה ‪ IT‬רצו לספק סביבת עבודה למשתמשי הארגון היו קיימות שתי אופציות ‪,‬‬ ‫התקנת מערכת הפעלה מקומית על מחשבי המשתמשים או לספק גישה לסביבת עבודה על‬ ‫שרתי ‪ Terminal‬או‪ ,Citrix‬מה שנקרא ‪. SBC‬‬ ‫פתרונות ‪ SBC‬כגון ‪ Citrix XenApp‬ו‪ Microsoft Terminal Server-‬קיימים בשוק כבר‬ ‫הרבה שנים והינם פתרונות ‪ VDI‬לכל דבר ועניין כאשר המטרה העסקית בשני הפתרונות‬ ‫פחות או יותר זהה‪ .‬לתת למשתמש את האפשרות לגשת לאפליקציות שלו מכל מקום על גבי‬ ‫כל התקן בעל חיבור לרשת ‪ .‬ליבת פתרון ה‪ VDI-‬הינה מערכות הפעלה ‪ XP‬או ‪ Vista‬רגילות‬ ‫לחלוטין על גבי מכונות וירטואליות בפלטפורמת ‪Vmware ESX, Microsoft Hyper-V‬‬ ‫ו‪ ,Citrix XenServer‬אליהם מתחבר המשתמש בפרוטוקול ‪ICA.‬‬ ‫ל ‪ VDI‬יש הרבה יתרונות אל מול מחשבים "רגילים" וגם אל מול פתרון מבוסס ‪. ,SBC‬‬

‫‪Page 10 of 13‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫ב ‪ VDI‬לכל משתמש יש את המחשב הוירטואלי שלו שניתן לספק לו משאבים מתאימים‬ ‫ולהריץ גם אפליקציות כבדות ‪ .‬כמו כן‪ ,‬השליטה בחלוקת המשאבים הנה גדולה ומדויקת‬ ‫יותר‪.‬‬ ‫ב‪ VDI‬אין בעיות תאימות כלל של האפליקציות ‪ ,‬מכיוון שהבעיה היום נפתרת עם ‪Citrix‬‬ ‫‪ XenApp‬ו ‪ Application Streaming‬אשר מהווה תאימות לאפליקציות לסביבה מרובת‬ ‫משתמשים בתצורה דינמית ‪ ,‬ב‪ VDI-‬מערכת ההפעלה שעליה מותקנות האפליקציות הינה‬ ‫‪ Windows XP‬או ‪ Windows Vista‬שאינה שונה ממחשב ‪ Desktop‬רגיל או ‪ ,PC‬לפיכך אין‬ ‫צורך בהתאמה מיוחדת של האפליקציות ואין לדאוג שמה האפ ליקציה לא תתאים למערכת‬ ‫ההפעלה‪ .‬זהו יתרון חזק מאד שכן המטרה העיקרית בשני הפתרונות הינה הבאת‬ ‫האפליקציות למשתמש ע "ג סביבתו היחודית של המשתמש בסביבה וירטואלית ‪.‬‬ ‫‪ VDI‬הינו פתרון מתאים‪ ,‬כך שלכל משתמש יש את המחשב הוירטואלי שבו הוא יכול להיות‬ ‫בו ‪ Administrator‬ומה שנאמר שישנה תחושה שמאבדים פרסונליזציה אכן לא נכון ‪.‬‬ ‫ובתגובה למה שנאמר שבסביבת טרמינלים יש רמת הרשאות פחות טובה וכמו כן צריך מידי‬ ‫פעם לצור פרופילים של משתמשים מחדש ‪ ,‬יש לציין שמדיניות כל ארגון וארגון אכן שונה‬ ‫ומהווה אתגר להרשאות ופרופילים של המשתמשים השונים מה שניתן להגיד ש ב פתרון‬ ‫‪ VDI‬כגון ‪ Citrix XenDesktop‬ישנה אפשרות דינמית לפרסונליזציה מלאה לכל משתמש‬ ‫ומשתמש מה שמפשת את הסוגיה של פרופילים ובעיתיות בסביבות משתמש שונות ‪.‬‬ ‫מי שבעיקר מתעניין בפתרון ‪ VDI‬הינם ארגונים אשר צרכי ה ‪ SBC‬חלים עליהם‪ ,‬כגון‪:‬‬ ‫העברת הסביבה של המשתמשים ל ‪ Datacenter‬והפעלת ‪ Thin Clients‬במקום‬ ‫‪ Desktops‬ויכולת להתחבר לאפליקציות שלהם מכל מקום וחוסר רצון לשדרג את חומרת‬ ‫התחנות שלהם בכל גרסה חדשה של מערכת הפעלה או אפליקציה ‪ ,‬אך רוצים סביבה שהינה‬ ‫בשליטת המשתמש עם מערכות הפעלה סטנדרטיות בתוספת כל יתרונות הוירטואליזציה ‪.‬‬ ‫לסיכום‪ VDI ,‬זהוי טכנולוגיה מעניינת אשר יכולה לעזור לא מעט ליחידות ה ‪ IT‬להתמודד עם‬ ‫הקשיים של ניהול תחנות ומערכות הפעלה אשר מפוזרות בכל רחבי הארגון ולרוב גם בכל‬ ‫רחבי העולם‪.‬‬

‫תגובת מטריקס‬ ‫התייחסותנו לשולחן עגול תשתיות דצמבר ‪: 2008‬‬ ‫לגבי אחסון‪:‬‬ ‫"‪ – "one Vs. Multi vendor‬שיקולי בחירת יצרן מושפעים מסיבות רבות אך רובן מתרכזות‬ ‫בסעיפים הכלכליים‪ ,‬הטכנולוגיה וחווית הלקוח וסביבתו ‪.‬‬ ‫אין תשובה אחת שנכונה לכל סיטואציה ‪ ,‬יש יתרונות וחסרונות לשתי הגישות ולכן יש פתרון‬ ‫נוסף‪ ,‬לפנות לאינטגרטור מוביל בתחום הפתרון או לחברות הגדולות המיצגות מגוון ספקים‬ ‫מובילים בתחום כדי לקבל פתרון המותאם לצרכי האירגון ולסיטואציה הספציפית ‪ .‬מרכזי‬ ‫ההתמחות של מטריקס כשותפה ונציגה של רבים מיצרני הטכנולוגיות המובילים מסייעת‬ ‫בניתוח הצרכים הטכנולוגיים וב מיפוי הטכנולוגיות התומכות הנדרשות ‪ .‬מטריקס מסייעת‬ ‫בניתוח היתרונות והתרומות בהטמעת כל פתרון וניתוח כלכלי ישיר ועקיף לבחירת‬ ‫פתרון‪/‬ספק‪ .‬אנו עושים שימוש רב בטכנולוגיות משלימות המסייעות ללקוחותנו ‪ ,‬במידת‬ ‫הצורך להתנתק מהמחויבות ליצרן אחד ‪.‬זה גם מאפשר ללקוח לא להשען על ספק אחד‬ ‫ולשמור על תחרות בריאה באירגון‬ ‫שימוש בטכנולוגיות הוירטואליזציה המתפתחות ‪ ,‬ברמת תשתיות המחשוב ‪ ,‬האחסון וניהול‬ ‫האחסון‪ ,‬מאפשרים לאירגון ניצול יעיל של המשאבים הקיימים ‪/‬נדרשים וצימצום פער‬ ‫ההשקעה ע"י הקטנת רכיב "הבזבוז" באפיון הפתרון ‪.‬‬

‫‪Page 11 of 13‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫רפליקציה בכלל ורפליקציה בין בסיסי נתונים בפרט ‪ ,‬הינה תורה מורכבת ואין אמת אחת ‪.‬‬ ‫לכל לקוח צרכים שונים הנובעים מהגדרת רמת השרות הנדרשת ‪ ,‬התצורה המוטמעת‬ ‫והתלות במערכת ובתקציב ‪.‬‬ ‫מטריקס מסייעת בניתוח מלא של הדרישה כתשתית ובמתן מענה ממוקד לקוח לאתגרים‬ ‫והדרישות‪.‬‬ ‫שימוש בכלים מובנים אשר פותחו ע"י יצרן האפליקציה יאפשרו תהליכים מובנים בשכפול‬ ‫האפליקציה‪/‬בסיס נתונים לאתר ‪/‬שרת מרוחק אך עם זאת‪ ,‬בסביבה מרובת אפליקציות (הן‬ ‫בסוגי האפליקציה והן בכמות השרותים ) שיקולי הניהול והבקרה של ריבוי תהליכי‬ ‫הרפליקציה נכנסים כשיקול דומיננטי ‪.‬‬ ‫מטריקס כמתודולוג יה מבצעת השוואה בין פתרונות נקודתיים לבין פתרונות צד שלישי או‬ ‫רפליקציה כתשתית שלמה ‪ ,‬ולא כתצרף של תהליכים‪,‬‬ ‫קיימים כיום פתרונות רבים לביצוע אפליקציות חכמות ברמות שונות (‪)Application aware‬‬ ‫‪,‬כלל התהליכים הם תמהיל של יתרונות וכדאיות ואנו במטריקס מסייעים לכל לקוח לבנות‬ ‫את התמהיל שנכון לו ברמה עסקית וברמה אופרטיבית ‪.‬‬ ‫אם משלבים שימוש חכם ונכון של טכנולוגיות וירטואליזציה וה ‪ Provisioning‬ניתן לייעל‬ ‫משמעותית את תפעול התשתיות לסביבות הפיתוח ‪ .‬קיים מגוון רחב של פתרונות המפשטים‬ ‫בצורה משמעותית את אופן הניהול והתפעול של ס ביבות פיתוח האופייניות בריבוי שינויים‬ ‫לצד שכפול סביבות קיימות ‪ .‬בעתיד נראה כי שילוב טכנולוגיות ה ‪ De-duplication‬יסייע עוד‬ ‫יותר בניצול יעיל של התשתיות עם מינימום השקעה ‪.‬‬ ‫לגבי תפעול תשתיות‬ ‫בהתיחס לנאמר במסגרת השולחן ‪" :‬למרות הוירטואליזציה ‪ ,‬מבחינה פיזית של תפע ול‬ ‫תשתיות עדיין הנה משימה קשה ושוחקת כי עדין יש המון שרתים ויש לעקוב לוגית – מה‬ ‫נמצא על שרת ‪ ,‬סביבה אפליקטיבית ‪ ,‬קונפיגורציות שונות וכד '‪".‬‬ ‫לאור מורכבות ניהולית זו בסביבת ה‪ Production -‬והרגישות העסקית הקריטית של מערך‬ ‫ה‪ Production -‬חשוב לממש בארגון פתרון מ שולב לניהול ומיכון ‪ :‬גם של תהליך איסוף‬ ‫הנתונים על מערך התשתיות וגם של תהליך ההזנה והעדכון של נתונים בזמן ביצוע פעילויות‬ ‫ידניות במערך ע"י הגורמים השונים ‪ .‬זאת במיוחד עקב כך שעדיין קיים חלק משמעותי של‬ ‫פעילויות המתבצעות ‪ ,‬במערך התשתיות‪ ,‬באופן ידני ‪ :‬לפני ביצוע שינויים (כדוגמת גיבויים )‪,‬‬ ‫במהלך ביצוע השינוי ובעקבות הביצוע (כדוגמת עדכון מערך השו"ב) ונדרש לנהל ‪ ,‬להפיץ‬ ‫ולסנכרן את המידע הידני עם המידע הנאסף באופן אוטומטי ‪.‬‬ ‫ניהול מערך נתונים תפעולי זה (שרתים‪ ,‬ישומים‪ ,‬שירותים‪ )...‬חייב להתבצע במקביל למיכון‬ ‫תהליכי העבודה ולכ לול תקשורת דו כיוונית מלאה ביניהם ‪ .‬תקשורת דו כיוונית זו חיונית על‬ ‫מנת לאפשר יישום תהליכים ארגוניים אפקטיביים של תכנון ‪ ,‬קבלת החלטות ומימוש (כאשר‬ ‫התהליכים מאפשרים להתבסס על כל המידע הדרוש ותוך שמירה על עדכניות מידע זה )‪.‬‬ ‫מערך ניהול נתונים זה או בשמו האחר ‪ CMDB‬חייב לכלול יכולת אינטגרציה גבוהה וכן‬ ‫יכולות איתור שינויים ‪,‬זמן ביצועם וההקשר העסקי שלהם ‪.‬‬ ‫וכך התוצר של הניהול המשולב של תהליכי העבודה במערך הייצור עם ה ‪ ,CMDB‬מבחינת‬ ‫הארגון‪ ,‬הוא אספקת יכולת משופרת לקישור בין פעולות במערך ה‪ ,IT -‬ובמיוחד במערך‬ ‫הייצור‪ ,‬לבין המשמעות העסקית והיקף ההשפעה העסקית של פעולות אלו ‪.‬‬ ‫עקב מורכבות מערך המידע והכלים הנדרשים ‪ ,‬הוכחה כקריטית היכולת לבצע פרוייקט‬ ‫הקמה הדרגתי‪ ,‬המאפשר התקדמות מדורגת בהתאם לכאבים העיקריים ויכולת השקעת‬ ‫המשאבים של הארגון ‪.‬‬

‫‪Page 12 of 13‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7444474 Fax. 972-97442444‬‬

‫פתרון כולל ומלא לצורך זה ‪ ,‬ניתן ע"י חברת ‪ BMC‬המספקת גם יכולת מיכון תהליכי עבודה‬ ‫מלאה‪ ,‬הכוללת‪ :‬יכולת עיצוב תהליכים ‪ ,‬טפסים לוגיקה וכלי אינטגרציה ‪ ,‬וגם את מערכת ה‪-‬‬ ‫‪ CMDB‬המובילה בעולם וגם מגוון רחב של כלי ‪.Discovery‬‬ ‫מערכת משולבת ומוכללת זו המבוססת על ‪ ,CMDB‬תספק לארגון‪ ,‬בהתאם להתקדמות‬ ‫תהליך המימוש‪ ,‬את היכולת לקבל תמונה טכנולוגית ועסקית מלאה מרמת התשתית‬ ‫הטכנולוגית (תשתיות תקשורת ושרתים ) ועד לרמת היישומים והשירותים העסקיים‬ ‫המסופקים מעל תשתיות אלו ‪ .‬מערכת ‪ CMDB‬זו כוללת יכולת ניהול המאפיינים השונים של‬ ‫ה‪ CI ((Configuration Item -‬הפיזיים והלוגיים המנוהלים ב‪ ,CMDB -‬והקשרים בין ה‪-‬‬ ‫‪ CI's‬השונים‪ ,‬כולל יכולת איתור שינויים במאפיינים וקשרים אלו וזמן ביצוע השינויים ‪.‬‬ ‫פתרון זה‪ ,‬של חברת ‪ ,BMC‬נהנה מיתרון משמעותי ויחודיות יוצאות דופן ‪ ,‬הנובע מכך שגם‬ ‫פתרון ניהול הפעילויות וגם ה‪ CMDB -‬פותחו מעל פלטפורמת ‪ Workflow‬אחת ה‪BMC -‬‬ ‫‪ ,Remedy AR System‬שהיא פתרון ‪ Workflow‬מוכר ומוביל בעולם‪ .‬פתרון זה ניחן ביכולת‬ ‫אינטגרציה מובנית ‪ ,‬עקב השימוש באותה תשתית ‪ ,Workflow‬דבר המאפשר למטפלים‬ ‫בשלבים השונים של תהליכי העבודה לראות ולשנות באופן פשוט ‪ ,‬ובהתאם לתהליך‬ ‫ולהרשאות‪ ,‬כל נתון המנוהל ב‪ CMDB -‬הקיים כיום או שיתווסף בעתיד ‪ ,‬ובמקביל לספק‬ ‫למטפלים תמונה מלאה ועדכנית על מכלול המרכיבים והקשרים העסקיים והטכנולוגיים‬ ‫המנוהלים ב‪.CMDB -‬‬

‫תגובת ‪Glasshouse‬‬ ‫הדיון שנערך הקיף מגוון רחב של היבטים טכנולוגים שונים ‪.‬‬ ‫אחת הנקודות המהותיות שהועלתה ע "י אחד הלקוחות זה קניית לא מדודה של אמצעי‬ ‫אחסון‪ ,‬קניה אשר בסופה מתגלת כבזבוז עקב תהליך ‪ Sizing‬שלא נעבה או שנעשה באופן‬ ‫לא מדייק‪.‬‬ ‫אנו כאינטגרטור נתקלים בתופעה זו אצל הרבה מאוד מהלקוחות ‪ ,‬ובכלל ניצול נכון ומיטבי‬ ‫של התשתיות הקיימות הינה א תגר אשר מקבל משנה תוקף כיום כאשר הארגון נידרש‬ ‫לחסכון כספי ויעיל תוך שמירת ‪ ROI‬מיטבי ולאורך זמן ‪.‬‬ ‫נקודה נוספת אשר נדרשת להתייחסות הינה ישום טכנולוגיית ‪ - Virtualization‬האתגר‬ ‫האמיתי הוא לא בהקמה של הפתרון אלא בתכנון מוקדם נכון אשר מאפשר מחד ניצול‬ ‫מיטיבי של המשאבים ומאידך יכולת ניהול ושליטה מרכזיים נוחים ופשוטים למימוש ‪.‬‬

‫‪Page 13 of 13‬‬