24-01-2012, 07:14
|
מנהל פורומי "תכנות ובניית אתרים" ו"חומרה ורשתות"
|
|
חבר מתאריך: 25.10.01
הודעות: 42,775
|
|
בתגובה להודעה מספר 1 שנכתבה על ידי benyamin שמתחילה ב "התייעצות לגבי קונפיגורציית RAID נכונה על שרת VM"
לדעתי, אם המצב מאפשר, שני RAID1 נפרדים על שני סוגים שונים של מהירות, ובתוך ה VM-ים עצמם, פשוט תחלק את המידע שחשובה לו מהירות לקבוצה של ה 15K ואת השאר ל 10K
אם אתה מדבר על RAID 1+0 ואתה בעצם מתכוון שתקח את שני הנ"ל שדיברתי עליהם ותעשה על שניהם יחד RAID 0 - זה רעיון רע. וזאת מהסיבות הבאות:
* מוות של שני דיסקים "נכונים" דופק לך את המידע של כל הארבעה, במקום רק של שניים (בקונפיגורציה שלי, כדי לדפוק את המידע של כל הארבעה - אתה צריך שכל הארבעה ימותו)
* הדיסקים לא יעבדו כולם על 10K (מי אמר שדבר בכלל כזה אפשרי? רוב הדיסקים נוסעים במהירות סיבוב קבועה שנקבעה על ידי היצרן - או שהם מסתובבים במהירות המקסימלית - או שבכלל לא... יוצאי דופן הם דיסקים "ירוקים") - אלא פשוט חלק יהיו עם זמן עבודה אחד, וחלק עם זמן עבודה אחר (הכל תלוי ב seek time וב throughput, שאמנם, באופן כללי, משתפרים ככל שהמהירות עולה, אבל יכולים גם להשתפר מסיבות אחרות, שעיקרן שיפור טכנולוגי / בשיטת העבודה; עובדה, יש דיסקים של 7200 סל"ד שהם הרבה יותר מהירים מאחיהם, כמו לדוגמא ה Samsung F3 במשך הרבה מאוד זמן...). אז מערך אחד יהיה יותר מהיר מהשני (מי יותר ממי? קשה לדעת מראש בלי בנצ'מארק) - והתוצאה היא שאחד יחכה לשני בזמן קריאה/כתיבה, מה שייצור "חוסר סנכרון", וייתכן שאף יפגע בביצועים מעבר למהירות של קבוצת ה RAID האיטית יותר, כיוון שאם הדיסקים לא "מנגנים" בהרמוניה, אז בא הדיסק האיטי וכתב/קרא מה שהוא רוצה (את ה stripe שלו), ועכשיו צריך לקרוא מהמערך השני - אם הם לא באותו קצב, יקח זמן seek להגיע לנקודה הנכונה. כך לפחות להערכתי. אמנם אפשר להמנע מזה כמעט לגמרי על ידי RAID 0 שעובד בצורה לינארית במקום על ידי Striping - אבל אז מאבדים, לרוב, את יתרון המהירות, שבגללו אתה בד"כ עושה RAID 0 מלכתחילה...
עד כאן להיום :|
|