מערכות אחסון

שורה במרשם היא המערך. הכלל שקובע מה מקבל שורה נכתב פעם אחת וחל על כל המשפחה:

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

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

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

העמודות

עמודה	מה היא אומרת
שם מערכת	זהות המערכת, ומפתח הרשומה שלה
יצרן	היצרן, כפי שהמקור מדווח
פלטפורמה	ONTAP, PowerStore, PowerMax, FlashArray…
תפקיד	ראשי · משני · גיבוי · ארכיון · אובייקט · קבצים · DR
מצב	חמשת ערכי המצב המשותפים לכל התשתית
אתר	האתר שבו המערכת יושבת
ניצולת	מד אחד מעל ״בשימוש״ ו״קיבולת גולמית״
בקרים	מספר הבקרים. הבסיס לחלון השדרוג הנגזר
מאגרים · נפחים	מונים בלבד
פרוטוקולים	FC, iSCSI, NFS, SMB… כתגיות נפרדות
דגם · מספר סידורי · גרסה	פרטי הזיהוי של המערך
תום תמיכה	התאריך שנרשם; מאדים אחרי שחלף
צוות אחראי	מי אחראי למערכת

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

הקיבולת נשמרת ב‑GB ומוצגת ב‑TB ברגע שהיא עוברת 1024. שתי יחידות לגודל אחד הן הדרך שבה סכום יוצא פי 1024 בדיוק פעם אחת, ולכן ההמרה היא החלטת תצוגה בלבד ונעשית במקום אחד.

למספר סידורי אין סינון מהיר. ערך אחד לכל שורה אינו מסנן, הוא העמודה שוב.

זיהוי אוטומטי ממרשם הציוד

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

הבדיקה הכפולה מוציאה במכוון את מתגי ה‑Fibre Channel. דירקטור FC אכן שייך לפס האחסון על מפת הקשרים, אבל אינו דבר שמתזמנים מולו שדרוג בקרים עם מאגר קיבולת — וקידום של שמונה מתגים ל״מערכות אחסון״ הוא בדיוק סוג התשובה הבטוחה־בעצמה־ושגויה שהמערכת בנויה לסרב לה.

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

חלון השינוי הנגזר

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

הנוסחה מוצגת, לא רק התוצאה:

(בקרים × המתנת התייצבות) + (בקרים × אתחול בקר) + בדיקות ותקורה

רכיב	ברירת מחדל	נגבה	בסיס
המתנת התייצבות	8 דקות	לכל בקר	תקן
אתחול בקר	30 דקות	לכל בקר	מוסכמה
בדיקות ותקורה	30 דקות	לכל שדרוג	מוסכמה

רק רכיב אחד מהשלושה הוא של היצרן. התיעוד של NetApp אומר שהשדרוג ממתין שמונה דקות אחרי כל מחזור takeover/giveback, כדי שיישומי הלקוח יתאוששו מהפסקת ה‑I/O, ומוסיף שזהו פרמטר מכוונן (-stabilize-minutes). שני הרכיבים האחרים הם ברירות מחדל של המוצר שאיש לא פרסם, והם מסומנים ״מוסכמה״ בטבלה עצמה. השורה שמסומנת ״תקן״ נושאת קישור למקור; השורה שמסומנת ״מוסכמה״ אינה נושאת קישור לאיש. הסכום הכולל לעולם אינו מוצג כנתון של היצרן.

עוד ארבעה דברים שהחישוב אומר בקול:

• התוצאה מעוגלת כלפי מעלה לרבע שעה. חלונות נקבעים ברבעי שעה, ועיגול כלפי מטה היה מציע חלון שהעבודה אינה נכנסת בו.
• מספר בקרים אי‑זוגי נאמר במפורש. לבקר האחרון אין בן זוג שישתלט עליו, ולכן השדרוג שלו משבש שירות. זו אינה שגיאה — אשכול חד‑בקרי הוא תצורה אמיתית — אבל היא גם לא מוחלקת.
• משמונה בקרים ומעלה התוצאה מדווחת כחסם עליון. בסדר גודל כזה היצרן עובר לשיטת אצווה מקבילה, ומקדם המקביליות אינו מתועד בעמוד שצוטט. במקום לחלק במספר שאיש לא פרסם, החישוב הטורי מוצג עם התווית ״חסם עליון״.
• פלטפורמה שאין לה מודל אינה מקבלת חלון בכלל. הפעלת האריתמטיקה של ONTAP על PowerMax הייתה מייצרת מספר בטוח בעצמו על נוהל שאיש לא תיאר.

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

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