SemIsrael Blogs

תשתית HPC מודעת-רישיונות, בכל תרחיש EDA אפשרי: On-Prem, אינטראקטיבי, ענן ורב-אתרי

מאת אורן גבאי, מנכ”ל OpenLM

כל ראש צוות אימות חמרה בארץ מכיר את התרחיש: אחת עשרה בלילה, הדד-ליין של ה- Tape-Out בעוד 72 שעות, וריצת הרגרסיה הלילית ממתינה בתור כבר שעתיים. משאבי המחשוב זמינים בשפע, אבל בבוקר מגלה המהנדס שמחצית מהריצות נכשלו. לא בגלל באג ב-RTL, לא בגלל מחשוב ולא בגלל אחסון, אלא בגלל שלא היו רשיונות זמינים. Xcelium לא הצליח להשיג את ה-Tokens המקביליים שלו. VCS עף כי הרישיון ל Coverage היה בדיוק חסר. Questa נתקל בתקרת המשתמשים בדיוק ברגע הלא נכון. שרתי החישוב הוקצו, חוות הרגרסיה רצה אבל התוצאות חזרו ריקות.

ולא מדובר במקרים מעטים. ברחבי תעשיית השבבים בכל רחבי העולם, החל בחברות עיצוב השבבים הגדולות  (Fabless) ועד חברות אימות קטנות וממוקדות מטרה, תשתית הרישוי הפכה בשקט לאחד מצווארי הבקבוק היקרים והפחות נראים בשלבי התכנון הלוגי והפונקציונלי של השבב (ה-Front-End flow). וההשלכות נרחבות הרבה מעבר לריצה הבודדת שנכשלה.

התמונה המלאה: היכן נצרכים רישיונות EDA בפועל

עבודת העיצוב והאימות מתפרסת על פני שורה של תהליכים שאמורים לקבל שירותים מאותו מאגר רישיונות (license pool):

• מהנדסי החומרה, מעצבי המעגלים המודפסים (PCB) או מתכנני השבבים (IC)  בזמן עבודתם: Innovus, Virtuoso, PrimeTime, ממשקי Xcelium – מושכים רשיונות צפים (Concurrent licenses) לאורך כל יום העבודה.
• ריצות Batch בחוות שרתים מקומית, המנוהלת על ידי LSF, PBS Pro או Slurm על פני מאות שרתים.
• פריצה לענן (Cloud Burst) ל AWS Spot (או ספקית אחרת) כשמשאבי המחשוב המקומיים נגמרים – הולכת והופכת לנורמה במחזורי רגרסיה בשיא.
• צוותי מו”פ גלובליים בישראל, הודו, ארה”ב ואירופה, החולקים את אותו מאגר רישיונות באזורי זמן שונים וגבולות רשת.

הקצאת החומרה והרשיונות מבוצעת על יד Schedulers בעלי שליטה מושלמת בחמרה (cores, memory, etc) ומצד שני, שליטה חלקית בלבד ויכולות מוגבלות בתחום הרישוי.

רשימה חלקית של בעיות

• המשימה נשלחת והרישיון פשוט לא שם – המקרה הפשוט ביותר, וגם הנפוץ ביותר. משימת רגרסיה נשלחת, השרת מוקצה, הסימולטור עולה, ה-Checkout נדחה (license denial), והתהליך נותר תקוע, צורך משאבי מחשוב בלי לבצע עבודה. העובדה המצערת היא שהרישיון כן קיים במקרים רבים: הוא היה תפוס במקום אחר, בלי שאיש עשה בו שימוש.
• רשיון לא זמין כשהריצה בעיצומה – משימת אימות נשלחת לחוות המחשוב, השרתים מאותחלים, ואז המשימה נופלת דקות לאחר מכן משום שרישיון משני, תוספת Coverage, יכולת סימולטור מסוימת, או רישיון Mixed-Signal – כבר נתפס על ידי מישהו אחר. המחירים על הקצאת יכולות המחשוב כבר שולמו,  אבל ללא תמורה.
• הסתערות על רישיון שהשתחרר – כשרישיון סוף-סוף מתפנה, כל המשימות בתור מתנפלות עליו. אחת זוכה, השאר נכשלות או נתקעות.
• פריצה לשום מקום – מכונת ה-Spot עולה, הסימולטור פונה דרך ה-VPN חזרה ל-FlexLM המקומי, הרישיון אינו זמין, והמכונה שורפת תקציב Spot עד שהיא נהרגת.
• תחרות בין אזורי זמן – בשעת האשמורת התיכונה אצלנו, בהודו כבר בוקר. התור שלהם מתמלא לפני שמהנדסים ישראלים מגיעים למשרד. איש אינו מתאם מי מקבל את רישיונות שעות השיא.
• סשנים אינטראקטיביים שנשארים פתוחים — Virtuoso, Verdi או ממשק ה-GUI של הסימולטור שנותרו פתוחים על תחנת עבודה או על סשן VDI בסוף יום העבודה, בסופ״ש או בימי היעדרות. הרישיון תפוס כל הזמן הזה, גם כשאיש אינו עובד.

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

