כיצד לפרוס את SAP HANA: אנו מנתחים שיטות שונות

SAP HANA הוא DBMS פופולרי בזיכרון הכולל שירותי אחסון (Data Warehouse) וניתוח, תוכנת ביניים מובנית, שרת יישומים ופלטפורמה לקביעת תצורה או פיתוח של כלי עזר חדשים. על ידי ביטול ההשהיה של DBMS מסורתיים עם SAP HANA, אתה יכול להגדיל מאוד את ביצועי המערכת, עיבוד העסקאות (OLTP) ובינה עסקית (OLAP).

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

SAP HANA מורכב מ-3 רכיבים עיקריים - מארח, מופע ומערכת.

מארח הוא שרת או סביבת הפעלה להפעלת SAP HANA DBMS. הרכיבים הנדרשים שלו הם מעבד, זיכרון RAM, אחסון, רשת ומערכת הפעלה. המארח מספק קישורים לספריות התקנה, נתונים, יומנים או ישירות למערכת האחסון. יחד עם זאת, מערכת האחסון להתקנת SAP HANA אינה חייבת להיות ממוקמת על המארח. אם למערכת יש מספר מארחים, תזדקק לאחסון משותף או לאחסון זמין לפי דרישה מכל המארחים.

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

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

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

וירטואליזציה של SAP HANA

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

SAP HANA כולל תמיכה ב-VMWare ESX hypervisor. המשמעות היא שמערכות SAP HANA שונות - התקנות SAP HANA עם מספרי SID שונים - יכולות להתקיים במקביל על מארח בודד (שרת פיזי משותף) במכונות וירטואליות שונות. כל מכונה וירטואלית חייבת לפעול על מערכת הפעלה נתמכת.

עבור סביבות ייצור, לווירטואליזציה של SAP HANA יש מגבלות חמורות:

• אין תמיכה בשינוי קנה מידה - וירטואליזציה יכולה לשמש רק עם מערכות Scale-Up, בין אם זה BwoH/DM/SoH או "טהור" SoH;
• הווירטואליזציה חייבת להתבצע במסגרת הכללים שנקבעו עבור התקני Appliance או TDI;
• זמינות כללית (GA) יכולה להיות רק מכונה וירטואלית אחת - חברות המעוניינות להשתמש בווירטואליזציה עם סביבות ייצור של HANA חייבות להשתתף בתוכנית זמינות מבוקרת עם SAP.

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

טופולוגיות SAP HANA

בואו נעבור לפריסת SAP HANA. שתי טופולוגיות מוגדרות כאן.

• סקאל-אפ - שרת אחד גדול. ככל שבסיס HANA גדל, השרת עצמו גדל: מספר המעבדים וכמות הזיכרון גדלים. בפתרונות עם זמינות גבוהה (HA) ושחזור מאסון (DR), גיבוי או שרתים עמידי תקלות חייבים להתאים למאפיינים של שרתים פרודוקטיביים.
• scale-out – כל הנפח של מערכת SAP HANA מופץ על פני מספר שרתים זהים. ה-Master Server מכיל מידע עבור שרת האינדקס ושרת השמות. שרתי עבדים אינם מכילים את הנתונים הללו - למעט השרת, שמשתלט על הפונקציות של המאסטר במקרה של כשל בשרת הראשי. שרתי אינדקס מנהלים את מקטעי הנתונים המוקצים להם וגם מגיבים לבקשות. שרתי שמות מודעים לאופן הפצת הנתונים בין שרתי הייצור. אם HANA גדל, צומת נוסף פשוט נוסף לתצורת השרת הנוכחית. בטופולוגיה זו, מספיק שיהיה צומת גיבוי אחד כדי להבטיח את האבטחה של השרת כולו.

דרישות חומרה של SAP

ל-SAP יש דרישות חומרה חובה עבור HANA. הם מתייחסים לסביבות פרודוקטיביות - עבור לא-פרוד, מאפיינים מינימליים מספיקים. אז הנה הדרישות לסביבות ייצור:

• CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
• מ-128 GB RAM עבור יישומי BW עם 2 מעבדים, 256 GB עם 4+ מעבדים;

פריסת SAP HANA במצבי Appliance ו-TDI

כעת נעבור לתרגול ונדבר על איך ליישם SAP HANA במצבי Appliance ו-TDI. לשם כך אנו משתמשים בפלטפורמות SAP HANA שלנו המבוססות על שרתי BullSequana S ו-Bullion S, המוסמכים על ידי SAP לפעול במצבים אלו.

