בדף הזה מוצגים מגבלות הביצועים של נפח אחד של Google Cloud NetApp Volumes ממכונות וירטואליות של כמה לקוחות. אפשר להשתמש במידע שבדף הזה כדי לקבוע את הגודל של עומסי העבודה.
בדיקות ביצועים
תוצאות הבדיקה הבאות מציגות מגבלות ביצועים. בבדיקות האלה, לנפח יש קיבולת מספקת כך שקצב העברת הנתונים לא משפיע על בדיקות ההשוואה. הקצאת קיבולת של נפח יחיד מעבר למספרי התפוקה הבאים לא תניב שיפורים נוספים בביצועים.
הערה: בדיקות הביצועים הושלמו באמצעות Fio.
לגבי תוצאות בדיקות הביצועים, חשוב לשים לב לשיקולים הבאים:
במסלולים Standard, Premium ו-Extreme, קצב העברת הנתונים (throughput) של רמת השירות גדל בהתאם לקיבולת הנפח עד שמגיעים למגבלות. כל רמות השירות של Flex ניתנות להרחבה בהתאם ליכולות של מאגר האחסון, וכל אמצעי האחסון במאגר חולקים את הביצועים של המאגר.
רמת השירות Flex Unified ו-Flex File עם ביצועים בהתאמה אישית מספקת שינוי גודל עצמאי של הקיבולת, ה-IOPS והתפוקה.
תוצאות ה-IOPS הן לידיעה בלבד.
המספרים שמשמשים ליצירת התוצאות הבאות מוגדרים להצגת תוצאות מקסימליות. התוצאות הבאות הן אומדן של קיבולת התפוקה המקסימלית שאפשר להשיג.
השימוש בכמה כרכים מהירים בכל פרויקט עשוי להיות כפוף למגבלות לפרויקטים.
תוצאות בדיקת הביצועים הבאות מתייחסות רק לפרוטוקולים NFSv3, SMB ו-iSCSI. לא נעשה שימוש בסוגים אחרים של פרוטוקולים, כמו NFSv4.1, כדי לבדוק את הביצועים של NetApp Volumes.
מגבלות נפח העברת הנתונים לגישת NFSv3
בקטעים הבאים מפורטות מגבלות התפוקה של נפחי אחסון בגישה ל-NFSv3.
רמת שירות Flex File עם ביצועים בהתאמה אישית
הבדיקות הבאות בוצעו עם נפח אחסון יחיד במאגר אחסון אזורי בהתאמה אישית של ביצועים גמישים. המאגר הוגדר עם התפוקה המקסימלית ועם IOPS, והתוצאות נרשמו.
גודל בלוק של 64KiB (קלט/פלט רציף)
התוצאות האלה נמדדו באמצעות Fio עם ההגדרות הבאות:
גודל בלוק של 64KiB לעומת נפח אחסון יחיד עם שש מכונות וירטואליות של
n2-standard-32מערכת הפעלה Red Hat 9
96GB של קבוצת עבודה לכל מכונה וירטואלית, עם סך משולב של 576GB
אפשרות ההרכבה
nconnectמוגדרת בכל מארח עם ערך של 16אפשרויות הטעינה של
rsizeו-wsizeמוגדרות ב-65536גודל נפח האחסון היה 10TiB ברמת השירות Flex עם ביצועים בהתאמה אישית. לצורך הבדיקה, הביצועים המותאמים אישית הוגדרו לערכים המקסימליים שלהם: 5,120MiBps ו-160,000 IOPS.
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. הטבלה הבאה מראה שנפח אחסון יחיד יכול לטפל בערך ב-4,300 MiBps של קריאות רציפות טהורות וב-1,480 MiBps של כתיבות רציפות טהורות עם גודל בלוק של 64 KiB ב-NFSv3.
תוצאות השוואה ל-NFS 64 KiB Sequential 6 n2-standard-32 מכונות וירטואליות של Red Hat 9
| 100% קריאה ו-0% כתיבה | 75% קריאה ו-25% כתיבה | 50% קריאה ו-50% כתיבה | 25% קריאה ו-75% כתיבה | 0% קריאה ו-100% כתיבה | |
|---|---|---|---|---|---|
| קריאה של MiBps | 4,304 | 2,963 | 1,345 | 464 | 0 |
| כתיבה של MiBps | 0 | 989 | 1,344 | 1,390 | 1,476 |
גודל בלוק של 8 KiB (קלט/פלט אקראי)
התוצאות האלה נמדדו באמצעות Fio עם ההגדרות הבאות:
גודל בלוק של 8 KiB לעומת נפח אחסון יחיד עם שש מכונות וירטואליות של
n2-standard-32מערכת הפעלה Red Hat 9
96GB של קבוצת עבודה לכל מכונה וירטואלית, עם סך משולב של 576GB
אפשרות ההרכבה
nconnectמוגדרת בכל מארח עם ערך של 16אפשרויות ההרכבה
rsizeו-wsizeבכל מארח מוגדרות ל-65536גודל נפח האחסון היה 10TiB ברמת השירות Flex עם ביצועים בהתאמה אישית. לצורך הבדיקה, הביצועים המותאמים אישית הוגדרו לערכים המקסימליים שלהם: 5,120MiBps ו-160,000 IOPS.
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. בטבלה הבאה מוצגות הערכות לגבי נפח אחסון יחיד שיכול לטפל בכ-126,400 פעולות קלט/פלט אקראיות של קריאה ו-78,600 פעולות קלט/פלט אקראיות של כתיבה עם גודל בלוק של 8KiB ב-NFSv3.
תוצאות השוואה (benchmark) של NFS 8 KiB Random 6 n2-standard-32 מכונות וירטואליות של Red Hat 9
| 100% קריאה ו-0% כתיבה | 75% קריאה ו-25% כתיבה | 50% קריאה ו-50% כתיבה | 25% קריאה ו-75% כתיבה | 0% קריאה ו-100% כתיבה | |
|---|---|---|---|---|---|
| קריאת IOPS | 126,397 | 101,740 | 57,223 | 23,600 | 0 |
| IOPS של כתיבה | 0 | 33,916 | 57,217 | 70,751 | 78,582 |
רמת שירות קיצונית
הבדיקות הבאות הופעלו עם נפח אחסון יחיד במאגר אחסון מסוג Extreme, והתוצאות תועדו.
גודל בלוק של 64KiB (קלט/פלט רציף)
התוצאות האלה נמדדו באמצעות Fio עם ההגדרות הבאות:
גודל בלוק של 64KiB לעומת נפח אחסון יחיד עם שש מכונות וירטואליות של
n2-standard-32מערכת הפעלה Red Hat 9
סט עבודה של 1TiB לכל מכונה וירטואלית, עם סך כולל של 6TiB
אפשרות ההרכבה
nconnectמוגדרת בכל מארח עם ערך של 16גודל הנפח היה 75TiB ברמת השירות Extreme
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. בטבלה הבאה אפשר לראות שנפח אחסון יחיד יכול לטפל בערך ב-5,240 MiBps של קריאות רציפות טהורות ובערך ב-2,180 MiBps של כתיבות רציפות טהורות עם גודל בלוק של 64 KiB ב-NFSv3.
תוצאות השוואה ל-NFS 64 KiB Sequential 6 n2-standard-32 מכונות וירטואליות של Red Hat 9
| 100% קריאה ו-0% כתיבה | 75% קריאה ו-25% כתיבה | 50% קריאה ו-50% כתיבה | 25% קריאה ו-75% כתיבה | 0% קריאה ו-100% כתיבה | |
|---|---|---|---|---|---|
| קריאה של MiBps | 5,237 | 2,284 | 1,415 | 610 | 0 |
| כתיבה של MiBps | 0 | 764 | 1,416 | 1,835 | 2,172 |
גודל בלוק של 256 KiB (קלט/פלט רציף)
התוצאות האלה נמדדו באמצעות Fio עם ההגדרות הבאות:
גודל בלוק של 256 KiB לעומת נפח אחסון יחיד עם שש מכונות וירטואליות
n2-standard-32מערכת הפעלה Red Hat 9
סט עבודה של 1TiB לכל מכונה וירטואלית, עם סך כולל של 6TiB
אפשרות ההרכבה
nconnectמוגדרת בכל מארח עם ערך של 16גודל הנפח היה 75TiB ברמת השירות Extreme
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. בטבלה הבאה מוצגות הערכות לגבי נפח יחיד שיכול לטפל בערכים שבין 4,930MiBps של קריאות רציפות טהורות לבין 2,440MiBps של כתיבות רציפות טהורות עם גודל בלוק של 256KiB ב-NFSv3.
תוצאות השוואה לביצועים של NFS 256 KiB Sequential 6 n2-standard-32 מכונות וירטואליות של Red Hat 9
| 100% קריאה ו-0% כתיבה | 75% קריאה ו-25% כתיבה | 50% קריאה ו-50% כתיבה | 25% קריאה ו-75% כתיבה | 0% קריאה ו-100% כתיבה | |
|---|---|---|---|---|---|
| קריאה של MiBps | 4,928 | 2,522 | 1,638 | 677 | 0 |
| כתיבה של MiBps | 0 | 839 | 1,640 | 2,036 | 2,440 |
גודל בלוק של 4KiB (קלט/פלט אקראי)
התוצאות האלה נמדדו באמצעות Fio עם ההגדרות הבאות:
גודל בלוק של 4 KiB לעומת נפח אחסון יחיד עם שש מכונות וירטואליות
n2-standard-32מערכת הפעלה Red Hat 9
סט עבודה של 1TiB לכל מכונה וירטואלית, עם סך כולל של 6TiB
אפשרות ההרכבה
nconnectמוגדרת בכל מארח עם ערך של 16גודל הנפח היה 75TiB ברמת השירות Extreme
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. בטבלה הבאה אפשר לראות שאומדן הקיבולת של נפח יחיד הוא כ-380,000 פעולות קלט/פלט אקראיות טהורות לקריאה וכ-120,000 פעולות קלט/פלט אקראיות טהורות לכתיבה עם גודל בלוק של 4KiB ב-NFSv3.
תוצאות השוואה (benchmark) של NFS 4 KiB Random 6 n2-standard-32 מכונות וירטואליות של Red Hat 9
| 100% קריאה ו-0% כתיבה | 75% קריאה ו-25% כתיבה | 50% קריאה ו-50% כתיבה | 25% קריאה ו-75% כתיבה | 0% קריאה ו-100% כתיבה | |
|---|---|---|---|---|---|
| קריאת IOPS | 380,000 | 172,000 | 79,800 | 32,000 | 0 |
| IOPS של כתיבה | 0 | 57,300 | 79,800 | 96,200 | 118,000 |
גודל בלוק של 8 KiB (קלט/פלט אקראי)
התוצאות האלה נמדדו באמצעות Fio עם ההגדרות הבאות:
גודל בלוק של 8 KiB לעומת נפח אחסון יחיד עם שש מכונות וירטואליות של
n2-standard-32מערכת הפעלה Red Hat 9
סט עבודה של 1TiB לכל מכונה וירטואלית, עם סך כולל של 6TiB
אפשרות ההרכבה
nconnectמוגדרת בכל מארח עם ערך של 16גודל הנפח היה 75TiB ברמת השירות Extreme
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. הטבלה הבאה מראה שנפח אחסון יחיד יכול לטפל בערך ב-270,000 פעולות קלט/פלט אקראיות טהורות לקריאה ובערך ב-110,000 פעולות קלט/פלט אקראיות טהורות לכתיבה, עם גודל בלוק של 8KiB ב-NFSv3.
תוצאות השוואה (benchmark) של NFS 8 KiB Random 6 n2-standard-32 מכונות וירטואליות של Red Hat 9
| 100% קריאה ו-0% כתיבה | 75% קריאה ו-25% כתיבה | 50% קריאה ו-50% כתיבה | 25% קריאה ו-75% כתיבה | 0% קריאה ו-100% כתיבה | |
|---|---|---|---|---|---|
| קריאת IOPS | 265,000 | 132,000 | 66,900 | 30,200 | 0 |
| IOPS של כתיבה | 0 | 44,100 | 66,900 | 90,500 | 104,000 |
מגבלות נפח נתונים להעברה בגישה ל-SMB
בקטעים הבאים מפורטים מגבלות נפח התפוקה לגישת SMB.
גודל בלוק של 64KiB (קלט/פלט רציף)
התוצאות האלה נמדדו באמצעות Fio עם ההגדרות הבאות:
גודל בלוק של 64KiB לעומת נפח אחסון יחיד עם שש מכונות וירטואליות של
n2-standard-32מערכת ההפעלה Windows 2022
סט עבודה של 1TiB לכל מכונה וירטואלית, עם סך משולב של 6TiB
האפשרות SMB Connect Count Per RSS Network Interface client-side (מספר החיבורים ל-SMB לכל ממשק רשת RSS בצד הלקוח) מוגדרת בכל מכונה וירטואלית עם ערך של 16
גודל הנפח היה 75TiB ברמת השירות Extreme
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. בטבלה הבאה אפשר לראות שנפח אחסון יחיד יכול לטפל בערך ב-5,130MiBps של קריאות רציפות טהורות ובערך ב-1,790MiBps של כתיבות רציפות טהורות עם גודל בלוק של 64KiB דרך SMB.
SMB 64 KiB Sequential 6 n2-standard-32 מכונות וירטואליות של Windows 2022
| 100% קריאה ו-0% כתיבה | 75% קריאה ו-25% כתיבה | 50% קריאה ו-50% כתיבה | 25% קריאה ו-75% כתיבה | 0% קריאה ו-100% כתיבה | |
|---|---|---|---|---|---|
| קריאה של MiBps | 5,128 | 2,675 | 1,455 | 559 | 0 |
| כתיבה של MiBps | 0 | 892 | 1,454 | 1,676 | 1,781 |
גודל בלוק של 256 KiB (קלט/פלט רציף)
התוצאות האלה נמדדו באמצעות Fio עם ההגדרות הבאות:
גודל בלוק של 256 KiB לעומת נפח אחסון יחיד עם שש מכונות וירטואליות n2-standard-32
מערכת ההפעלה Windows 2022
סט עבודה של 1TiB לכל מכונה וירטואלית, עם סך כולל של 6TiB
האפשרות 'מספר חיבורי SMB לכל לקוח של ממשק רשת RSS' מוגדרת בצד הלקוח בכל מארח עם ערך של 16
גודל הנפח היה 75TiB ברמת השירות Extreme
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. בטבלה הבאה אפשר לראות שמוערך שנפח אחסון יחיד יכול לטפל בערך ב-4,620MiBps של קריאות רציפות טהורות ובערך ב-1,830MiBps של כתיבות רציפות טהורות עם גודל בלוק של 256KiB דרך SMB.
SMB 256 KiB Sequential 6 n2-standard-32 Windows 2022 VMs
| 100% קריאה ו-0% כתיבה | 75% קריאה ו-25% כתיבה | 50% קריאה ו-50% כתיבה | 25% קריאה ו-75% כתיבה | 0% קריאה ו-100% כתיבה | |
|---|---|---|---|---|---|
| קריאה של MiBps | 4,617 | 2,708 | 1,533 | 584 | 0 |
| כתיבה של MiBps | 0 | 900 | 1,534 | 1,744 | 1,826 |
גודל בלוק של 4KiB (קלט/פלט אקראי)
התוצאות האלה נמדדו באמצעות Fio עם ההגדרות הבאות:
גודל בלוק של 4 KiB לעומת נפח אחסון יחיד עם שש מכונות וירטואליות
n2-standard-32מערכת ההפעלה Windows 2022
1TiB של קבוצת עבודה לכל מכונה וירטואלית, ובסך הכול 6TiB
האפשרות 'מספר חיבורי SMB לכל לקוח של ממשק רשת RSS בצד הלקוח' מופעלת בכל מארח עם ערך של 16
גודל הנפח היה 75TiB ברמת השירות Extreme
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. הטבלה הבאה מראה שנפח יחיד יכול לטפל בערך ב-390,000 פעולות קלט/פלט אקראיות טהורות לקריאה ובערך ב-110,000 פעולות קלט/פלט אקראיות טהורות לכתיבה עם גודל בלוק של 4KiB דרך SMB.
תוצאות השוואה ל-SMB 4 KiB Random 6 n2-standard-32 מכונות וירטואליות של Windows 2022
| 100% קריאה ו-0% כתיבה | 75% קריאה ו-25% כתיבה | 50% קריאה ו-50% כתיבה | 25% קריאה ו-75% כתיבה | 0% קריאה ו-100% כתיבה | |
|---|---|---|---|---|---|
| קריאת IOPS | 390,900 | 164,700 | 84,200 | 32,822 | 0 |
| IOPS של כתיבה | 0 | 54,848 | 84,200 | 98,500 | 109,300 |
גודל בלוק של 8 KiB (קלט/פלט אקראי)
התוצאות האלה נמדדו באמצעות Fio עם ההגדרות הבאות:
גודל בלוק של 8 KiB לעומת נפח אחסון יחיד עם שש מכונות וירטואליות של
n2-standard-32מערכת ההפעלה Windows 2022
1TiB של קבוצת עבודה לכל מכונה וירטואלית, ובסך הכול 6TiB
מספר חיבורי SMB לכל לקוח של ממשק רשת RSS בצד הלקוח שהוגדר בכל מארח לערך 16
גודל הנפח היה 75TiB ברמת השירות Extreme
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. הטבלה הבאה מראה שנפח יחיד יכול לטפל בערך ב-280,000 פעולות קלט/פלט אקראיות של קריאה טהורה ובערך ב-90,000 פעולות קלט/פלט אקראיות של כתיבה טהורה עם גודל בלוק של 8KiB דרך SMB.
תוצאות השוואה ל-SMB 8 KiB Random 6 n2-standard-32 מכונות וירטואליות של Windows 2022
| 100% קריאה ו-0% כתיבה | 75% קריאה ו-25% כתיבה | 50% קריאה ו-50% כתיבה | 25% קריאה ו-75% כתיבה | 0% קריאה ו-100% כתיבה | |
|---|---|---|---|---|---|
| קריאת IOPS | 271,800 | 135,900 | 65,700 | 28,093 | 0 |
| IOPS של כתיבה | 0 | 45,293 | 65,900 | 84,400 | 85,500 |
מגבלות על נפח הנתונים (throughput) לגישת iSCSI
בקטעים הבאים מתוארות מגבלות התפוקה של נפח הנתונים לגישת iSCSI ברמת השירות Flex Unified.
הבדיקות הבאות הופעלו עם שישה נפחי אחסון של 1TiB במאגר אחסון אזורי מותאם אישית של Flex Unified עם ביצועים גבוהים. המאגר הוגדר עם התפוקה המקסימלית ועם IOPS, והתוצאות נרשמו.
גודל בלוק של 64KiB (קלט/פלט רציף)
התוצאות האלה נמדדו באמצעות Fio עם ההגדרות הבאות:
גודל בלוק של 64 KiB ל-6 נפחים עם 6 מכונות וירטואליות
n2-standard-32מערכת ההפעלה Red Hat Enterprise Linux (RHEL) 9
720 GiB של קבוצת עבודה לכל מכונה וירטואלית, עם סך משולב של 4,320 GiB
iSCSI עם הפרמטר
nr_sessionsבכל מארח שמוגדר ל-16כל נפח הוא 1TiB מתוך נפח אחסון ארגוני של 10TiB
הפעלנו את Fio עם 24 משימות בכל מכונה וירטואלית, והגדרנו את iodepth ל-1. הטבלה הבאה מראה שמאגר אחסון יכול לטפל בערך ב-4,915 MiBps של קריאות רציפות טהורות ובערך ב-2,375 MiBps של כתיבות רציפות טהורות עם גודל בלוק של 64 KiB דרך iSCSI.
iSCSI 64 KiB Sequential 6 n2-standard-32 RHEL 9 VMs
| 100% קריאה ו-0% כתיבה | 75% קריאה ו-25% כתיבה | 50% קריאה ו-50% כתיבה | 25% קריאה ו-75% כתיבה | 0% קריאה ו-100% כתיבה | |
|---|---|---|---|---|---|
| קריאה של MiBps | 4,915 | 3,642 | 1,846 | 701 | 0 |
| כתיבה של MiBps | 0 | 1,214 | 1,844 | 2,104 | 2,375 |
גודל בלוק של 256 KiB (קלט/פלט רציף)
התוצאות האלה נמדדו באמצעות Fio עם ההגדרות הבאות:
גודל בלוק של 256 KiB ל-6 אמצעי אחסון עם 6 מכונות וירטואליות
n2-standard-32מערכת הפעלה RHEL 9
720 GiB של קבוצת עבודה לכל מכונה וירטואלית, עם סך משולב של 4,320 GiB
iSCSI עם הפרמטר
nr_sessionsבכל מארח שמוגדר ל-16כל נפח הוא 1TiB מתוך נפח אחסון ארגוני של 10TiB
הפעלנו את Fio עם 24 משימות בכל מכונה וירטואלית, והגדרנו את iodepth ל-1. הטבלה הבאה מראה שמאגר אחסון יכול לטפל בערך ב-4,954MiBps של קריאות רציפות טהורות ובערך ב-2,648MiBps של כתיבות רציפות טהורות עם גודל בלוק של 256KiB דרך iSCSI.
iSCSI 256 KiB Sequential 6 n2-standard-32 RHEL 9 VMs
| 100% קריאה ו-0% כתיבה | 75% קריאה ו-25% כתיבה | 50% קריאה ו-50% כתיבה | 25% קריאה ו-75% כתיבה | 0% קריאה ו-100% כתיבה | |
|---|---|---|---|---|---|
| קריאה של MiBps | 4,954 | 3,774 | 2,387 | 859 | 0 |
| כתיבה של MiBps | 0 | 1,259 | 2,389 | 2,574 | 2,648 |
גודל בלוק של 4KiB (קלט/פלט אקראי)
התוצאות האלה נמדדו באמצעות Fio עם ההגדרות הבאות:
גודל בלוק של 4 KiB ל-6 אמצעי אחסון עם 6 מכונות וירטואליות
n2-standard-32מערכת הפעלה RHEL 9
720 GiB של קבוצת עבודה לכל מכונה וירטואלית, עם סך משולב של 4,320 GiB
iSCSI עם הפרמטר
nr_sessionsבכל מארח שמוגדר ל-16כל נפח הוא 1TiB מתוך נפח אחסון ארגוני של 10TiB
הפעלנו את Fio עם 24 משימות בכל מכונה וירטואלית, והגדרנו את iodepth ל-4. הטבלה הבאה מראה שמאגר אחסון מסוגל לטפל בערך ב-160,000 IOPS של קריאה אקראית טהורה ובערך ב-160,000 IOPS של כתיבה אקראית טהורה עם גודל בלוק של 4KiB דרך iSCSI.
iSCSI 4 KiB Random 6 n2-standard-32 RHEL 9 VMs
| 100% קריאה ו-0% כתיבה | 75% קריאה ו-25% כתיבה | 50% קריאה ו-50% כתיבה | 25% קריאה ו-75% כתיבה | 0% קריאה ו-100% כתיבה | |
|---|---|---|---|---|---|
| קריאת IOPS | 159,861 | 120,061 | 80,047 | 40,027 | 0 |
| IOPS של כתיבה | 0 | 40,031 | 80,056 | 120,060 | 160,072 |
גודל בלוק של 8 KiB (קלט/פלט אקראי)
התוצאות האלה נמדדו באמצעות Fio עם ההגדרות הבאות:
גודל בלוק של 8KiB ל-6 נפחי אחסון עם 6 מכונות וירטואליות
n2-standard-32מערכת הפעלה RHEL 9
720 GiB של קבוצת עבודה לכל מכונה וירטואלית, עם סך משולב של 4,320 GiB
iSCSI עם הפרמטר
nr_sessionsבכל מארח שמוגדר ל-16כל נפח הוא 1TiB מתוך נפח אחסון ארגוני של 10TiB
הפעלנו את Fio עם 24 משימות בכל מכונה וירטואלית, והגדרנו את iodepth ל-4. הטבלה הבאה מראה שמאגר אחסון יכול לטפל בערך ב-158,000 IOPS של קריאה אקראית טהורה ובערך ב-140,400 IOPS של כתיבה אקראית טהורה עם גודל בלוק של 8KiB דרך iSCSI.
iSCSI 8 KiB Random 6 n2-standard-32 RHEL 9 VMs
| 100% קריאה ו-0% כתיבה | 75% קריאה ו-25% כתיבה | 50% קריאה ו-50% כתיבה | 25% קריאה ו-75% כתיבה | 0% קריאה ו-100% כתיבה | |
|---|---|---|---|---|---|
| קריאת IOPS | 157,780 | 120,028 | 80,102 | 39,866 | 0 |
| IOPS של כתיבה | 0 | 40,035 | 80,070 | 119,565 | 140,366 |
מבחן ביצועים של עומס עבודה (workload) של אוטומציה של עיצוב אלקטרוני
תמיכה בכמויות גדולות של נפחי אחסון ב-NetApp Volumes מאפשרת להשתמש במערכות קבצים מקבילות עם ביצועים גבוהים, שמתאימות במיוחד לעומסי עבודה (workloads) של אוטומציה בתכנון אלקטרוני. מערכות הקבצים האלה מספקות קיבולת של עד 1 PiB ומספקות קצב גבוה של קלט/פלט ושל נתונים בזמן אחזור נמוך.
לעומסי עבודה של אוטומציה של עיצוב אלקטרוני יש דרישות ביצועים שונות בין שלבי ה-Frontend וה-Backend. בשלב הקצה הקדמי, המערכת נותנת עדיפות למטא-נתונים ול-IOPS, ובשלב הקצה האחורי היא מתמקדת בנפח הנתונים.
מדד השוואה אוטומטי לתכנון אלקטרוני בתקן התעשייה עם עומסי עבודה מעורבים של חזית עורפית וקצה עורפי, באמצעות נפח גדול עם מספר לקוחות NFSv3 שמפוזרים באופן שווה על פני 6 כתובות IP, יכול להשיג קצב העברה של עד 21.5 GiBps ועד 1,350,000 IOPS.