האם RAID באמת נחוץ למשתמש הביתי?

boubi · שליחה 31/01/2021 10:53

@Amir64ראשית, מרשים לראות את כיוון המחשבה שלך והיישום.

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

nir11 · שליחה 31/01/2021 10:55

"
ש סיכוי סטטיסטי ל- 3 שגיאות URE ב- rebuild יחיד.
"
השאלה עם הריבליד של ה RAID לא יכול להתמודד עם שגיאה כזו? 3 שגיאות של ביט אחד (אם אני מבין נכון), כבר הגיוני להגריל ביט.
מערכת הקבצים (בהנחה שיש כזאת מעל הווליום), וגם דטבייסים שמותקנים לעיתים ללא מערכת קבצים מתחתם, יודעים להתמודד עם שגיאות וגם לתקן אותם. זה תלוי במימוש של ה RAID, אבל הייתי מצפה שיהיה מנגון שיידע להתמודד עם השגיאות האלה. אם אין כזה - שום ריביליד לא יעבוד.
ועם כל הכבוד למערכת שלנו בבית, 16T זה כלום. אנחנו מדברים על פטבייתים במקרים רבים, וזה לא משהו חריג.

gkatz · שליחה 31/01/2021 15:38

אין לי RAID, אין לי גיבוי, ואני ישן בשקט בלילה
מצד שני אין לי אף לא קובץ אחד שאני באמת צריך על הדיסקים בNAS

Amir64 · שליחה 31/01/2021 15:57

31/01/2021 10:55
nir11 כתב: "
ש סיכוי סטטיסטי ל- 3 שגיאות URE ב- rebuild יחיד.
"
השאלה עם הריבליד של ה RAID לא יכול להתמודד עם שגיאה כזו? 3 שגיאות של ביט אחד (אם אני מבין נכון), כבר הגיוני להגריל ביט.
מערכת הקבצים (בהנחה שיש כזאת מעל הווליום), וגם דטבייסים שמותקנים לעיתים ללא מערכת קבצים מתחתם, יודעים להתמודד עם שגיאות וגם לתקן אותם. זה תלוי במימוש של ה RAID, אבל הייתי מצפה שיהיה מנגון שיידע להתמודד עם השגיאות האלה. אם אין כזה - שום ריביליד לא יעבוד.
ועם כל הכבוד למערכת שלנו בבית, 16T זה כלום. אנחנו מדברים על פטבייתים במקרים רבים, וזה לא משהו חריג.
...

התיקון הבסיסי לשגיאה כזו הוא בדיקת parity, המאפשרת תיקון.
הבעיה היא שבזמן rebuild אין מידע לתיקון השגיאה, כי מידע זה קיים רק כשכל הדיסקים פעילים, ואז המערך מכיל את מידע ה-parity הדרוש.

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

nir11 · שליחה 31/01/2021 17:23

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

Amir64 · שליחה 31/01/2021 20:39

ברור שיש rebuild, הרי מחליפים דיסק תקול.
אבל יש מערכות יעילות יותר מ- RAID, בצורת ניהול המידע שלהן, במיוחד כשמדובר במערכים גדולים.
למשל Erasure Coding שבה המידע הדרוש לשחזור מצוי בקבצים עצמם, ולא סומכים רק על הביטים הנקראים מהמדיה של האכסון הנותר.

nir11 · שליחה 01/02/2021 10:25

כמו שאמרתי למערכת הקבצים יש מנגנוני תיקון שגיאות ללא קשר. זה לא חדש.
אני מכיר פחות את עולם ה NAS, ויותר את עולם ה SAN, שם אכן כבר הלכו מזמן ממערכים כמו RAID 1 5 10 ודומיהם, מערכות רבות היום עושות שרידות בצורה שהיא propraietry, שלא לדבר על מערכות SDS שם בכלל זה עובד אחרת לגמרי, והכוונה לא רק לאיחסון ענן, אלא למערכות כמו VSAN ומה שפעם קראו לו scaleio והיום יש לו שם אחר.
מיציתי את הניים דרופינג להיום..

ds123 · שליחה 09/02/2021 17:04

מישהו שמע על thin/thick volumes ב QNAP ומבין מה היתרונות/חסרונות שלהם לעומת static volume?

Amir64 · שליחה 09/02/2021 17:24

https://www.qnap.com/en/how-to/knowledg ... ee%20space.

