שני המתגים החברים ב VPC מבצעים consistency check. המשמעות היא ששני המתגים מוודאים שהקונפיגורציה שלהם זהה ואם מזוהה פער שניהם מכבים את הפורטים השייכים ל VPC מסוים.
ישנם שני סוגים של אי תאימות - Type 1 ו Type 2.
כאשר מזוהה אירוע של אי תאימות מסוג Type 1 שני הפורטים נכבים מיידית. אירוע כזה מתרחש אם אחד הפרמטרים הבאים אינו תואם בממשקים החברים ב VPC בשני המתגים:
- קצב הממשקים.
- MTU
- STP
כאשר מזוהה אירוע של אי תאימות מסוג Type 2, מיוצרת הודעת שגיאה וייתכן שחלק מ VLAN-ים לא יעברו ב VPC. בכל מקרה, הפורטים לא יכובו. אירוע כזה מתרחש אם אחד הפרמטרים הבאים אינו תואם בממשקים החברים ב VPC בשני המתגים:
- VTP
- QOS
כמובן שמנגנון זה עשוי לייצר מספר בעיות. אם הפורטים מוגדרים autonegotiate ומסיבה כלשהי אחד הפורטים משנה קצב, שני הפורטים יכובו בגלל ה consistency check. ניתן אמנם לקבע קצב ב Nexus אך לא תמיד אפשרי בשרת או במתג הנגדי. שים לב שהבדיקה מבוצעת גם אם אחד הפורטים כבוי. כלומר, לא יעזור עם נכבה את אחד הפורטים ונשנה את הקונפיגורציה שלו. עדיין שני הפורטים יכובו בזיהוי של אי תאימות.
קיימות מספר אופציות להתמודד עם הנושא. דרך אחת היא להשתמש ב graceful consistency check (מופעל בברירת מחדל ב 5K, מיועד להגיע גם ל 7K). זהו מנגנון המבצע את בדיקות התאימות כפי המתואר מעלה אלא שבעת זיהוי אי תאימות מסוג Type 1 הפורטים יישאר דולקים רק ב Primary.
הדרך לבצע שינוי קונפגורציה היא באמצעות פקודת bypass המבטלת את בדיקת התאימות. כלומר, יש להפעיל את פקודת ה bypass, לכבות את אחד הפורטים, לבצע את שינוי הקונפיגורציה הרצוי, להדליק את הפורט הכבוי ואז לבטל את ה bypass.
מומלץ לקרוא בהרחבה על נושא ה vPC במסמך Nexus.
אין תגובות:
הוסף רשומת תגובה