לבקר RAID יש שתי אפשרויות לטיפול בכתיבת IO ברמה העליונה, כדלקמן: 1. מצב WriteBack: כאשר הנתונים נשלחים מהשכבה העליונה, בקר ה-RAID יודיע למארח שה-I0 הושלם מיד לאחר שמירתו במטמון, כך שהמארח יוכל לבצע את ה-IO הבא מבלי להמתין. בשלב זה, הנתונים נמצאים במטמון של כרטיס בקר RAID, אבל לא ממש נכתב לדיסק, שממלא תפקיד חיץ.  בקר ה-RAID ממתין שהזמן לא יהיה פעיל וכותב לדיסק אחד אחד, או כותב לדיסק בכמות גדולה, או מעמיד בתור את ה-IO (בדומה לטכניקת התורים בדיסק) לאלגוריתם אופטימיזציה כלשהו כדי לכתוב לדיסק ביעילות. מכיוון שמהירות הכתיבה של הדיסק איטית, בקר ה-RAID במקרה זה מטעה את המארח, אך זוכה למהירות גבוהה, כלומר "שמור על הקלה למעלה, שמור את הצרות לעצמך." יש לזה חסרון קטלני, כלומר, ברגע שהחשמל נכשל באופן בלתי צפוי, הנתונים בזיכרון המטמון בכרטיס ה-RAID יאבדו כולם, ובזמן זה המארח חושב שה-IO הושלם, כך שהשכבות העליונות והתחתונות ייצרו חוסר עקביות , ההשלכות יהיו חמורות מאוד.  כתוצאה מכך, ליישומים קריטיים כגון מסדי נתונים יש מדדי עקביות משלהם. בגלל זה, כרטיס ה-RAID המתקדם צריך להשתמש בסוללה כדי להגן על המטמון, כך שבמקרה של כיבוי בטעות, הסוללה תוכל להמשיך להפעיל את המטמון כדי להבטיח שהנתונים לא יאבדו. כאשר יופעל שוב, כרטיס ה-RAID יכתוב תחילה את ה-IO המצוי מהמטמון לדיסק.  2. מצב WriteThrough: זהו מצב הכתיבה, כלומר, ה-IO העליון. רק לאחר שהנתונים נכתבו בפועל לדיסק על ידי בקר ה-RAID, המארח יקבל הודעה על השלמת ה-IO, מה שמבטיח אמינות גבוהה. במקרה זה, המהירות של המטמון כבר לא מועילה, אבל החציצה שלו עדיין יעילה.  בנוסף להיותו מטמון כתיבה, מטמון הקריאה הוא גם חשוב מאוד. מטמון הוא נושא מורכב ויש לו מנגנון מורכב, שאחד מהם נקרא PreFctch, או prefetching, שקורא נתונים בדיסק ש"סביר להניח" שייגש אליהם מארח הבא לתוך המטמון לפני שהמארח הוציא בקשת IO קריאה . איך מחשבים את האפשרות?  למעשה, זה נחשב כי בפעם הבאה המארח IO, יש שיעור גדול של ילדים יקראו את הנתונים במיקום הדיסק סמוך לנתונים שנקרא הפעם. הנחה זו שימושית מאוד לקריאה רציפה של IO, כגון קריאת נתונים רציפים מבחינה לוגית, כגון שירותי העברת קבצים גדולים ב-FTP, שירותי וידאו לפי דרישה וכן הלאה, שהם יישומי קריאת קבצים גדולים.  מצד שני, אם גם קבצים קטנים רבים מאוחסנים ברציפות בדיסק, שמירה במטמון ישפר מאוד את הביצועים, מכיוון שקריאת קבצים קטנים דורשת IOPS גבוה, וללא שמירה במטמון, ייקח הרבה זמן להסתמך על ראש המבקש להשלים IO בכל פעם.  יש גם אלגוריתם מטמון, שאינו מבוסס על שליפה מוקדמת, אלא על ההנחה שבפעם הבאה שהמארח יבצע IO, הוא עשוי לקרוא גם את הנתונים מהקריאה האחרונה או כמה (האחרונה).  הנחה זו שונה לחלוטין משליפה מראש. לאחר שבקר ה-RAID קורא פיסת נתונים לתוך המטמון, אם הנתונים משתנים על ידי IO הכתיבה של המארח, הבקר לא כותב אותם מיד לדיסק לאחסון. זה נשאר במטמון, מכיוון שהוא מניח שהמארח עשוי לקרוא את הנתונים שוב בעתיד הקרוב. אז אין צורך לכתוב לדיסק ולמחוק את המטמון, ואז לחכות שהמארח יקרא, ואז לקרוא מהדיסק למטמון, עדיף לבלום סטטי, פשוט להישאר במטמון, לחכות למארח כדי "לזרוק" התדר אינו גבוה, ואז כתוב לדיסק.  טיפים:לכרטיסי RAID בינוניים וגבוהים יש בדרך כלל יותר מ-256MB של זיכרון RAM כמטמון.  שחרר את העוצמה של RAID התנסה באחסון נתונים בביצועים גבוהים עם כרטיסי ה-RAID המתקדמים שלנו. סמוך על 10+ שנות המומחיות שלנו.STOR Technology Limited יספק לך גם מספר רב של מוצרים מקוריים בעלי ביצועים גבוהים, כגון: lsi 9480 8i8e, lsi 9361 4i, lsi 9341 8i וכן הלאה, אחריות לשלוש שנים ומחיר מפעל ללא תחרות כדי להפחית את החששות שלך.