קצת מידע על המוצרים. BullSequana S המבוסס על Intel Xeon Scalable כולל דגמים שונים, עד 32 מעבדים בשרת בודד. השרת בנוי באמצעות עיצוב מודולרי המספק מדרגיות של עד 32 מעבדים ומספר זהה של מעבדי GPU. זיכרון RAM - מ-64 ג'יגה-בייט עד 48 טרה-בייט. תכונות BullSequana S כוללות תמיכה בבינה מלאכותית ארגונית לשיפור ביצועים, ניתוח נתונים מואץ, מחשוב בזיכרון משופר ומודרניזציה עם וירטואליזציה וטכנולוגיות ענן.

Bullion S מגיע עם מעבדי Intel Xeon E7 v4 Family. המספר המרבי של מעבדים הוא 16. זיכרון RAM ניתן להרחבה מ-128 GB ל-24 TB. מספר רב של פונקציות RAS מספקות רמות גבוהות של זמינות עבור תשתיות קריטיות למשימה כמו SAP HANA. Bullion S מתאים לאיחוד מרכזי נתונים המוני, הפעלת יישומי In-Memory, העברת מיינפריים או מערכות מדור קודם.

SAP HANA Appliance

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

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

• scale-Up BWoH/DM/SoH – קנה מידה אנכי, המתאים למערכות בודדות (אחד SID). מכשירים גדלים ב-256/384 GB החל מ-SAP HANA SPS 11. יחס זה מציג את הקיבולת המרבית הנתמכת על ידי מעבד אחד ומשותף לכל רשימת המכשירים המוסמכים. מכשיר BWoH/DM/SoH עם קנה מידה אנכי אידיאלי עבור יישומי BW ב-HANA (BWoH), Data Mart (DM) ו-SAP Suite ב-HANA (SoH).
• Scale-Up SoH - זוהי גרסה קלת משקל של הדגם הקודם, עם פחות הגבלות על כמות ה-RAM. זהו עדיין שרת הניתן להרחבה אנכית, אך הכמות המקסימלית של זיכרון RAM עבור 2 מעבדים היא כבר 1536 GB (עד גרסה SPS11) ו-3 TB (SPS12+). מתאים ל-SoH בלבד.
• סולם-אאוט - זוהי אפשרות הניתנת להרחבה אופקית, מערכת התומכת בתצורות ריבוי שרתים. קנה מידה אופקי הוא אופטימלי עבור BW, ועם כמה מגבלות, עבור SoH.

בשרתי BullSequana S ו-Bullion S, קנה מידה אנכי הוא המוקד מכיוון שיש לו פחות מגבלות תפעוליות ודורש פחות ניהול. עבור מצב מכשיר יש מגוון גדול של מכשירים שונים.

פתרונות BullSequana S עבור SAP HANA במצב Appliance

*אופציונלי E7-8890/94v4
פתרונות Bullion S עבור SAP HANA במצב Appliance

כל פתרונות Bull במצב Appliance מ-SAP HANA SPS 12 מאושרים. הציוד מותקן במתלה סטנדרטית בגודל 19 אינץ' 42U, עם שני ספקי כוח - PDUs פנימיים. לשרתים הבאים יש אישור SAP:

• BullSequana S עם Intel Xeon Skylake 8176, 8176M, 8180, 8180M (מעבדים עם האות "M" תומכים במודולי זיכרון של 128 GB). מבחינת יחס מחיר ואיכות, האפשרויות עם Intel 8176 נראות הכי טוב
• Bullion S עם Intel Xeon E7-8880 v4, 8890 ו-8894.

מערכת האחסון מתחברת ישירות לשרת באמצעות יציאות FC, כך שאין צורך במתגי SAN כאן. הם יכולים להיות שימושיים עבור גישה למערכות המחוברות ל-LAN או SAN.

הנה דוגמה לתצורת מערכת האחסון EMC Unity 450F בהגדרה שלנו:

• גובה: 5U (DPE 3U (25×2,5 אינץ' HDD/SSD) + DAE 2U (25×2,5 אינץ' HDD/SSD))
• בקרים: 2
• דיסקים: מ-6 עד 250 SAS SSD, מ-600 GB עד 15.36 TB כל אחד
• RAID: רמה 5 (8+1), 4 קבוצות RAID
• ממשק: 4 FC לכל בקר, 8 או 16 Gbit/s
• תוכנה: Unisphere Block Suite

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

