MooseFS

MooseFS היא מערכת עמידה בפני תקלות, רשת מבוזרת קובץ שמתפשטת על פני כמה נתונים שרתים פיזיים שנראים למשתמש כמשאב אחד & nbsp; לפעולות קבצים רגילות MooseFS פועל כמערכות קבצי Unix-כאחד אחרות.:
& Nbsp; * מבנה היררכי (עץ מדריך)
& Nbsp; * תכונות קובץ חנויות POSIX (הרשאות, זמני גישה ושינוי שעברה)
& Nbsp; * תומך קבצים מיוחדים (חסימה של התקנים ואופי, צינורות וארובות)
& Nbsp; * קישורים סמליים (שמות קבצים מצביעים למקד קבצים, לא בהכרח על MooseFS) וקישורים קשים (שמות שונים של קבצים המתייחסים לאותם נתונים על MooseFS)
& Nbsp; * גישה למערכת הקבצים יכולה להיות מוגבלת על בסיס כתובת ו / או סיסמא IP
תכונות ייחודיות של MooseFS הן:
& Nbsp; * אמינות גבוהה (ניתן לאחסן כמה עותקים של נתונים בין מחשבים נפרדים)
& Nbsp; * הקיבולת ניתנת להרחבה באופן דינמי על ידי הצמדת מחשבים / דיסקים חדשים
& Nbsp; * קבצים שנמחקו נשמרים לתקופה להגדרה של זמן ("פח אשפה" רמת מערכת קבצים)
& Nbsp; * תמונות קוהרנטית של קבצים, אפילו בזמן שהקובץ נמצא בכתב / גישה
MooseFS מורכב מארבעה מרכיבים:
& Nbsp; * שרת ניהול (שרת ראשי) & ndash; מכונה אחת בניהול כל מערכת הקבצים, אחסון metadata לכל קובץ (מידע על גודל, מאפייניהם ומיקום קובץ (ים), הכולל את כל המידע על קבצים שאינם קבועים, כלומר ספריות, שקעים, צינורות ומכשירים).
& Nbsp; * שרתי נתונים (שרתי נתח) - כל מספר של שרתי סחורות אחסון נתונים קבצים וסנכרון זה ביניהם לבין עצמם (אם קובץ מסוים אמור להתקיים בעותק אחד או יותר).
& Nbsp; * שרת גיבוי מידע (ים) (שרת metalogger) - כל מספר של שרתים, שכולן רישום שינויי metadata חנות ומהעת לעת הורדת קובץ metadata עיקרי; כדי לקדם את השרתים אלה לתפקיד של שרת ניהול כאשר אדון ראשי מפסיק לעבוד.
& Nbsp; * מחשבי לקוח שהגישה (הר) הקבצים בMooseFS - כל מספר של מכונות באמצעות תהליך mfsmount כדי לתקשר עם שרת הניהול (לקבל ולשנות קובץ קובץ) ועם chunkservers (להחליף נתונים קובץ עצמו).
mfsmount מבוסס על מנגנון FUSE (מערכת קבצים בUSErspace), כך MooseFS זמין בכל מערכת הפעלה עם יישום FUSE עבודה (לינוקס, FreeBSD, MacOS X, וכו ')
מידע נוסף על הקובץ מאוחסן בזיכרון של שרת הניהול ובו זמנית לשמור בדיסק (כקובץ בינארי מתעדכן מעת לעת ומתעדכן באופן מיידי יומנים מצטברים). הקובץ בינארי העיקרי, כמו גם את היומנים מסונכרנים לmetaloggers (אם קיימים).
נתוני קובץ מחולק לקטעים (נתחים) עם מקסימום של 64MiB כל אחד. כל נתח הוא עצמו קובץ בדיסקים שנבחרו על שרתי נתונים (chunkservers).
אמינות גבוהה מושגת על ידי הגדרת תצורה של שרתי נתונים רבים ושונים כמו מתאים כדי לממש את הערך "מטרה" (מספר העותקים לשמור) שנקבעו לקובץ נתון.
איך המערכת עובדת
את כל פעולות הקבצים במחשב לקוח שגברה MooseFS הן בדיוק אותו הדבר כמו שהיה עם מערכות קבצים אחרות. ליבת מערכת ההפעלה מעבירה את כל פעולות הקבצים למודול FUSE, אשר מתקשר עם תהליך mfsmount. תהליך mfsmount מתקשר באמצעות הרשת לאחר מכן עם שרתי שרת ונתונים ניהול (שרתי נתח). כל התהליך הזה הוא שקוף לחלוטין למשתמש.
mfsmount מתקשר עם שרת ניהול בכל פעם פעולה על קובץ קובץ נדרש:
& Nbsp; * יצירת קבצים
& Nbsp; * מחיקת קבצים
& Nbsp; * ספריות קריאה
& Nbsp; * תכונות קריאה ושינוי
& Nbsp; * שינוי גודל קבצים
& Nbsp; * בתחילת קריאה או הכתיבה של נתונים
& Nbsp; * על כל גישה לקבצים מיוחדים על MFSMETA
mfsmount משתמש בחיבור ישיר לשרת נתונים (שרת הנתח) שמאחסן את הנתח הרלוונטי של קובץ. בעת כתיבת קובץ, לאחר שסיים את תהליך כתיבת שרת הניהול מקבל מידע מmfsmount לעדכן אורך של קובץ ותאריך העדכון האחרון.
יתר על כן, שרתי נתונים (שרתי נתח) לתקשר אחד עם השני כדי לשכפל נתונים על מנת להשיג את המספר המתאים של עותקים של קובץ על מכונות שונות.
& Nbsp;
סובלנות FAULT
& Nbsp;
פקודות מנהליות מאפשרות למנהל המערכת כדי לציין את "מטרה", או מספר העותקים שיש לשמור, ברמה לכל ספרייה או לכל קובץ. הגדרת מטרה לאחד או יותר ויש להם שרת נתונים אחד או יותר תספק עמידות בפני תקלות. כאשר נתוני הקובץ מאוחסנים בעותקים רבים (בשרת נתונים יותר מאחד), המערכת עמידה בפני תקלות או הפסקות רשת זמניות של שרת נתונים יחיד.
זה כמובן אינו מתייחס לקבצים עם "המטרה" מוגדרת 1, ובמקרה זה הקובץ יהיה קיים רק בשרת נתונים יחיד בלי קשר לכמה נתונים השרתים פרוסים במערכת.
יוצא דופן קבצים חשובים יכולים להיות המטרה שלהם מוגדרת למספר גבוה יותר משני, שיאפשר את הקבצים הללו כדי להיות עמידים להתמוטטות של שרת אחד או יותר בו-זמנית.
באופן כללי את ההגדרה למספר העותקים זמינים צריכה להיות אחד יותר מהמספר הצפוי של שרתים שאינם נגישים או מחוץ לסדר.
במקרה שבו שרת נתונים יחיד חווה כישלון או ניתוק מהרשת, הקבצים המאוחסנים בתוכו שהיו לפחות שני עותקים, יישארו נגיש מהשרת נתונים אחר. נתונים שהם עכשיו "תחת המטרה שלה" יהיו משוכפלים בשרת אחר נתונים נגישים לספק את המספר הדרוש של עותקים שוב.
יש לציין שאם מספר השרתים הזמינים נמוך מ" המטרה "שנקבעה לקובץ מסוים, את המספר הדרוש של עותקים לא יכול להישמר. באופן דומה, אם יש אותו המספר של שרתים כמטרה מוגדרת כעת ואם שרת הנתונים הגיע מהקיבולת שלה 100%, היא לא תוכל להתחיל להחזיק עותק של קובץ שנמצא כעת מתחת לסף מטרתה בשל אחר שרת נתונים הולך מחובר. במקרים אלה שרת נתונים חדש צריך להיות מחובר למערכת בהקדם האפשרי על מנת לשמור על מספר עותקים הרצוי של הקובץ.
שרת נתונים חדש יכול להיות מחובר למערכת בכל עת. הקיבולת החדשה תהיה זמינה לשימוש לאחסון קבצים חדשים או להחזיק עותקים משוכפלים של קבצים משרתי נתונים אחרים באופן מיידי.
כלי עזר מנהליים קיימים לשאילתא המעמד של הקבצים בתוך מערכת הקבצים כדי לקבוע אם כל הקבצים כרגע מתחת המטרה שלהם (מספר קבוע של עותקים). גם כלי זה יכול לשמש כדי לשנות את הגדרת המטרה כפי שנדרש.
שברי המידע שמאוחסנים בנתחים הם versioned, כך חיבור מחדש שרת נתונים עם עותק ישן יותר של נתונים (כגון אם זה היה מחובר לתקופה של זמן), לא יגרום לקבצים להפוך למבולבל. שרת נתונים יסנכרן את עצמו לקיים את הגרסאות הנוכחיות של נתחים, שבו נתחים מיושנים יוסרו והשטח הפנוי יהיה מחדש למחזיק נתחים החדשים.
כישלונות של מחשב הלקוח (שמנהל את תהליך mfsmount) לא יהיו כל השפעה על הלכידות של מערכת קבצים או על הפעולות של לקוח האחר. במקרה הגרוע ביותר נתונים שעדיין לא נשלחו ממחשב הלקוח נכשל עלולים ללכת לאיבוד.
& Nbsp;
פלטפורמות
& Nbsp; MooseFS זמין בכל מערכת הפעלה עם יישום FUSE עבודה:
& Nbsp; * לינוקס (Linux 2.6.14 ועד שיש לי תמיכת FUSE כלולה בליבה הרשמית)
& Nbsp; * FreeBSD
& Nbsp; * OpenSolaris
& Nbsp; * MacOS X
השרת הראשי, שרת metalogger וchunkservers גם ניתן להריץ על Solaris או Windows עם Cygwin. למרבה הצער בלי FUSE זה לא יהיה אפשרי לעלות על מערכת הקבצים בתוך מערכות הפעלה אלה

מה חדש בהודעה זו :.