מנגנון cluster load balancing של microsoft.
הרעיון הוא שכל חבילה המיועדת ל cluster תגיע בו זמנית לכל השרתים. המטרה היא לאפשר שיקום מיידי במתאר כשל של שרת או של הרשת.
שני מצבי עבודה:
unicast mode- לכל שרת יש כתובת mac ייחודית משלו שאיתה הוא יוצא אל הרשת. כאשר ה cluster מקבל בקשת arp התשובה היא כתובת mac שאינה שייכת לאף אחד מהשרתים. המשמעות היא שהמתג יבצע flooding לתעבורה המיועדת ל cluster ולכן גם במקרה של כשל השיקום לשרת חלופי נעשה מיידית.
multicast mode - תשובה לבקשות arp הינה כתובת ethernet multicast. כל שרת מבצע igmp join לאותה כתובת כדי לאותת למנגנון ה igmp snooping במתג שהוא מעונין במידע. כתובת ה mac הפיזית של השרתים אינה כתובת ה ethernet multicast ולכן המתג לא לומד את כתובת ה mac דרך הפורטים של השרתים. בנוסף, גם אם השרתים היו עושים שימוש בכתובת mac זו, המתג היה מבצע mac flapping כי רואה את אותו ה mac במסר פורטים. הפתרון הוא להגדיר רשומות mac סטטיות במתג. ב 6500 נדרש גם לבטל snooping על הפורטים שאליהם מקושרים השרתים ב cluster.
בעיה נוספת היא שהנתב הסמוך ל cluster לא יחזיק רשומת arp תקינה כיוון שנתב cisco לא מסכים להחזיק רשומת arp דינאמית שכתובת ה mac הינה multicast. הפתרון הוא להגדיר רשומת arp סטטית.
vmware ממליצים על multicast mode.
קישור למסמך של cisco בנושא.
אין תגובות:
הוסף רשומת תגובה