Cisco Nexus One: הרשת שמחברת את עידן ה-AI Data Center

השעה 02:17 בלילה. צוות ה-AI מריץ אימון על מאות GPUs, הגרפים נופלים, והחשד הראשון הוא בשרתים. אבל ה-GPUs תקינים. גם האחסון. התקלה יושבת במקום שפחות מצטלם במצגות: ברשת. Microburst קצר יצר עומס, כמה זרימות נתקעו באותו מסלול, ורכיב החישוב היקר ביותר בחדר ממתין לחבילות במקום לעבוד.

זה בדיוק העולם שאליו Cisco מכוונת עם Nexus One. אבל לפני שממשיכים חשוב לנקות בלבול נפוץ: Nexus One אינו מתג חדש בשם נוצץ. זו ארכיטקטורה ומודל תפעולי מאוחד שמחברים סיליקון, מערכות Nexus 9000, אופטיקה, מערכות הפעלה, אוטומציה, תצפיתיות ואבטחה — עבור Data Center מסורתי ועבור AI Data Center.

לחצו להגדלה

הסיפור של Nexus One אינו עוד מהירות פורט. הוא הניסיון להפעיל רשתות שונות כאילו הן מערכת אחת — בלי למחוק את הבחירות שכבר נעשו בדרך.

אז מה זה Cisco Nexus One, במשפט אחד?

Cisco מציגה את Nexus One כמודל תפעולי אחיד ופתוח לרשתות Data Center. המטרה היא לספק חוויה עקבית ל-Front-End Network שמשרתת משתמשים ואפליקציות, ל-Storage Network ול-Back-End Fabric שמחברת GPUs באימון AI — גם כאשר מתחת לפני השטח יש Fabrics, מערכות הפעלה וסוגי Silicon שונים.

• ▸חומרה משותפת ממשפחת Cisco Nexus 9000, עם אפשרויות Silicon שונות בהתאם לתרחיש.
• ▸בחירה בין NX-OS, Cisco ACI ו-SONiC במקום כפייה של מערכת הפעלה אחת.
• ▸ניהול On-Premises דרך Nexus Dashboard וניהול ענני דרך Nexus Hyperfabric.
• ▸גישה API-first לשילוב עם Infrastructure as Code, תהליכי CI/CD, Ansible ו-Terraform.
• ▸Telemetry, Observability ואבטחה שחוצות את שכבות הרשת, השרתים והסביבה העננית.

למה AI שינה את חוקי המשחק ברשת

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

כאן נכנסת ההבחנה בין Scale-Out ל-Scale-Across. Scale-Out מחבר עוד GPUs בתוך Fabric גדול ומהיר. Scale-Across מחבר אתרי אימון, עננים ריבוניים או Data Centers מרוחקים. Nexus One מנסה לתת לשני העולמות שפה תפעולית משותפת, גם כשהדרישות הפיזיות שונות לגמרי.

חמש השכבות שמרכיבות את התמונה

לחצו להגדלה

• ▸Silicon — משפחת Cisco Silicon One כוללת את G300 ל-Scale-Out ואת P200 לתרחישי Scale-Across; קיימת גם תמיכה במערכות עם NVIDIA Spectrum-X.
• ▸Systems — משפחת Nexus 9000 משמשת בסיס חומרה גמיש למתגים קבועים ומודולריים ולמהירויות גבוהות.
• ▸Optics — קישורי 200G, 400G, 800G ו-1.6T, כולל LPO, נועדו לצפיפות תעבורה גבוהה ולצמצום צריכת החשמל.
• ▸Software — NX-OS, ACI או SONiC מאפשרות לארגון לבחור את מודל ההפעלה המתאים לו.
• ▸Operations — Nexus Dashboard, Nexus Hyperfabric, APIs, Splunk ויכולות AgenticOps מרכזים נראות, אוטומציה ופתרון תקלות.

102.4 טרה-ביט לשנייה — ומה המספר הזה לא מספר

