חם Spindles
על ידי כריס קרנץ על Mar.11, 2010, תחת כללי
סליחה על חוסר בנוכחות והן הודעות. זה היה שנה של רכבת הרים בעבר עם פגיעה אישית שטוח מתוך שעות העבודה, אז היה לי זמן ומוטיבציה קטנה או בלוג או להראות את הפרצוף שלי ברחבי הקהילות. אני מתנצל, ואני נחוש בדעתי לשבור את ההרגל ולחזור לדברים שוב! אבל מספיק עם הפטפטת, להמשיך את כתביו ...
זה לא משהו שאני רואה לעתים קרובות, אבל כאשר אני עושה, זה מעניין לראות את הנתונים הסטטיסטיים מדברים בעד עצמם. אני עם לקוח שהיה לו פריסה תסריט של NetApp האחוזה שלהם לפני כמה שנים, וזה לא תוכנן או להעביר בזהירות רבה מדי או תשומת לב (משהו שאני רוצה לדבר על עוד יום). יש להם אחוזה VMware עם SQL, Exchange ועוד דברים. הכל רצה על סכום כולל של מעל 100 15K FC spindles. זה לא אחוזה ענקית בהשוואה לאתרים אחרים, אז אני סקרן לתוך מדוע יש להם בעיות ביצועים כאלה.
עכשיו כאשר אתה מפעיל דרך "sysstat-u", ניתן לראות כי פילר עצמו עושה מעט מאוד, בשמחה מסתדר עם מה שהוא צריך לעשות. אבל הדיסק הוא פוגע 100% לעתים קרובות למדי. מיד זה מראה על בעיה בדיסק. הם צריכים spindles יותר, ברור?
ראשית יש חוסר איזון הצירים. יש להם לצבור 2 בבקר שותף רק כרכים הבדיקה. אני מקבלת רשות להעביר את זה חם, אני מחדש להקצות אלה לבקר אחרים ולהרחיב את המצרפי הקיים. זה מכפיל את הספירה ציר, אבל אני יודע שזה לא הולך לעשות שום דבר על הביצועים הקיים (שכן הנתונים לא להפיץ באופן אוטומטי את עצמה!).
אם אני מפעיל דרך "דיסק סטטיסטיקה ראיית: *: disk_busy" אני רואה משהו די ברור. יש דיסק אחד המערכת כולה, כי הוא פוגע 100%, והיתר לא. יש חבורה של דיסקים אחרים (על 10), אשר פועל 50-60%, ולאחר מכן את הדיסקים הנותרים מתקתק על סביב 20-30%. אז מה קרה כאן? הטכנולוגיה של NetApp צריך למנוע כל סוג של ציר חם במערכת.
התיאוריה שלי היא כזאת. פילר רעד שנערמו מחוץ לקופסה, אבל הסך הכל לא גדל (3 כולל דיסק, נתונים 1, 2 זוגיות). אחסון היה חלק ומצויד הנתונים שהועברו. הם רצו את השטח, כך גדל המצרפי (קצת), ואז להעתיק נתונים חבורה יותר על הדיסקים. אחרי כל זה, לאחר מכן הם הוסיפו את שאר הדיסקים. עכשיו, כי הנתונים לא מחדש באופן אוטומטי להקצות במהירות הבזק, כל הנתונים נשאר ללא שינוי (כפי שיקרה עם דיסק מערכת VM, מיילים שערי ישנים, ישנים נתונים Data Warehousing), ואז הם ישבו עדיין על spindles המקורי או אפילו ציר כאשר הם הותקנו 1.
אז עכשיו אני מצפה בסוף השבוע. אנחנו נהיה שדרוג להם Data ONTAP 7.3.2 ואני יכול להריץ כמה סריקות הקצאה מחדש על המערכת מבלי להשפיע על שטח תמונה השימוש (בונוס ענק, תודה NetApp). אני מקווה שזה יסיר את נושא ציר חם. יש לי קצת לפני נתונים סטטיסטיים, ואני להוציא קצת אחרי סטטיסטיקות בשבוע הבא. אני אעדכן את הפוסט בהתאם.
הלקח מהסיפור? הגדרת מערכת האחסון לחלוטין היטב לפני שאתם מתחילים לזרוק נתונים בכל זאת. לא להתרגש באמצעות צעצוע האחסון החדש שלך ולזרוק נתונים על זה מיד. ראיתי את התסריט הנ"ל כמה פעמים עכשיו, לפני ONTAP 7.3, זה היה כאב לתקן.
תמונת מצב מהירה של פלט הנתונים הסטטיסטיים. יש לזכור כי מעבר באשכול זה יציג את כל הדיסקים, ולכן כל הנתונים הסטטיסטיים דיסק רלוונטיות לחלוטין. הדיסקים עסוקים כאן פשוט אינם מסתכמים למספר האמיתי של דיסקים במערכת, ואתה יכול לראות בבירור את דיסק 1 עמוס.
based on 1 rating> Sysstat-U 1
המעבד כולל נטו kb / s דיסק kb / s Tape kb / s Cache מטמון CP CP דיסק
אופים / s החוצה לקרוא ולכתוב לקרוא לכתוב להיט גיל זמן ty util
11% 3220 6942 3270 4232 0 0 0 12 95 0%% - 60%
11% 2898 7385 4030 4892 0 0 0 11 94% 0% - 69%
9% 3547 1820 3496 3920 24 0 0 11 93% 0% - 89%
7% 2329 1160 3048 3892 0 0 0 11 93% 0% - 81%
10% 3173 2055 4851 4644 8 0 0 11 93% 0% - 67%
9% 2491 1860 4547 4568 24 0 0 11 91% 0% - 98%
9% 2523 2960 4404 5372 0 0 0 11 90% 0% - 89%
14% 5136 8173 4465 3352 0 0 0 11 95 0%% - 81%> נתונים סטטיסטיים של דיסק המופע: *: disk_busy
חיתוך ... ...
חיתוך ... ...
15 תגובות לפוסט הזה
השאירו תגובה
-
היי. ברוכים הבאים ל עיצוב רשת NetApp!
תודה על הפלה על ידי! אתה מוזמן להצטרף לדיון על ידי השארת תגובות, ולהישאר מעודכנים על ידי עשיית מנוי ל -RSS . נתראה!
מתרגם
11 מרס 2010 ב 08:03 בבוקר
נקודה חשובה נוספת היא כי אתה לא צריך להוסיף רק דיסק אחד כאשר גודל הצבירה אם הוא כמעט מלא, רוב הנתונים החדש כותבים לדיסק נוסף. לפיכך, הביצועים הוא ממש רע!
ההמלצה שלי: ליצור אגרגטים גדולים מעט במקום הקטנים רבים. הוסף דיסקים לצבור כאשר השימוש הוא מעל 80%. וכן, להשתמש יועץ ביצועים ספים לעקוב אחר הביצועים שלך!
11 מרס 2010 ב 10:25
תודה כריס - כמה טיפים ממש טובים שם! אני שמח שאתה כותב שוב
11 מרס 2010 ב 10:39 בבוקר
חופשי על הבר על המשוב, מרגיש טוב ממש מקבל הזדמנות לכתוב משהו שוב!
וכן, הוספת דיסקים בודדים זה דבר נורא לעשות. אני מכיר מישהו שקונה דיסק 1 חודש כי ככה התקציב שלהם עובד. אני שונא את זה, ולנסות לגרום להם לאחסן אותם ולהוסיף אותם בכמויות גדולות לכל הפחות. לא עוזר עם מנהל החשבון שלהם ולעודד אותם לעשות את זה יכול לקרוא לזה אחסון לפי דרישה!
מזעזע!
11 מרס 2010 ב 17:01
אתה מציין "להריץ כמה סריקות וחלוקה מחדש ברחבי המערכת מבלי להשפיע על מקום צילום" כתכונה חדש עם 7.3.2. אולי הרעיון של כניסה אחרת הבלוג יהיה להסביר את זה עוד קצת, ומדוע זה חשוב. אני מבין (בעבר) כי ההקצאה היה לזרוק את כל העבודה לתוך תמונות, אבל לא ידוע לי על שינוי ב 7.3.2 אתה מציין תיקונים / שינויים אלה.
11 מרס 2010 ב 09:43
אני מקווה שאני אהיה רץ דרך זה בסוף השבוע, אז אני אוכל לתת כמה דוגמאות בעולם האמיתי של כיצד זה עובד.
24 מרס 2010 ב 5:04 pm
כמובן שאתה יכול תמיד חריץ הכוננים סינגלטון חדשים לתוך מדף מדי חודש, אך להשאיר אותם במצב המתנה כפי חוסך עד שתקבל שווה קבוצה מלאה RAID החדש ... רק אל תגיד להם
10 יוני 2010 ב 2:00 pm
@ ריק רודוס
הקצאה מחדש חדש 7.3.x הוא הקצאה מחדש פיזית (להקצות מחדש-P, ראה את דף אדם). וגם אם להרחיב המצרפי עם מדף שלם או יותר, ייתכן עדיין רוצה לעשות פיזית להקצות מחדש של כל אמצעי האחסון באופן מצטבר, גם אם אין לך דיסקים חמים. בדרך זו, אתה יכול לפספס את הנתונים על פני spindles עוד יותר, כך תניב ביצועים גבוהים יותר (לקרוא) על נתונים קיימים גם כן.
13 יוני 2010 ב 4:15 pm
למעשה את הדף ידנית, אומר כי "להקצות מחדש-P" אין להשתמש כדי להפיץ את הנתונים על הדיסקים. היא ממליצה לעשות להקצות מחדש על כל כרך בתוך המצרפי מורחבת.
לא בטוח מה ההשפעה האמיתית של זה, לא היה לי לנסות את המערכת שעליה היה לראות שיפורים גדולים.
8 אפריל 2011 ב 11:24
שלום,
זה פוסט נפלא
רק שאלה קטנה
דיסק: 88922F61: C2026AF9: E5D68A17: B49415B1: 00000000:00000000:00000000:00000000
איך אני יכול לגלות אילו במצטבר הדיסק הזה שייך?
ניסיתי עם מופע הדיסק והמופע דיסק אחסון, aggr מעמד-R
אבל לא הצלחתי למצוא שום
בברכה,
11 אפריל 2011 ב 12:04
למרבה הצער אני לא בטוח 100%. זה על "רשימת מטלות" שלי עוד לא יצא לי להבין איך לתרגם את מרחב הכתובות ארוכה "סטטיסטיקות" הפקודה נותן לך למשהו שמיש מבחינת כתובת דיסק או המיקום בפועל. סליחה זה לא עוזר לך הרבה
19 אפריל 2011 ב 08:21
KB ID: 1010747
https://kb.netapp.com/support/index?page=content&id=1010747
20 אפריל 2011 ב 09:25 בבוקר
זה מעולה! תודה!
1 אוגוסט 2011 ב 06:35
אני סקרן לדעת מה הם סימני הצורך לפעול "להקצות מחדש", חוץ מזה שיש דיסק עם 99% עסוקים?
תודה
1 אוגוסט 2011 ב 18:36
מה בדיוק מחפשים ב Perf.monitor? חביון, אופים / sec?
11 אוגוסט 2011 ב 08:29 בבוקר
היי ולדימיר,
פועל "להקצות מחדש" נחשבת היום אימון טוב למדי על מגוון רחב של LUNs. כל דבר יקבלו תועלת קריאות רצופות גדול הוא מועמד טוב רגיל אמורה להקצות מחדש, אבל גם הרבה סוגים נפוצים שונים של LUNs ירוויחו בכל מקרה.
אף על פי המשנה דיסק NetApp עושה עבודה טובה מאוד של הצבת נתונים גושים ופסים גדולים ברחבי הדיסקים, זה רק יכול לעשות כל כך הרבה גם בגלל המערכת היא מאוד עסוקה או כי דיסקים מלאים מאוד. פעולה להקצות מחדש לאחר מכן הוא שלאחר התהליך, כך שהוא יכול לקחת את הזמן כדי להבטיח את הנתונים ערוכים לחלוטין באופן שווה.
אני יכול להיות זהירה בהפעלת להקצות מחדש אם הדיסקים הם כבר 99% עסוק, להקצות מחדש תשים עומס גדול יותר על אותם תקופה מסוימת, כאשר הנתונים מוקמו מחדש. הייתי ממליץ לעשות את זה במהלך חלון תחזוקה, או מחוץ לשעות העבודה.