עננים היברידיים: מדריך לטייסים מתחילים

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

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

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

אנו מבקשים מכל המעוניינים להיכנס תחת החתך!

ענן פרטי לעומת ציבורי: יתרונות וחסרונות

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

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

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

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

עננים פרטיים

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

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

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

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

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

עננים ציבוריים

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

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

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

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

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

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

עננים היברידיים

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

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

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

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

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

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

בונוס מיוחד: כעת שני עננים במקום אחד ו/או החיבור ביניהם יכול "להישבר" בבת אחת. ובהרבה שילובים בבת אחת.

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

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

לסיכום, אם ברצונך להשתמש בתשתית היברידית, זכור כי:

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

מפחית את החסרונות של ענן היברידי

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

• אין להעביר חלקים רגישים ל-latency של האפליקציה לענן הציבורי בנפרד מהתוכנה הראשית: למשל, מטמון או מסדי נתונים בעומס OLTP.
• אל תשים את כל החלקים האלה של האפליקציה בענן הציבורי, שבלעדיו היא תפסיק לעבוד. אחרת, ההסתברות לכשל במערכת תגדל מספר פעמים.
• בעת שינוי קנה מידה, זכור כי הביצועים של מכונות הפרוסות בחלקים שונים של הענן ישתנו. גם גמישות קנה המידה תהיה רחוקה מלהיות מושלמת. למרבה הצער, מדובר בבעיה עיצובית אדריכלית ולא תצליחו למגר אותה לחלוטין. אתה יכול רק לנסות לצמצם את השפעתו על העבודה.
• נסו להבטיח קרבה פיזית מירבית בין העננים הציבוריים והפרטיים: ככל שהמרחק קצר יותר, ההשהיות בין הקטעים יורדות. באופן אידיאלי, שני חלקי הענן "גרים" באותו מרכז נתונים.
• חשוב באותה מידה להבטיח ששני העננים ישתמשו בטכנולוגיות רשת זהות. שערי Ethernet-InfiniBand יכולים להציג בעיות רבות.
• אם נעשה שימוש באותה טכנולוגיית וירטואליזציה בענן הפרטי והציבורי, זהו יתרון מובהק. במקרים מסוימים, אתה יכול להסכים עם הספק להעביר מכונות וירטואליות שלמות ללא התקנה מחדש.
• כדי להפוך את השימוש בענן היברידי לרווחי, בחרו ספק ענן עם התמחור הגמיש ביותר. והכי חשוב, בהתבסס על המשאבים שבהם נעשה שימוש בפועל.
• הגדלה עם מרכזי נתונים: אם אתה צריך להגדיל את הקיבולת, אנו מגייסים "מרכז נתונים שני" ומעמידים אותו בעומס. סיימת עם החישובים שלך? אנו "מכבים" כוח עודף וחוסכים.
• ניתן להעביר יישומים ופרויקטים בודדים לענן הציבורי בזמן שהענן הפרטי עובר קנה מידה, או פשוט לתקופה מסוימת. נכון, במקרה הזה לא תהיה לכם היברידיות, רק קישוריות L2 כללית, שאינה תלויה בשום צורה בנוכחות/היעדר הענן שלכם.

במקום מסקנה

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

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

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

מקור: www.habr.com