Silicon One G300 מוצג על ידי Cisco בקיבולת מיתוג כוללת של 102.4 Tbps ובתמיכה במהירויות פורט עד 1.6 Tbps. הוא תוכנן ל-AI Scale-Out, עם Shared Buffers ויכולות שמטרתן להתמודד עם דפוסי תעבורה מתפרצים. אלה מספרים מרשימים, אבל מהנדס רשת טוב לא עוצר ב-Datasheet: הוא בודק Oversubscription, גודל זרימות, תבנית East-West, ECMP, Queueing, אופטיקה וצריכת חשמל.

לחצו להגדלה

Cisco מדווחת שהמערכת המקוררת בנוזל משיגה יעילות אנרגטית גבוהה ב-70% לעומת פתרון מקביל המורכב משש מערכות 51.2T מקוררות אוויר. זו השוואה של היצרן לתצורה מוגדרת — לא הבטחה שכל Data Center יחסוך 70%. גם נתוני שיפור בזמני השלמת עבודות AI מבוססים על בדיקות וסימולציות בתנאים מסוימים, ולכן יש לקרוא אותם בהקשר הנכון.

NX-OS, ACI או SONiC: שלוש דרכים, אותה רצפת חומרה

אחת הנקודות המעניינות ב-Nexus One היא ש-Cisco אינה מציגה דרך יחידה לכל לקוח. NX-OS מתאים לצוותים שרוצים שליטה קלאסית ו-VXLAN EVPN; ACI מספקת Policy Fabric מבוסס Intent; ו-SONiC פונה לסביבות Open Networking ו-Cloud בקנה מידה גדול. לפי Cisco, שלושתן יכולות לרוץ על מערכות N9000 מתאימות ולהתחבר למודל תפעולי מאוחד.

• ▸NX-OS — מוכר למהנדסי Cisco, מתאים ל-CLI, APIs, VXLAN EVPN ותפעול מפורט.
• ▸ACI — Fabric מבוסס Policies עם הפרדה בין כוונה עסקית לבין מימוש ברשת.
• ▸SONiC — מערכת הפעלה פתוחה שמשרתת סביבות Cloud ו-Multivendor.
• ▸המסר החשוב: מודל מאוחד אינו אומר שכל ה-Fabrics הופכים זהים; הוא אומר שמקבלים שפה, נראות ותהליכי תפעול עקביים יותר.

מה קורה בחדר הבקרה

ב-On-Premises, Nexus Dashboard משמש נקודת שליטה ל-Provisioning, נראות, Troubleshooting ואוטומציה בין Fabrics. Nexus Hyperfabric מוסיף מודל Cloud-Managed לפריסה ולניהול במספר אתרים. אינטגרציה עם Splunk אמורה לאפשר חיפוש וניתוח של Telemetry בלי להעתיק את כל הנתונים למקום חדש, בעוד Isovalent, Cilium ו-eBPF מרחיבים את הנראות מהמתג הפיזי אל Kubernetes ואל עומסי Cloud-Native.

Cisco גם מציגה AgenticOps דרך AI Canvas: סוכני AI שמסייעים באבחון, בתובנות, באימות שינויים ובאופטימיזציה, עם אדם בתוך התהליך. זה כיוון מעניין מאוד — אבל לא קסם שמחליף מהנדס. כדי לאשר הצעה של Agent, צריך להבין Routing, Layer 2, QoS, Failover ו-Impact. אוטומציה בלי יסודות פשוט מפיצה טעויות מהר יותר.

תרחיש מעשי: קמעונאית עם AI מרכזי ו-1,700 סניפים

Futuriom מתארת קמעונאית מרשימת Fortune 500 שמחברת AI Factory מרכזי לאלפי נקודות Edge ב-1,700 אתרים באמצעות ארכיטקטורת N9000 ו-Nexus Dashboard. חשבו על ההפרדה: ב-Back-End Fabric ה-GPUs מאמנים מודלים, ב-Storage Network הנתונים זורמים בקצב גבוה, וב-Front-End הסניפים צורכים Inference. התקלה יכולה להתחיל באופטיקה, להיראות כבעיה באפליקציה ולהסתיים בירידה בניצול GPU.

