בדף הזה מתואר גודל הביצועים של נפח האחסון.
חשיבות ההתאמה של הביצועים
כדי להתאים את גודל עומסי העבודה לביצועים בצורה נכונה, צריך להבין:
מה רמת הביצועים שאפשר להשיג באמצעות נפח אחד.
איך משפרים את הביצועים של נפח אחסון.
הביצועים תלויים בעיקר ברמת השירות של מאגר האחסון הבסיסי.
ביצועים מותאמים אישית של Flex Unified ו-Flex File
ההמלצות הבאות רלוונטיות לביצועים בהתאמה אישית של Flex Unified ו-Flex File:
הביצועים משותפים: מאגר האחסון הבסיסי מספק את הביצועים. כל אמצעי האחסון במאגר מותאם אישית מסוג Flex Unified או Flex File חולקים את הביצועים הכוללים של המאגר. נפחים קטנים יותר יכולים להשתמש בביצועים שלא נוצלו מנפחים גדולים יותר. ההגדרה הזו חלה גם על מצב ברירת המחדל וגם על מצב ONTAP.
ביצועים שניתנים להגדרה: אתם יכולים להגדיר את הביצועים של המאגר באופן עצמאי, בלי קשר לקיבולת שלו.
ברירת מחדל: תפוקה של 64 MiBps ו-1,024 IOPS לכל מאגר.
יכולת הרחבה של קצב העברת הנתונים: הגדלת קצב העברת הנתונים עד 5 GiBps במרווחים של 1 MiBps. כל MiBps נוסף מוסיף 16 IOPS.
IOPS: הקצאה של עד 160,000 IOPS לכל מאגר.
מאגרי קיבולת גדולים: קצב העברת הנתונים יכול להגיע עד 22GiBps.
מגבלות: הביצועים האפקטיביים של המאגר מוגבלים על ידי המגבלה הראשונה שמושגת, בין אם היא קצב העברת הנתונים או IOPS, בהתאם לגודל הבלוק של האפליקציה.
ביצועי ברירת המחדל של קובץ Flex
הנקודות הבאות מתייחסות לביצועים של קובץ Flex כברירת מחדל:
הביצועים משותפים: מאגר האחסון הבסיסי מספק את הביצועים. כל נפחי הנתונים במאגר חולקים את הביצועים שלו.
בדומה לביצועים המותאמים אישית של Flex Unified ו-Flex File, גודל הבלוק קובע איזו מגבלה חלה קודם: קצב העברת הנתונים או פעולות הקלט/פלט בשנייה (IOPS).
קצב העברת נתונים: 16KiBps לכל GiB של קיבולת המאגר, עד למקסימום של 1.6GiBps.
IOPS: 1,024 IOPS לכל TiB של קיבולת המאגר, עד מקסימום של 60,000 IOPS.
ביצועים רגילים, ביצועים משופרים וביצועים קיצוניים
בנפחי אחסון ברמות השירות Standard, Premium ו-Extreme, נפח התפוקה המקסימלי שאפשר לשמור בנפח אחסון נקבע לפי הקיבולת שלו ורמת השירות של מאגר האחסון שמארח אותו. כדי להגדיל או להקטין את התפוקה המקסימלית של נפח האחסון, אפשר לשנות את הקיבולת שלו או, ברמות שירות Premium ו-Extreme, להקצות אותו מחדש למאגר אחסון עם רמת שירות שונה.
ההנחה לגבי מגבלות ה-IOPS וה-Throughput הבאות היא שמדובר בקריאות רציפות גדולות. פעולות קלט/פלט או כתיבה קטנות מגיעות לגבולות נמוכים יותר. מידע נוסף זמין במאמר בנושא השוואות ביצועים.
הביצועים משתנים בהתאם לגודל הנפח ולרמת השירות.
Standard: 16MiBps לכל נפח של TiB, עד מקסימום של 1.6GiBps.
Premium: 64MiBps לכל TiB של נפח, עד מקסימום של 5GiBps לכל נפח. 30GiBps לנפחים גדולים.
קיצוני: 128MiBps לכל נפח של TiB, עד מקסימום של 5GiBps לכל נפח. 30GiBps לנפחים גדולים.
קנה מידה לינארי: קצב העברת הנתונים עולה עם גודל הנפח עד שהוא מגיע למקסימום של רמת השירות.
שיפור הביצועים: כדי לשפר את הביצועים, אפשר להגדיל את נפח הקיבולת או לעבור לרמת שירות גבוהה יותר, כמו Premium או Extreme. כדי לקבל שליטה רבה יותר, אפשר להשתמש בQoS ידני כדי להקצות ביצועים של מאגר לנפחים ספציפיים.
שיקולים לגבי עומסי עבודה
בקטע הערכת הביצועים של נפח האחסון מתואר הביצוע המקסימלי שנפח האחסון יכול לספק. הביצועים בפועל של האפליקציה תלויים באופן שבו האפליקציה מבצעת פעולות קלט/פלט (I/O) בווליום.
הגורמים העיקריים שקובעים את ביצועי האפליקציה הם:
שילוב עומסי עבודה: קריאות, כתיבות, פעולות על מטא-נתונים; גישה רציפה לעומת גישה אקראית.
גודל הבלוק: בלוקים קטנים מובילים ל-IOPS גבוה יותר, ובלוקים גדולים מובילים לתפוקה גבוהה יותר. כדי לשפר את היעילות, מומלץ להשתמש בגדלים גדולים יותר של בלוקים (64KiB ומעלה).
זמן אחזור: זמן אחזור נמוך יותר ברשת משפר את הביצועים.
מקבילות של קלט/פלט: יותר פעולות קלט/פלט מקבילות משפרות את הביצועים.
פרוטוקול גישה: הבחירה בפרוטוקול NFSv3, NFSv4, SMB או iSCSI יכולה להשפיע על הביצועים.
מטמון של מכונה וירטואלית (VM) של לקוח: הגדלת מטמון המאגר של ה-VM יכולה להפחית את פעולות הקריאה.
אלה הנוסחאות העיקריות:
IOPS = concurrency / latency
קצב העברת הנתונים = IOPS * גודל הבלוק
בדוגמאות הבאות אפשר לראות איך מחושבים התפוקה ו-IOPS:
דוגמה לנפח נתונים
כדי לחשב את קצב העברת הנתונים המקסימלי של קריאה רציפה גדולה שאפשר להשיג עם מקביליות של 8 עבור נפח אחסון ברמת השירות Premium ובקיבולת של 1,500GiB, משתמשים בנוסחה הבאה. בנפחי אחסון בפרימיום, קצב העברת הנתונים גדל באופן ליניארי עם קיבולת נפח האחסון עד שהוא מגיע למגבלה.
(1,500 GiB x 64 KiBps/GiB) / 1,024 KiB/MiB = 93.75 MiBps
דוגמה לנתוני קצב העברת נתונים ו-IOPS
נניח שמשתמש מעתיק קובץ גדול באמצעות העתקה עם שרשור יחיד (concurrency = 1) בסייר הקבצים של Windows. הקובץ מועבר מכונן SSD מקומי לנפח אחסון Extreme של 4TiB, עם מגבלת קצב העברה של 512MiBps.
בהנחה שגודל החסימה ב'סייר הקבצים' של Windows הוא 128KiB, וההשהיה של עוצמת הקול היא 0.5ms, אפשר לחשב את ה-Throughput ואת ה-IOPS באמצעות הנוסחה הבאה:
IOPS = 1/0.0005s = 2,000 IOPS
Throughput = 2,000 IOPS * 128 KiB = 256,000 KiBps = 250 MiBps
בדוגמה הזו, סייר הקבצים לא יכול להגדיל את קצב העברת הנתונים כדי להגיע למגבלת הנפח (512 מיביבייט לשנייה). בנוסף, אם זמן האחזור הוא אלפית שנייה, התפוקה יורדת ב-50% כי זמן האחזור משפיע ישירות על אפליקציות עם שרשור יחיד. כדי למקסם את פוטנציאל הביצועים של נפח התעבורה הזה, כדאי להשתמש באפליקציות מרובות-הליכים שמספקות יותר מקביליות.
פעולות שקשורות למטא-נתונים
פעולות מטא-נתונים הן פעולות קטנות שספציפיות לפרוטוקול. הביצועים של פעולות מטא-נתונים מוגבלים בעיקר בגלל זמן האחזור. דוגמאות לפעולות על מטא-נתונים:
הצגת רשימת תכנים של תיקייה
איך מוחקים קובץ
הגדרת ההרשאות
זמן אחזור
זמן האחזור הוא כמות הזמן הכוללת שנדרשת להשלמת פעולת קלט/פלט. הנתון הזה כולל את זמן ההמתנה בתור ואת זמן השירות שבו מתבצעת פעולת הקלט/פלט. כדי לשפר את זמן האחזור כשמשתמשים ברמות השירות Standard, Premium ו-Extreme, מומלץ לבדוק את החיבור ל-NetApp Volumes מכל האזורים באזור שלכם ולבחור את האזור עם זמן האחזור הכי נמוך.
לתשומת ליבכם
כשרוחב הפס ברשת של הלקוח קטן מהנדרש, זמן האחזור של הלקוח שמדווח על ידי perfmon ב-Windows או על ידי
nfsiostatב-Linux גבוה יותר מזמן האחזור שמדווח על ידי NetApp Volumes, כי פעולת הקלט/פלט (I/O) מבלה זמן בהמתנה בתור בלקוח.זמן האחזור של האחסון מתארך כשהתפוקה המקסימלית של נפח אחסון נמוכה מהתפוקה הנדרשת לעומס עבודה מסוים. הדבר גם גורם לחביון בצד הלקוח להיות גבוה יותר בגלל התור הנוסף בצד הלקוח.
כשמגיעים למקסימום התפוקה של אמצעי האחסון, אפשר להגדיל את מגבלת התפוקה כדי לשפר את זמן האחזור של הלקוח ושל האחסון.