SAP HANA TDI

חלופה ל-Appliance היא מצב TDI (Tailored Data Center Integration), בו ניתן לבחור יצרנים ורכיבי תשתית ספציפיים בהתאם לרצונות הלקוח – תוך התחשבות במשימות שבוצעו ובעומס העבודה. לדוגמה, ניתן לעשות שימוש חוזר ב-SAN במרכז נתונים, כאשר כמה דיסקים ייעודיים להתקנת HANA.

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

עבור חישובי קיבולת, אנו ממליצים להשתמש ב-SAP Quick Sizer, כלי פשוט המספק דרישות מעבד וזיכרון עבור עומסי עבודה שונים ב-SAP HANA. לאחר מכן תוכל ליצור קשר עם SAP Active Global Support כדי לתכנן את נוף ה-IT שלך. לאחר מכן, שותף החומרה של SAP HANA ממיר את תוצאות החישוב לתצורות מערכת שונות אפשריות - הן בקצה העליון והן בחומרה פשוטה יותר. במצב TDI לשרתים מקובל להשתמש במעבדי Intel E7, כולל Intel Broadwell E7 ו-Skylake-SP (פלטינה, זהב, כסף עם 8 ליבות או יותר לכל מעבד), כמו גם IBM Power8/ 9.

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

בדיקות ביצועים צריכות להיעשות באמצעות בדיקות HWCCT (Hardware Configuration Check Tool)., המאפשרים לך לבדוק תאימות ל-SAP KPIs מסוימים. וישנה דרישה ללא חומרה: HANA, OS וה-Hypervisor (אופציונלי) חייבים להיות מותקנים על ידי מומחים מוסמכים של SAP. רק מערכות העומדות בכל הכללים המפורטים יכולות לקבל תמיכה בביצועי SAP.

קו השרתים של BullSequana S במצב TDI דומה לקו במצב Appliance, אך ללא מערכות אחסון, מתגים ומתלים. ניתן להתקין כל מערכת אחסון מרשימת מערכות SAP המוסמכות - VNX, XtremIO, NetApp ואחרות. לדוגמה, אם ה-VNX5400 עומד בדרישות הביצועים של SAP HANA, אתה יכול לחבר אחסון Dell EMC Unity 450F כחלק מתצורת TDI. במידת הצורך, מותקנים מתאמי FC (1 או 10 Gbit/s), כמו גם מתגי Ethernet.

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

מכשיר + TDI: HANA לחנות מקוונת

החנות המקוונת Mall.cz, חלק מקבוצת Mall, נוסדה בשנת 2000. יש לה סניפים בצ'כיה, סלובקיה, פולין, הונגריה, סלובניה, קרואטיה ורומניה. זוהי החנות המקוונת הגדולה במדינה, המוכרת עד 75 אלף מוצרים ביום, הכנסותיה בסוף 2017 הסתכמו בכ-280 מיליון יורו.

נדרש עדכון תשתית מרכז הנתונים בקשר עם ההגירה ל-SAP HANA. הגודל המשוער היה 2x6 TB עבור סביבות פרוד ו-6 TB עבור סביבות בדיקה/פיתוח. במקביל, נדרש פתרון עם התאוששות מאסון עבור סביבת SAP HANA פרודוקטיבית באשכול אקטיבי-אקטיבי.

במועד הכרזת המכרז הייתה ללקוח מערכת עבור SAP המבוססת על שרתי rack ובלייד סטנדרטיים. שני מרכזי נתונים, הממוקמים כ-10 ק"מ אחד מהשני, היו מצוידים במערכות אחסון שונות - IBM SVC, HP ו-Dell. מערכות מפתח המופעלות במצב התאוששות מאסון.

ראשית, הלקוח ביקש פתרון מוסמך במצב Appliance עבור SAP HANA עבור כל המערכות (סביבות ייצור וסביבות בדיקה/פיתוח) עם צמיחה של עד 12 TB. אבל בגלל מגבלות תקציב, הם החלו לשקול אפשרויות אחרות - למשל, יותר מעבדים עם מודולי RAM קטנים יותר (מודולים של 64 ג'יגה-בייט במקום מודולים של 128 ג'יגה-בייט). בנוסף, כדי לייעל את המחיר, נשקל אחסון משותף לסביבות הייצור והבדיקה/פיתוח.

