30-12-2020, 07:43
|
מנהל פורומי "תכנות ובניית אתרים" ו"חומרה ורשתות"
|
|
חבר מתאריך: 25.10.01
הודעות: 42,776
|
|
כיוון שאמרת ש"המהירות לא חשובה", אתה מיד פוסל את RAID10, מהסיבה הפשוטה שאם אתה לא עושה RAID עבור מהירות, נותר לך "עבור שרידות" (טוב, יש גם עבור נפח נראה גדול יותר ביחידה אחת). ואם אתה עושה עבור שרידות ומוכן לאבד נפח של שני דיסקים - אם המהירות לא משנה - עדיף לאבד את הנפח הזה לטובת שרידות גבוהה יותר (ששני דיסקים ימותו ועדיין המידע שלך יישאר) - או במילים אחרות RAID6.
בקיצור יש כאן בעצם רק שתי אפשרויות לפי ההגדרה שלך - 5 ו - 6. אם, שוב, מתעלמים מביצועים, מה שמעניין אותנו זה רק גודל. לפי דבריך, הגודל הנצרך הוא חצי ממה שיתקבל ב RAID6 שבו יש פחות נפח (השאלה היא אם ההערכה ריאליסטית). אם זה בסדר, אז נשמע ש RAID6 הוא האפשרות הנכונה ביותר.
אגב, משום מה כתבת שהרחבת ה pool "לא פרקטית" לגבי 6 אבל לא לגבי 5 - אני טועה שאני אומר שבשניהם זה לא פרקטי באותה מידה? כלומר, נכון להיום אי אפשר להוסיף דיסקים ל vdev קיים בצורה טריוויאלית (אבל "עובדים על זה"), אבל אתה כן יכול להוסיף vdev חדש ואם יהיו בו מספיק דיסקים (כלומר - לפחות 2) להוסיף אותו ל pool ועדיין לשמור על redundancy (של RAID1 לפחות בדיסקים החדשים). אופציה נוספת היא "ספינתו של תזאוס" שדווקא כאן יש יתרון ל RAID6 בגלל האמינות הגבוהה יותר ב re-build-ים: אתה תוכל בעתיד להחליף דיסק קיים בדיסק חדש גדול יותר, לתת ל RAID להיבנות מחדש (זה יקח הרבהההה זמן בנפחים כאלה...), ואחרי שהדיסק הבודד הסתיים, לעבור לדיסק הבא בתור, עד שתחליף את כולם - וברגע שכולם יהיו בגודל החדש והגדול יותר - גודל ה pool יגדל. ראה https://serverfault.com/questions/5...enas-raidz-pool - הטריק הזה הרבה יותר מסוכן ב RAID5, משום שהרבה פעמים rebuild מגלה תקלה רק בזמן ה rebuild בסקטורים שפשוט לא ניגשו אליהם במשך הרבה מאוד זמן (שהרי אם היו ניגשים, ZFS היא "מתקן" את ה "bit rot" ברקע). לשם כך במיוחד ב RAID5 כדאי שיהיה scrubbing מופעל מדי "זמן מה". גם ב RAID6 כמובן כדאי, אבל ב 5 על אחת כמה וכמה.... https://blogs.oracle.com/wonders-of...why-and-when-v2
|