הפער שהתעשייה למדה לחיות איתו

כיום אין כלי תוכנה יחיד שסוגר את הפער הזה על פני יצרני תכנה, אתרים ומותגי ענן שונים. מערכות ניהול המשאבים (Workload managers) עוקבות רק אחרי מה שהמשתמש הצהיר עליו בעת השליחה; הן אינן בודקות מול שרת הרשיונות (Vendor Daemon). ה Options Files של FlexLM הם סטטיים. Cloud orchestrators שמקצים משאבי מחשוב לפי עומק התור, עיוורים לחלוטין למצב הרישיונות. כלי ניתוח לא מספקים תמונה עדכנית של שרתי הרשיונות ולכן אינם מסוגלים למנוע את כשלון המהלך כולו. רישיונות מושאלים ו-Offline נעלמים מהתמונה לחלוטין.

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

OpenLM – תשתית מודעת-רישיונות

ב-OpenLM אנחנו בונים כבר קרוב לשני עשורים את פלטפורמת ניהול הרישיונות לארגונים עתירי תוכנות הנדסיות, והרחבנו אותה לשכבת License Operations בעולם ה HPC שאותה אנחנו מכנים LicOps. שכבה שתוכננה בדיוק עבור תמהיל התרחישים הזה:

• כל הנתונים במקום אחד בזמן אמת – כל שימוש ברשיון של Cadence, Synopsys ו-Siemens EDA על FlexLM, וכן DSLS, RLM, LM-X ו-Altair Units, הכל בתצוגה אחת. אופן ההתקנה נתון לבחירת הלקוח: רישום לסביבת הענן (אחסון נתונים ב US או EU לפי דרישות הארגון) להפעלה מיידית או לארגונים שגבולות ה-IP שלהם אינם ניתנים למשא ומתן, פריסה המקומית אשר משאירה את הנתונים בתוך הרשת שלכם.
• מאגר רשיונות משותף (shared license pool) – במקום לפצל מאגרי רישיונות נפרדים למשתמשים אינטראקטיביים (מהנדסים) ולרגרסיות Batch, מאגר אחד משרת את שניהם, ו-SLA לכל קבוצת משתמשים אוכף גישה הוגנת. אותה כמות רישיונות, ניצולת אפקטיבית גבוהה משמעותית.
• ה-Scheduler מודע ושולט ברשיונות – משימות נשלחות לביצוע רק כאשר כל מערך הרישיונות הנדרש להן זמין.
• Reservation-and-Notify מקומי. כאשר רישיון נדרש חסר, המשימה מוחזקת, נרשמת הזמנה, וכשהרישיון מתפנה המשימה השמורה משוחררת אוטומטית והמהנדס מקבל התראה. הכל בתוך הרשת הארגונית, ללא צורך בסבב לענן.
• שיתוף רישיונות בין אתרים גלובליים. תיאום Follow-the-Sun בין ישראל, הודו, ארה”ב ואירופה. אותו רישיון, מנותב לפי מדיניות למי שהצורך שלו דחוף יותר ברגע נתון.
• OpenLM Burst: התפרצות לענן מודעת-רישיונות. מכונות ענן מוקצות רק כאשר הרישיונות הנדרשים להן אומתו כזמינים, כך שמכונת Spot לעולם אינה עולה כדי להמתין לרישיון שאינו זמין. קיבולת ה-Burst הופכת לפונקציה של מצב הרישיונות, ולא רק של עומק התור.
• תזמור מרובה-מופעים של שרתי רישוי. באתרים הפועלים בהיקפי רישוי של Fab, מופעי FlexLM מרובים מנוהלים כמאגר מתואם אחד, עם Cascade-on-Failure שמסיר את שרת הרישיונות כנקודת כשל יחידה.
• שליטה דינמית ב options files של FlexLM. כללי RESERVE, GROUP_RESERVE, INCLUDE ו-EXCLUDE משתנים בזמן אמת לפי הביקוש של כל קבוצה, במקום קבצים סטטיים שנוגעים בהם רק בחידוש חוזה.

ניפגש ב-SemIsrael Expo 2026

OpenLM תציג בביתן מס’ 8 ב-SemIsrael Expo 2026, ב-1 בדצמבר, ואני ארצה במסלול Front-End Design & Verification, סלוט 4 – ההרצאה האחרונה לפני ארוחת הצהריים.

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

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