זה התרחיש שמסביר למה Unified Operations חשוב יותר מסתם Dashboard יפה. אם אנשי הרשת יכולים לעקוב אחרי מסלול מהפורט, דרך ה-Fabric ועד ה-Workload, לקשור Telemetry לאירוע ולזהות שהשורש הוא Congestion ולא שרת — זמן האבחון מתקצר, והארגון מפסיק לשלם על חומרה שמחכה לרשת.

ואיפה CCNA נכנס לתמונה? בדיוק בבסיס

Nexus One נשמע כמו עולם רחוק של 800G ו-GPU Fabrics, אבל כל החלטה בו נשענת על יסודות רשת. Leaf ו-Spine עדיין מעבירים Ethernet. ECMP עדיין נשען על Routing. חלוקה ל-VLAN ול-VRF עדיין מייצרת גבולות. MTU, ARP, IPv4/IPv6, QoS, ACL, Telemetry ו-Redundancy לא נעלמו — הם פשוט עובדים בקנה מידה גדול ויקר יותר.

• ▸בלי Subnetting ו-Routing אי אפשר להבין Underlay או ECMP.
• ▸בלי VLAN, Trunk ו-STP אי אפשר להבין למה Spine-Leaf נבנתה כפי שנבנתה.
• ▸בלי QoS ו-Congestion Management קשה להבין למה Microburst פוגע בעומס AI.
• ▸בלי APIs, JSON ואוטומציה אי אפשר להשתלב בתפעול API-first.
• ▸בלי Troubleshooting מסודר, גם מסך AI מתקדם לא יאמר לכם אם הבעיה בכבל, ב-Queue או במדיניות.

מבחן המציאות: מה עדיין צריך לבדוק

• ▸Nexus One הוא מעטפת ארכיטקטונית רחבה; זמינות, רישוי ותמיכה משתנים בין רכיבים ותצורות.
• ▸בחירה בין Silicon One, Spectrum-X, NX-OS, ACI ו-SONiC דורשת אפיון עומסים — אין תשובה אחת שמתאימה לכולם.
• ▸מספרי ביצועים ויעילות שפורסמו על ידי Cisco מתייחסים לתרחישי בדיקה והשוואה מוגדרים.
• ▸מודל תפעולי מאוחד אינו מבטל Design נכון, Change Control, בדיקות Failover ותוכנית Capacity.
• ▸AI-assisted operations חייבות לפעול עם Human Guardrails, הרשאות ואימות לפני שינוי ב-Production.

מקורות וקרדיטים

המאמר נכתב על בסיס פרסומי Cisco הרשמיים מפברואר 2026, מסמך ה-Solution Overview של Nexus One, וה-Tech Primer של Futuriom שסופק כנקודת פתיחה. צילום המתג N9364F-SG3 שייך ל-Cisco; שתי ההמחשות האחרות הופקו במיוחד עבור מכללת נטמי.

השורה התחתונה

Nexus One הוא הסימן הכי ברור לכך שרשת ה-Data Center כבר אינה רק שכבת קישור בין שרתים. היא קובעת כמה מהר מודל ילמד, כמה זמן GPU יישאר פנוי, כמה קל יהיה להרחיב אתר וכמה מהר צוות ימצא תקלה. מי שרוצה להגיע לשם לא צריך להתחיל ב-102.4 Tbps — הוא צריך להתחיל בלהבין מה באמת קורה לחבילה מהרגע שהיא נכנסת לפורט.

בדיוק בשביל זה קיים קורס Cisco CCNA של מכללת נטמי: בסיס רשתות עמוק, מעשי ובעברית, שממנו אפשר להתקדם בביטחון ל-Nexus, ל-Data Center, לענן, לאוטומציה ולאבטחת רשתות.