בדף הזה מוצגים מגבלות הביצועים של נפח אחד של Google Cloud NetApp Volumes ממכונות וירטואליות של כמה לקוחות. אפשר להשתמש במידע שבדף הזה כדי לקבוע את הגודל של עומסי העבודה.
בדיקות ביצועים
תוצאות הבדיקה הבאות מציגות מגבלות ביצועים. בבדיקות האלה, לנפח יש קיבולת מספקת כך שקצב העברת הנתונים לא משפיע על בדיקות ההשוואה. הקצאת קיבולת של נפח יחיד מעבר למספרי התפוקה הבאים לא תניב שיפורים נוספים בביצועים.
הערה: בדיקות הביצועים הושלמו באמצעות Fio.
לגבי תוצאות בדיקות הביצועים, חשוב לשים לב לשיקולים הבאים:
במסלולים Standard, Premium ו-Extreme, קצב העברת הנתונים של רמת השירות גדל עם נפח הקיבולת עד שמגיעים למגבלות. כל רמות השירות של 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
96 GiB של קבוצת עבודה לכל מכונה וירטואלית, עם סך כולל של 576 GiB
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 VMs
| 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
96 GiB של קבוצת עבודה לכל מכונה וירטואלית, עם סך כולל של 576 GiB
nconnectאפשרות ההרכבה מוגדרת בכל מארח עם ערך של 16אפשרויות ההרכבה
rsizeו-wsizeבכל מארח מוגדרות ל-65536גודל נפח האחסון היה 10TiB ברמת השירות Flex עם ביצועים בהתאמה אישית. לצורך הבדיקה, הביצועים המותאמים אישית הוגדרו לערכים המקסימליים שלהם: 5,120MiBps ו-160,000 IOPS.
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. בטבלה הבאה מוצגות הערכות לגבי נפח אחסון יחיד שיכול לטפל בכ-126,400 פעולות קלט/פלט אקראיות טהורות לקריאה ו-78,600 פעולות קלט/פלט אקראיות טהורות לכתיבה עם גודל בלוק של 8KiB ב-NFSv3.
תוצאות השוואת ביצועים של 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,240MiBps של קריאות רציפות טהורות ובערך ב-2,180MiBps של כתיבות רציפות טהורות עם גודל בלוק של 64KiB ב-NFSv3.
תוצאות ההשוואה של NFS 64 KiB Sequential 6 n2-standard-32 Red Hat 9 VMs
| 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,930 MiBps של קריאות רציפות טהורות לבין כ-2,440 MiBps של כתיבות רציפות טהורות עם גודל בלוק של 256 KiB ב-NFSv3.
תוצאות השוואה (benchmark) של NFS 256 KiB Sequential 6 n2-standard-32 Red Hat 9 VMs
| 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.
תוצאות השוואת ביצועים של 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,130 MiBps ובכתיבות רציפות טהורות של ~1,790 MiBps עם גודל בלוק של 64 KiB דרך 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 עם ההגדרות הבאות:
גודל בלוק של 256KiB לעומת נפח אחסון יחיד עם שש מכונות וירטואליות מסוג n2-standard-32
מערכת ההפעלה Windows 2022
1TiB של קבוצת עבודה לכל מכונה וירטואלית, עם סך משולב של 6TiB
האפשרות 'מספר חיבורי SMB לכל לקוח של ממשק רשת RSS' מוגדרת בצד הלקוח בכל מארח עם ערך של 16
גודל הנפח היה 75TiB ברמת השירות Extreme
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. בטבלה הבאה אפשר לראות שמוערך שנפח אחסון יחיד יכול לטפל בערכים שבין ~4,620 MiBps של קריאות רציפות טהורות לבין ~1,830 MiBps של כתיבות רציפות טהורות עם גודל בלוק של 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 |
מגבלות נפח אחסון לגישת 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,954 MiBps של קריאות רציפות טהורות וב-2,648 MiBps של כתיבות רציפות טהורות עם גודל בלוק של 256 KiB דרך 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 עם ההגדרות הבאות:
גודל בלוק של 4KiB ל-6 נפחים עם 6 מכונות וירטואליות של
n2-standard-32מערכת הפעלה RHEL 9
720 GiB של קבוצת עבודה לכל מכונה וירטואלית, עם סך כולל של 4,320 GiB
iSCSI עם הפרמטר
nr_sessionsבכל מארח שמוגדר ל-16כל נפח הוא 1TiB מתוך מאגר אחסון בנפח של 10TiB
הפעלנו את Fio עם 24 משימות בכל מכונה וירטואלית, והגדרנו את iodepth ל-4. הטבלה הבאה מראה שמאגר אחסון יכול לטפל בערך ב-160,000 פעולות קלט/פלט אקראיות טהורות של קריאה ובערך ב-160,000 פעולות קלט/פלט אקראיות טהורות של כתיבה עם גודל בלוק של 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 |
נקודות השוואה של עומסי עבודה במסדי נתונים
בקטע הזה מוצגות תוצאות של הערכות ביצועים של מסדי נתונים ברמת האפליקציה לעומסי עבודה של Oracle ו-מיקרוסופט SQL Server דרך iSCSI ב-NetApp Volumes. המדדים האלה מהעולם האמיתי משלימים את נתוני ההשוואה הסינתטיים של נפח האחסון.
לתשומת ליבכם
כשבודקים את תוצאות ההשוואה של מסד הנתונים, חשוב להביא בחשבון את הגורמים הבאים:
תוצאות ההשוואה של מסד הנתונים מייצגות מדידות בתנאי בדיקה ספציפיים.
הביצועים בפועל משתנים בהתאם למאפייני עומס העבודה ולתצורות כמו גודל המארח, הרשת, מסד הנתונים, iSCSI, ריבוי נתיבים וארכיטקטורת הפריסה.
מסד נתונים של Oracle
הבדיקות הבאות הופעלו במסד נתונים של Oracle 23c באמצעות הכלי Silly Little Oracle Benchmark (SLOB) דרך iSCSI, כדי לתעד את תוצאות הביצועים לצורך ניתוח.
| פרופיל עומס עבודה | IOPS של אחסון | זמן אחזור |
|---|---|---|
| 100% קריאה | כ-157,000 | 0.40 אלפיות השנייה |
| 90% קריאה ו-10% כתיבה | כ-145,000 | 0.38 אלפיות השנייה |
ערכי ה-IOPS של האחסון מייצגים את קלט/פלט האחסון בעורף המערכת שנצפה במהלך הבדיקה. סך ה-IOPS של האחסון מחושב כסכום של ה-IOPS של הקריאה והכתיבה עבור עומס העבודה של 90% קריאה ו-10% כתיבה.
מידע נוסף זמין במאמר ביצועי Oracle ב-Google Cloud NetApp Volumes דרך iSCSI.
Microsoft SQL Server
הבדיקות הבאות בוצעו בעומסי עבודה של Microsoft SQL Server באמצעות כלי ההשוואה (benchmark) של אחסון SQL (SSB) דרך iSCSI עם הגדרות LUN יחידות, כדי לתעד תוצאות ביצועים לצורך ניתוח.
| פרופיל עומס עבודה | IOPS של אחסון | זמן אחזור |
|---|---|---|
| 100% קריאה | כ-140,000 | <1 אלפית שנייה |
| 80% קריאה ו-20% כתיבה | כ-100,000 | <1 אלפית שנייה |
ערכי הביצועים האלה מייצגים ביצועי אחסון יציבים בנקודות הפעלה עם חביון נמוך. סך ה-IOPS של האחסון מחושב כסכום של ה-IOPS של הקריאה והכתיבה עבור עומס העבודה של 80% קריאה ו-20% כתיבה.
מבחן ביצועים של עומס עבודה (workload) של אוטומציה של עיצוב אלקטרוני
תמיכה בכמויות גדולות של נפחי אחסון ב-NetApp Volumes מאפשרת להשתמש במערכות קבצים מקבילות עם ביצועים גבוהים, שמתאימות במיוחד לעומסי עבודה (workloads) של אוטומציה בתכנון אלקטרוני. מערכות הקבצים האלה מספקות קיבולת של עד 1 PiB ומספקות קצב גבוה של קלט/פלט ושל נתונים בזמן אחזור נמוך.
לעומסי עבודה של אוטומציה של עיצוב אלקטרוני יש דרישות ביצועים שונות בין שלבי ה-Frontend וה-Backend. בשלב הקצה הקדמי, המערכת נותנת עדיפות למטא-נתונים ול-IOPS, ובשלב הקצה האחורי היא מתמקדת בנפח הנתונים.
מדד השוואה אוטומטי לתכנון אלקטרוני בתקן התעשייה עם עומסי עבודה מעורבים של חזית עורפית וקצה עורפי, באמצעות נפח גדול עם מספר לקוחות NFSv3 שמפוזרים באופן שווה על פני 6 כתובות IP, יכול להשיג קצב העברה של עד 21.5 GiBps ועד 1,350,000 IOPS.