היום נמשיך לדבר על המבנה של כרטיס הפשיטה. נראה שכרטיס RAID עם CPU הוא מערכת מחשב קטנה, יש לו CPU, זיכרון, ROM, אוטובוס וממשק IO משלו, אבל המחשב הקטן הזה אמור לשרת את המחשב הגדול.  חשוב לכלול את בקר ה-SCSI ב-SCSI כרטיס RAID, מכיוון שדיסקי ה-SCSI הפיזיים עדיין מחוברים לקצה האחורי. הקצה הקדמי שלו מחובר לאפיק ה-PCI של המארח, כך שחייב להיות בקר אוטובוס PCI כדי לשמור על פונקציות הבוררות של אפיק ה-PCI, שליחת הנתונים וקבלה. כמו כן צריך ROM, משמש בדרך כלל ROM שבב Flash, המאחסן את האתחול של כרטיס ה-RAID הקוד הדרוש ויישום פונקציית ה-RAID הנדרשת.  תפקידו של זיכרון RAM, קודם כל, הוא כמטמון נתונים לשיפור הביצועים; שנית, זהו שטח הזיכרון הנדרש על ידי ה-CPU בכרטיס ה-RAID לביצוע פעולות RAID. שבב XOR משמש במיוחד לחישוב נתוני זוגיות של RAID3, 5, 6 וכן הלאה. לתת ל-CPU לבצע את האימות ידרוש ביצוע קוד, מה שייקח מחזורים רבים. עם זאת, אם נעשה שימוש ישיר במעגל דיגיטלי ייעודי, התוצאה מתקבלת מיד ברגע שהוא נכנס ויוצא. לכן, על מנת להיפטר מהמעבד, מתווסף מודול המעגלים המשמש במיוחד לפעולת XOR, מה שמגביר מאוד את מהירות חישוב בדיקת הנתונים.  ההבדל בין כרטיס RAID לכרטיס SCSI הוא פונקציית ה-RAID, השני אינו שונה מדי. כרטיס RAID נקרא כרטיס RAID רב ערוצי אם יש בו מספר ערוצי SCSI. נכון לעכשיו, לכרטיס SCSI RAID יש עד 4 ערוצים, והקצה האחורי שלו יכול להיות מחובר ל-4 אפיקי SCSI, כך שניתן לחבר עד 64 התקני SCSI (אוטובוס 16 סיביות).  עם התוספת של פונקציונליות RAID, בקר ה-SCSI הופך לבובה של קוד תוכנית ה-RAID ועושה כל מה שה-RAID אומר לו לעשות. בקר ה-SCSI מודע לחלוטין לדיסקים שבשליטתו ומתקשר עם קוד יישום ה-RAID. ברגע שקוד ה-RAID יודע אילו דיסקים נמצאים בידיו של בקר ה-SCSI, הוא יכול להתאים את קוד ה-RAID לשימוש באפשרויות ROM כגון סוג RAID, גודל רצועה וכן הלאה, ולהורות לבקר ה-SCSI הדמה שלו לדווח על דיסקים לוגיים "וירטואליים" ל- מארח במקום כל הדיסקים הפיזיים.  רמז: ל-RAID יש רעיון של סטריפינג. ב-striping, אנחנו לא באמת מתכוונים לחלוקת הדיסק לפסים ורצועות כמו בעיצוב ברמה נמוכה. הרצועה הזו נמצאת כולה "במוח", כלומר בקוד התוכנית. כי ברגע שהמיקום והגודל של הרצועה נקבעים, הם קבועים. בלוק כתובת LBA בדיסק וירטואלי מתאים לבלוק LBA אחד או יותר בדיסק האמיתי, ומיפויים אלה מוגדרים מראש דרך ממשק התצורה. ואלגוריתם RAID מסוים מגולם לעתים קרובות בכמה נוסחאות מורכבות, במקום להשתמש בטבלה כדי להקליט את ה-LBA התואם של כל דיסק וירטואלי ודיסק פיזי, כך שהיעילות תהיה ירודה. אחרי שכל 10 מגיע, RAID צריך לבצע שאילתות בטבלה הזו כדי לקבל את ה-LBA של הדיסק הפיזי המתאים, ומהירות השאילתה איטית מאוד, שלא לדבר על מול טבלה כל כך גדולה. אם נשתמש בנוסחת קשר פונקציונלי בין LBA לוגי ל-LBA פיזי כדי לבצע את הפעולה, המהירות היא מהירה מאוד.  מכיוון שהמיפוי מתבצע כולו לפי נוסחה, אף פעם לא נכתבים דגלים לדיסק הפיזי כדי לסמן את מה שנקרא רצועות. המושג רצועה הוא הגיוני בלבד ואינו קיים פיזית. לכן, הרעיון של רצועת רק "זיכרון" בקוד התוכנית RAID יכול להיות, לשנות הוא לשנות את קוד התוכנית יכול להיות. הדבר היחיד שצריך לכתוב לדיסק הוא קצת מידע RAID, כך שגם אם הדיסק יוסר ומונח על כרטיס RAID אחר מאותו דגם, ניתן לזהות נכון את מידע ה-RAID שנעשה קודם לכן. איגוד SNIA הגדיר פורמט סטנדרטי של מידע DDFRAID, המחייב את כל יצרני כרטיסי ה-RAID לאחסן מידע RAID בהתאם לתקן זה, כך שכל כרטיסי ה-RAID משותפים.  לאחר הצעדה, קוד יישום ה-RAID מנחה את בקר ה-SCSI להגיש "דיסק וירטואלי" או "דיסק לוגי" וירטואלי, או פשוט LUN, לקוד מנהל ההתקן ברמת מערכת ההפעלה. 1. מבנה כרטיס RAID נראה שכרטיס RAID עם CPU הוא מערכת מחשב קטנה, יש לו CPU, זיכרון, ROM, אוטובוס וממשק IO משלו, אבל המחשב הקטן הזה אמור לשרת את המחשב הגדול.  חשוב לכלול את בקר ה-SCSI בכרטיס SCSI RAID, מכיוון שדיסקי ה-SCSI הפיזיים עדיין מחוברים לקצה האחורי. הקצה הקדמי שלו מחובר לאפיק ה-PCI של המארח, כך שחייב להיות בקר אוטובוס PCI כדי לשמור על פונקציות הבוררות של אפיק ה-PCI, שליחת הנתונים וקבלה. כמו כן צריך ROM, משמש בדרך כלל ROM שבב Flash, המאחסן את האתחול של כרטיס ה-RAID הקוד הדרוש ויישום פונקציית ה-RAID הנדרשת.  תפקידו של זיכרון RAM, קודם כל, הוא כמטמון נתונים לשיפור הביצועים; שנית, זה שטח הזיכרון הנדרש על ידי ה-CPUבכרטיס ה-RAID כדי לבצע פעולות RAID. שבב XOR משמש במיוחד לחישוב נתוני זוגיות של RAID3, 5, 6 וכן הלאה. לתת ל-CPU לבצע את האימות ידרוש ביצוע קוד, מה שייקח מחזורים רבים. עם זאת, אם נעשה שימוש ישיר במעגל דיגיטלי ייעודי, התוצאה מתקבלת מיד ברגע שהוא נכנס ויוצא. לכן, על מנת להיפטר מהמעבד, מתווסף מודול המעגלים המשמש במיוחד לפעולת XOR, מה שמגביר מאוד את מהירות חישוב בדיקת הנתונים.  ההבדל בין כרטיס RAID לכרטיס SCSI הוא פונקציית ה-RAID, השני אינו שונה מדי. כרטיס RAID נקרא כרטיס RAID רב ערוצי אם יש בו מספר ערוצי SCSI. נכון לעכשיו, לכרטיס SCSI RAID יש עד 4 ערוצים, והקצה האחורי שלו יכול להיות מחובר ל-4 אפיקי SCSI, כך שניתן לחבר עד 64 התקני SCSI (אוטובוס 16 סיביות).  עם התוספת של פונקציונליות RAID, בקר ה-SCSI הופך לבובה של קוד תוכנית ה-RAID ועושה כל מה שה-RAID אומר לו לעשות. בקר ה-SCSI מודע לחלוטין לדיסקים שבשליטתו ומתקשר עם קוד יישום ה-RAID. ברגע שקוד ה-RAID יודע אילו דיסקים נמצאים בידיו של בקר ה-SCSI, הוא יכול להתאים את קוד ה-RAID לשימוש באפשרויות ROM כגון סוג RAID, גודל רצועה וכן הלאה, ולהורות לבקר ה-SCSI הדמה שלו לדווח על דיסקים לוגיים "וירטואליים" ל- מארח במקום כל הדיסקים הפיזיים.  רמז: ל-RAID יש רעיון של סטריפינג. ב-striping, אנחנו לא באמת מתכוונים לחלוקת הדיסק לפסים ורצועות כמו בעיצוב ברמה נמוכה. הרצועה הזו נמצאת כולה "במוח", כלומר בקוד התוכנית. כי ברגע שהמיקום והגודל של הרצועה נקבעים, הם קבועים. בלוק כתובת LBA בדיסק וירטואלי מתאים לבלוק LBA אחד או יותר בדיסק האמיתי, ומיפויים אלה מוגדרים מראש דרך ממשק התצורה. ואלגוריתם RAID מסוים מגולם לעתים קרובות בכמה נוסחאות מורכבות, במקום להשתמש בטבלה כדי להקליט את ה-LBA התואם של כל דיסק וירטואלי ודיסק פיזי, כך שהיעילות תהיה ירודה. אחרי שכל 10 מגיע, RAID צריך לבצע שאילתות בטבלה הזו כדי לקבל את ה-LBA של הדיסק הפיזי המתאים, ומהירות השאילתה איטית מאוד, שלא לדבר על מול טבלה כל כך גדולה. אם נשתמש בנוסחת קשר פונקציונלי בין LBA לוגי ל-LBA פיזי כדי לבצע את הפעולה, המהירות היא מהירה מאוד.  מכיוון שהמיפוי מתבצע כולו לפי נוסחה, אף פעם לא נכתבים דגלים לדיסק הפיזי כדי לסמן את מה שנקרא רצועות. המושג רצועה הוא הגיוני בלבד ואינו קיים פיזית. לכן, הרעיון של רצועת רק "זיכרון" בקוד התוכנית RAID יכול להיות, לשנות הוא לשנות את קוד התוכנית יכול להיות. הדבר היחיד שצריך לכתוב לדיסק הוא קצת מידע RAID, כך שגם אם הדיסק יוסר ומונח על כרטיס RAID אחר מאותו דגם, ניתן לזהות נכון את מידע ה-RAID שנעשה קודם לכן. איגוד SNIA הגדיר פורמט סטנדרטי של מידע DDFRAID, המחייב את כל יצרני כרטיסי ה-RAID לאחסן מידע RAID בהתאם לתקן זה, כך שכל כרטיסי ה-RAID משותפים.  לאחר הצעדה, קוד יישום ה-RAID מנחה את בקר ה-SCSI להגיש "דיסק וירטואלי" או "דיסק לוגי" וירטואלי, או פשוט LUN, לקוד מנהל ההתקן ברמת מערכת ההפעלה.  באמצעות מספר מאמרים הסברנו מפורט של כרטיס פשיטה, אני מאמין שיש לך הבנה עמוקה יותר של כרטיס פשיטה. אם יש לך הרבה שאלות לגבי אביזרי שרת, אחסון, אז מוזמן להתייעץ, זה העונג שלי לענות על שאלותיך. STOR Technology Limited יספק לך גם מספר רב של מוצרים מקוריים בעלי ביצועים גבוהים, כגון: lsi 9480 8i8e, lsi 9361 4i, lsi 9341 8i וכן הלאה, אחריות לשלוש שנים ומחיר מפעל ללא תחרות כדי להפחית את החששות שלך.