ds123 · שליחה 10/02/2021 1:01

תודה.
שימו לב שפתרון של 4 דיסקים סטטיים ללא RAID לא באמת טוב כדי למנוע קריסה של כל המערכת.
ניסיתי להחליף את ה system volume וכל המערכת קרסה, ולא ניתן לגשת יותר לשאר הדיסקים במערכת. צריך להתקין המערכת מחדש ולפרמט את כל הדיסקים.
סרט. אני צריך לקנפג מחדש את כל ה- NAS אחרי 7 שנים שהוא רץ. התמיכה של QNAP טוענת ש thin volume יותר מודרני ועדיף מ static volume.

Amir64 · שליחה 10/02/2021 4:08

אני החלפתי דיסק system volume שהחל להראות סימני גסיסה.
עשיתי clone לדיסק חדש.
הכנסתי את החדש לנאס, והכל עובד יופי.

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

ag43 · שליחה 10/02/2021 8:10

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

ds123 · שליחה 10/02/2021 15:59

10/02/2021 4:08
Amir64 כתב: אני החלפתי דיסק system volume שהחל להראות סימני גסיסה.
עשיתי clone לדיסק חדש.
הכנסתי את החדש לנאס, והכל עובד יופי.

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

אז ה support שלהם לא מכירים את האפשרות של clone.
הם הנחו אותי לעשות remove volume ב GUI ואז להכניס דיסק חדש. בדיעבד הסתבר שזה לא נכון כי ה system volume מכיל מידע על ה volumes האחרים, וברגע שמסירים אותו למעשה כל המערכת קורסת ולא ניתן לגשת לדיסקים.
מה שכן, הם אמרו לי שיש עדיין דרך לחלץ את המידע בעזרת linux reader שמתקינים על windows pc.
אבל עדיין מבאס שאני צריך לקנפג את כל ה NAS מחדש ולהתקין את כל האפליקציות מחדש. גם הלך לי הדאטה בייס ב- phpMyAdmin של כל הספריית קודי שלי. את זה אני לא חושב שאפשר לחלץ.

ds123 · שליחה 10/02/2021 16:01

10/02/2021 8:10
ag43 כתב: משהו מסריח אצל QNAP. גם אני קמתי בוקר אחד וגיליתי שהדיסקים התאפסו וכל המידע נעלם. שום תוכנת שחזור קבצים לא עזרה והייתי חייב לבנות את המערך מ0.
הדיסקים עצמם תקינים.
...

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

Amir64 · שליחה 10/02/2021 18:03

@ds123
ה- support שלהם זו בדיחה עצובה.
שלחתי ל- QNAP תלונה די ארוכה על השתשלות העניינים עם התומך הלא מועיל, או יותר נכון, מזיק.
לא שזה עזר במשהו.
לא קיבלתי שום תגובה, ושנתיים אחרי, נראה שהמצב נשאר כשהיה.

חשוב שיהיה לך גיבוי של הגדרות המערכת (backup system settings)
ושל דברים אחרים, כמו בסיס הנתונים שציינת.

ds123 · שליחה 10/02/2021 18:35

10/02/2021 18:03
Amir64 כתב: @ds123
ה- support שלהם זו בדיחה עצובה.
שלחתי ל- QNAP תלונה די ארוכה על השתשלות העניינים עם התומך הלא מועיל, או יותר נכון, מזיק.
לא שזה עזר במשהו.
לא קיבלתי שום תגובה, ושנתיים אחרי, נראה שהמצב נשאר כשהיה.

חשוב שיהיה לך גיבוי של הגדרות המערכת (backup system settings)
ושל דברים אחרים, כמו בסיס הנתונים שציינת.
...

כן, support ממש גרוע. חבל שלא העמקתי במה שאתה הצעת, אני חושב שכתבת לי את האפשרות של clone בשרשור אחר.

בתומי סמכתי על התומך, והוא גרם לי לנזק משמעותי. לזכותו אציין שהוא אמר שיש סיכוי קלוש שהתהליך ייכשל וביקש ממני להכין גיבוי, ולכן גיביתי רק את ה system volume ל volume אחר ב- NAS, אבל לא שערתי בדעתי שה- volume עם הגיבוי לא יהיה נגיש יותר.
גיבוי ל system settings דווקא יש לי, אבל זו רק חצי נחמה. את ה DB איבדתי לצערי.