Cisco Live 2019 EMEA. מפגשים טכניים: פישוט חיצוני עם סיבוך פנימי

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

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

אתעכב ביתר פירוט על המפגשים בהם יכולתי להשתתף.

האצת ביג דאטה ו-AI/ML ב-UCS ו-HX (האצת AI ולמידת מכונה בפלטפורמות UCS ו-HyperFlex)

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

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

סיסקו משמשת לפשט את המשימה הזו: הספק מתמקד בשינוי דפוסי ניהול מרכז הנתונים וזרימת העבודה המסורתיים על ידי הגדלת רמת האינטגרציה של כל הרכיבים הדרושים ל-AI/ML.

כדוגמה, מקרה של שיתוף פעולה בין סיסקו ו Google: חברות משלבות את פלטפורמות UCS ו-HyperFlex עם מוצרי תוכנת AI/ML המובילים בתעשייה כמו KubeFlow ליצור תשתית מקומית מקיפה.

החברה תיארה כיצד KubeFlow, הפרוסה על UCS/HX בשילוב עם Cisco Container Platform, מאפשרת להפוך את הפתרון למשהו שעובדי החברה כינו "Cisco/Google Open hybrid cloud" - תשתית שבה ניתן ליישם את הסימטרי. פיתוח ותפעול של סביבת עבודה תחת משימות AI בו-זמנית המבוססת על רכיבים מקומיים וב-Google Cloud.

מפגש על האינטרנט של הדברים (IoT)

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

ACI-Multisite Architecture ופריסה (ACI או Application Centric Infrastructure, ומיקרו-פילוח רשת)

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

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

מיקרו-סגמנטציה מאפשרת לך להשיג התאמה אישית ממוקדת של כל מקטע של מערכת ה-IT על ידי הפרדת רכיבים כלשהם וקישורם יחד לכל תצורה של מכונות פיזיות ווירטואליות. נוצרות קבוצות רכיבי מחשוב קצה (EPGs) שעליהן מוחלות מדיניות סינון ותעבורה וניתוב. Cisco ACI מאפשרת לך לקבץ את ה-EPGs הללו ביישומים קיימים למיקרו-מקטעים חדשים (uSegs) ולהגדיר מדיניות רשת או תכונות VM עבור כל רכיב מיקרו-סגמנט ספציפי.

לדוגמה, אתה יכול להקצות שרתי אינטרנט ל-EPG כך שאותן מדיניות יחולו עליהם. כברירת מחדל, כל צמתי המחשוב ב-EPG יכולים לתקשר בחופשיות זה עם זה. עם זאת, אם ה-EPG האינטרנטי כולל שרתי אינטרנט לשלבי הפיתוח והייצור, ייתכן שיהיה הגיוני למנוע מהם לתקשר זה עם זה כדי להבטיח מפני כשלים. מיקרו-פילוח עם Cisco ACI מאפשר לך ליצור EPG חדש ולהקצות לו מדיניות אוטומטית על סמך תכונות שם VM כגון "Prod-xxxx" או "Dev-xxx".

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

אבולוציה אפקטיבית של DC Networking (התפתחות של רשת מרכז נתונים בהקשר של טכנולוגיות וירטואליזציה)

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

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

• ACI Anywhere מאפשר לך להפיץ מדיניות לעננים ציבוריים (כיום AWS, בעתיד - ל-Azure), כמו גם לאלמנטים מקומיים או באינטרנט, פשוט על ידי העתקת התצורה הדרושה של הגדרות ומדיניות.
• Virtual Pod הוא מופע וירטואלי של ACI, עותק של מודול בקרה פיזי מחייב נוכחות של מקור פיזי (אבל זה לא בטוח).

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

עיצוב רשתות אחסון לעשור הבא ב-AllFlash DC (רשתות SAN)