סיכמנו על 4 מעבדים ו-6 TB RAM עבור סביבת הייצור, עם מקום לצמיחה. עבור סביבות בדיקה/פיתוח במצב TDI, החלטנו להשתמש במעבדים פחות יקרים - בסופו של דבר קיבלנו 8 מעבדים ו-6 TB של זיכרון RAM. בשל מספר רב יותר של פונקציות המבוקש על ידי הלקוח - שכפול, גיבוי, סביבות ייצור משותף וסביבות בדיקה/פיתוח באתר השני - במקום דיסקים פנימיים, נעשה שימוש במערכות אחסון DellEMC Unity בתצורת פלאש מלא. בנוסף, הלקוח ביקש פתרון התאוששות מאסון המבוסס על שכפול מערכת HANA (HSR) עם צומת קוורום באתר שלישי.

התצורה הסופית עבור סביבת ה-Prod כללה שרת BullSequana S400 על Intel Xeon P8176M (28 ליבות, 2.10 GHz, 165 W) ו-6 TB של זיכרון RAM. מערכת אחסון - Unity 450F 10x 3.84 TB. למטרות התאוששות מאסון, עבור סביבת Prod השתמשנו ב-BullSequana S400 על Intel Xeon P8176M (28 ליבות, 2.10 GHz, 165 W) עם 6 TB של זיכרון RAM. עבור סביבת הבדיקה/פיתוח, לקחנו שרת BullSequana S800 עם Intel Xeon P8153 (16 ליבות, 2.00 GHz, 125 W) ו-6 TB של RAM בתוספת Unity 450F 15x 3.84 TB מערכת אחסון. המומחים שלנו התקינו והגדירו שרתי DellEMC כמניין, שרתי יישומים (VxRail Solution) ופתרון גיבוי (DataDomain).

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

מכשיר: HANA לאינטגרטור תיירותי גדול

הפעם הלקוח שלנו היה ספק שירותי IT גדול בפיתוח פתרונות טכנולוגיים לחברות נסיעות. הלקוח השיק פרויקט SAP HANA שאפתני להטמעת מערכת חיוב חדשה. נדרש פתרון במצב Appliance עם 8 TB של RAM עבור סביבות ייצור ו-PreProd. בהתאם להמלצות SAP, הלקוח בחר באפשרות קנה מידה אנכי.

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

הצענו והטמענו פתרון מוסמך SAP, כולל שני שרתי Bullion S16 - עבור סביבות Prod ו-PreProd. הציוד פועל על מעבדי Intel Xeon E7-v4 8890 (24 ליבות, 2.20 GHz, 165 W) ומצויד ב-16 TB של זיכרון RAM. עבור סביבות BW ו-Dev/Test, הותקנו תשעה שרתי Bullion S4 (22 ליבות, 2.20 GHz, 150 W) עם 4 TB של זיכרון RAM. היברידית EMC Unity שימשה כמערכת אחסון.

פתרון זה מספק תמיכה בקנה מידה עבור כל רכיבי המכשיר - למשל, עד 16 שקעים עם מעבד Intel Xeon E7-v4. הניהול בתצורה זו מפושט - במיוחד עבור הגדרה מחדש או חלוקה של השרת.

מכשיר + TDI: HANA למטלורגים

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

עבור סביבות ייצור, השתמשנו בשרת Bullion S8 ובמערכות האחסון במצב SAP HANA Appliance. עבור HA ו-test/dev, הפלטפורמה נפרסה במצב TDI. השתמשנו בשרת Bull Bullion S8 אחד, שני שרתי Bull Bullion S6 ומערכת אחסון היברידית. שילוב זה איפשר להגדיל משמעותית את מהירות היישומים בנוף ה-SAP, להגדיל את כמות כוח המחשוב ומשאבי אחסון הנתונים ולמזער את עלויות התפעול. חשוב שללקוח עדיין תהיה יכולת להגדיל עד 16 מעבדים.

אנו מזמינים אותך לפורום SAP

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

אנו מזמינים את כל מי שמתעניין בפתרונות Bull ובאפשרויות הטמעתם במסגרת SAP HANA לאירוע SAP הגדול של השנה: SAP Forum 17 יתקיים במוסקבה ב-2019 באפריל. מחכים לכם בדוכן שלנו ב-IoT אזור: נספר לכם הרבה דברים מעניינים, וגם נחלק פרסים רבים.

נתראה בפורום!

מקור: www.habr.com