מפגש מעניין ביותר על רשתות SAN עם הדגמה של קבוצה של שיטות תצורה מומלצות.
תוכן מוביל: התגברות על ניקוז איטי ברשתות SAN. זה מתרחש כאשר כל אחד משני מערכי נתונים או יותר משודרג או מוחלף בתצורה פרודוקטיבית יותר, אך שאר התשתית לא משתנה. זה מוביל להאטה של ​​כל היישומים הפועלים על תשתית זו. לפרוטוקול FC אין את טכנולוגיית המשא ומתן בגודל החלון שיש לפרוטוקול ה-IP. לכן, אם יש חוסר איזון בנפח המידע שנשלח וברוחב הפס ואזורי המחשוב של הערוץ, יש סיכוי לתפוס ניקוז איטי. ההמלצות להתגבר על זה הן לשלוט באיזון של רוחב הפס ומהירות הפעולה של קצה המארח וקצה האחסון כך שמהירות צבירת הערוצים תהיה גדולה מזו של שאר הבד. שקלנו גם דרכים לזהות ניקוז איטי, כגון הפרדת תנועה באמצעות vSAN.

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

סשן צלילה עמוק של HyperFlex

מצא אותי בתמונה :)

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

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

חלק נפרד מהמפגש הוקדש ל-Logical Availability Zones, טכנולוגיה המאפשרת הגדלת סובלנות התקלות של אשכולות שרתים. לדוגמה, אם ישנם 16 צמתים שנאספו לאשכול אחד עם מקדם שכפול של 2 או 3, אז הטכנולוגיה תיצור עותקים של שרתים, ותכסה את ההשלכות של כשלים אפשריים בשרת על ידי הקרבת מקום.

סיכום ומסקנות

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

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

יחד עם זאת, נראה שאין שום דבר חדש באופן קיצוני במונחים של טכנולוגיות ופרוטוקולים בסיסיים (הכל על Ethernet, TCP/IP וכו'), אבל אנקפסולציה מרובה (VLAN, VXLAN וכו') הופכת את המערכת הכוללת למורכבת ביותר . כיום, ממשקים פשוטים לכאורה מסתירים ארכיטקטורות ובעיות מורכבות מאוד, והעלות של טעות אחת עולה. קל יותר לניהול - קל יותר לעשות טעות גורלית. אתה תמיד צריך לזכור שהמדיניות שאתה משנה מיושמת באופן מיידי וחלה על כל המכשירים בתשתית ה-IT שלך. בעתיד, הכנסת הגישות והמושגים הטכנולוגיים העדכניים ביותר כמו ACI תדרוש שדרוג קיצוני בהכשרת כוח אדם ופיתוח תהליכים בתוך החברה: תצטרכו לשלם מחיר יקר על הפשטות. עם ההתקדמות, מופיעים סיכונים ברמה ופרופיל חדשים לחלוטין.

אפילוג

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

דיון פאנל בנושא אתגרי הדיגיטליזציה

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

עמוד "מרכזי עיבוד נתונים עם שרת Cisco AI Platform החדש (UCS C480 ML M5)"

השרת מכיל 8 שבבי NVIDIA V100 + 2 מעבדי אינטל עם עד 28 ליבות + עד 3 TB RAM + עד 24 כונני HDD/SSD, הכל במארז אחד של 4 יחידות עם מערכת קירור עוצמתית. תוכנן להריץ יישומים המבוססים על בינה מלאכותית ולמידת מכונה, במיוחד TensorFlow מספק ביצועים של 8×125 teraFLOPs. על בסיס השרת הוטמעה מערכת לניתוח מסלולים של מבקרים בכנס על ידי עיבוד זרמי וידאו.

מתג Nexus 9316D חדש

מארז של יחידה 1 מכיל 16 יציאות של 400 Gbit, עבור סך של 6.4 Tbit.
לשם השוואה, הסתכלתי על תעבורת השיא של נקודת חילופי התעבורה הגדולה ביותר ברוסיה MSK-IX - 3.3 Tbit, כלומר. חלק משמעותי של Runet ביחידה הראשונה.
מוכשר ב-L2, L3, ACI.

ולבסוף: תמונה למשוך תשומת לב מהנאום שלנו ב-Cisco Connect.

מאמר ראשון: Cisco Live EMEA 2019: החלפת אופני IT ישנים ב-BMW בעננים

מקור: www.habr.com