בדף הזה מוצגים מגבלות הביצועים של נפח אחסון יחיד ב-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 עם ההגדרות הבאות:
גודל בלוק של 64 KiB כנגד אמצעי אחסון יחיד עם שש מכונות וירטואליות של
n2-standard-32מערכת ההפעלה Red Hat 9
סט עבודה של 96 ג'יגה-בייט לכל מכונה וירטואלית עם סך כולל של 576 ג'יגה-בייט
אפשרות הרכבה של
nconnectמוגדרת בכל מארח עבור ערך של 16אפשרויות ההרכבה של
rsizeו-wsizeהוגדרו ב-65536גודל הנפח היה 10 TiB מרמת השירות Flex עם ביצועים מותאמים אישית. לצורך בדיקה, הביצועים המותאמים אישית נקבעו לערכים מקסימליים של 5,120 MiBps ו-160,000 IOPS.
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. הטבלה הבאה מדגימה כי אמצעי אחסון יחיד מוערך כמסוגל לטפל בכ-4,300 MiBps של קריאות סדרתיות טהורות ו-1,480 MiBps של כתיבות סדרתיות טהורות עם גודל בלוק של 64 KiB על פני NFSv3.
תוצאות בנצ'מרק עבור מכונות וירטואליות Red Hat 9 של NFS 64 KiB Sequential 6 n2-standard-32
| 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 ג'יגה-בייט לכל מכונה וירטואלית עם סך כולל של 576 ג'יגה-בייט
אפשרות הרכבה של
nconnectמוגדרת בכל מארח עבור ערך של 16אפשרויות הרכבה של
rsizeו-wsizeבכל מארח שתצורתו נקבעה ב-65536גודל הנפח היה 10 TiB מרמת השירות Flex עם ביצועים מותאמים אישית. לצורך בדיקה, הביצועים המותאמים אישית נקבעו לערכים מקסימליים של 5,120 MiBps ו-160,000 IOPS.
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. הטבלה הבאה מדגימה כי אמצעי אחסון יחיד מוערך כמסוגל לטפל בכ-126,400 IOPS לקריאה אקראית טהורה ו-78,600 IOPS לכתיבה אקראית טהורה עם גודל בלוק של 8 KiB על פני NFSv3.
תוצאות בנצ'מרק עבור NFS 8 KiB אקראי 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 והתוצאות נאספו.
גודל בלוק של 64 KiB (קלט/פלט סדרתי)
התוצאות האלה נמדדו באמצעות Fio עם ההגדרות הבאות:
גודל בלוק של 64 KiB כנגד אמצעי אחסון יחיד עם שש מכונות וירטואליות של
n2-standard-32מערכת ההפעלה Red Hat 9
ערכת עבודה של TiB אחד לכל מכונה וירטואלית עם סך כולל של 6 TiB
אפשרות הרכבה של
nconnectמוגדרת בכל מארח עבור ערך של 16גודל הנפח היה 75TiB ברמת השירות Extreme
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. הטבלה הבאה מדגימה כי אמצעי אחסון יחיד מוערך כמסוגל לטפל בין כ-5,240 MiBps של קריאות סדרתיות טהורות לכ-2,180 MiBps של כתיבות סדרתיות טהורות עם גודל בלוק של 64 KiB על פני NFSv3.
תוצאות בנצ'מרק עבור מכונות וירטואליות Red Hat 9 של NFS 64 KiB Sequential 6 n2-standard-32
| 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
ערכת עבודה של TiB אחד לכל מכונה וירטואלית עם סך כולל של 6 TiB
אפשרות הרכבה של
nconnectמוגדרת בכל מארח עבור ערך של 16גודל הנפח היה 75TiB ברמת השירות Extreme
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. הטבלה הבאה מדגימה כי אמצעי אחסון יחיד מוערך כמסוגל לטפל בין כ-4,930 MiBps של קריאות סדרתיות טהורות לכ-2,440 MiBps של כתיבות סדרתיות טהורות עם גודל בלוק של 256 KiB על פני NFSv3.
תוצאות בנצ'מרק עבור מכונות וירטואליות Red Hat 9 בגודל NFS 256 KiB Sequential 6 n2-standard-32
| 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
ערכת עבודה של TiB אחד לכל מכונה וירטואלית עם סך כולל של 6 TiB
אפשרות הרכבה של
nconnectמוגדרת בכל מארח עבור ערך של 16גודל הנפח היה 75TiB ברמת השירות Extreme
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. הטבלה הבאה מדגימה כי אמצעי אחסון יחיד מוערך כמסוגל לטפל בין כ-380,000 IOPS לקריאה אקראית טהורה לכ-120,000 IOPS לכתיבה אקראית טהורה עם גודל בלוק של 4 KiB על פני NFSv3.
תוצאות מדד עבור NFS 4 KiB אקראי 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
ערכת עבודה של TiB אחד לכל מכונה וירטואלית עם סך כולל של 6 TiB
אפשרות הרכבה של
nconnectמוגדרת בכל מארח עבור ערך של 16גודל הנפח היה 75TiB ברמת השירות Extreme
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. הטבלה הבאה מדגימה כי אמצעי אחסון יחיד מוערך כמסוגל לטפל בין ~270,000 IOPS לקריאה אקראית טהורה לבין ~110,000 IOPS לכתיבה אקראית טהורה עם גודל בלוק של 8 KiB על פני NFSv3.
תוצאות בנצ'מרק עבור NFS 8 KiB אקראי 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.
גודל בלוק של 64KiB (קלט/פלט רציף)
התוצאות האלה נמדדו באמצעות Fio עם ההגדרות הבאות:
גודל בלוק של 64 KiB כנגד אמצעי אחסון יחיד עם שש מכונות וירטואליות של
n2-standard-32מערכת ההפעלה Windows 2022
ערכת עבודה של TiB אחד לכל מכונה וירטואלית עם סך כולל של 6 TiB
אפשרות צד הלקוח של ממשק רשת RSS של SMB Connect Count Per RSS שתצורתה נקבעה בכל מכונה וירטואלית עבור ערך של 16
גודל הנפח היה 75TiB ברמת השירות Extreme
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. הטבלה הבאה מדגימה כי אמצעי אחסון יחיד מוערך כמסוגל לטפל בין ~5,130 MiBps של קריאות סדרתיות טהורות לבין ~1,790 MiBps של כתיבות סדרתיות טהורות עם גודל בלוק של 64 KiB על פני SMB.
SMB 64 KiB סדרתי 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-32
מערכת ההפעלה Windows 2022
ערכת עבודה של TiB אחד לכל מכונה וירטואלית עם סך כולל של 6 TiB
ספירת חיבורי SMB לכל אפשרות ממשק רשת RSS בצד הלקוח שתצורתה נקבעה בכל מחשב מארח עבור ערך של 16
גודל הנפח היה 75TiB ברמת השירות Extreme
הפעלנו את Fio עם 8 משימות בכל מכונה וירטואלית, ובסך הכול 48 משימות. הטבלה הבאה מדגימה כי אמצעי אחסון יחיד מוערך כמסוגל לטפל בין ~4,620 MiBps של קריאות סדרתיות טהורות לבין ~1,830 MiBps של כתיבות סדרתיות טהורות עם גודל בלוק של 256 KiB על פני SMB.
SMB 256 KiB סדרתי 6 n2-standard-32 מכונות וירטואליות של Windows 2022
| 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 IOPS של קריאה אקראית טהורה ל-~90,000 IOPS של כתיבה אקראית טהורה עם גודל בלוק של 8 KiB מעל SMB.
תוצאות מדד עבור מכונות וירטואליות של Windows 2022 בגודל SMB בגודל 8 KiB אקראי 6 n2-standard-32
| 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.
הבדיקות הבאות בוצעו עם שישה אמצעי אחסון של 1 TiB במאגר אחסון אזורי בעל ביצועים מותאמים אישית של Flex Unified. המאגר הוגדר עם תפוקה מקסימלית ו-IOPS, והתוצאות נלכדו.
גודל בלוק של 64 KiB (קלט/פלט סדרתי)
תוצאות אלו נלכדו באמצעות Fio עם ההגדרות הבאות:
גודל בלוק של 64 KiB עבור 6 אמצעי אחסון עם 6 מכונות וירטואליות של
n2-standard-32מערכת הפעלה Red Hat Enterprise Linux (RHEL) 9
סט עבודה של 720 ג'יגה-בייט לכל מכונה וירטואלית, עם סך כולל של 4,320 ג'יגה-בייט
iSCSI כאשר הפרמטר
nr_sessionsבכל מארח מוגדר ל-16כל גודל אמצעי אחסון הוא 1 TiB מתוך מאגר אחסון של קיבולת של 10 TiB
Fio בוצע עם 24 משימות בכל מכונה וירטואלית כאשר iodepth מוגדר ל-1. הטבלה הבאה מדגימה כי מאגר אחסון מוערך כבעל יכולת לטפל בין ~4,915 MiBps של קריאות סדרתיות טהורות לבין ~2,375 MiBps של כתיבות סדרתיות טהורות עם גודל בלוק של 64 KiB על גבי iSCSI.
iSCSI 64 KiB סדרתי 6 n2-standard-32 RHEL 9 מכונות וירטואליות
| 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 ג'יגה-בייט לכל מכונה וירטואלית, עם סך כולל של 4,320 ג'יגה-בייט
iSCSI כאשר הפרמטר
nr_sessionsבכל מארח מוגדר ל-16כל גודל אמצעי אחסון הוא 1 TiB מתוך מאגר אחסון של קיבולת של 10 TiB
Fio בוצע עם 24 משימות בכל מכונה וירטואלית כאשר iodepth מוגדר ל-1. הטבלה הבאה מדגימה כי מאגר אחסון מוערך כבעל יכולת לטפל בין ~4,954 MiBps של קריאות סדרתיות טהורות לבין ~2,648 MiBps של כתיבות סדרתיות טהורות עם גודל בלוק של 256 KiB על גבי iSCSI.
iSCSI 256 KiB סדרתי 6 n2-standard-32 RHEL 9 מכונות וירטואליות
| 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 ג'יגה-בייט לכל מכונה וירטואלית, עם סך כולל של 4,320 ג'יגה-בייט
iSCSI כאשר הפרמטר
nr_sessionsבכל מארח מוגדר ל-16כל גודל אמצעי אחסון הוא 1 TiB מתוך מאגר אחסון של קיבולת של 10 TiB
Fio בוצע עם 24 משימות בכל מכונה וירטואלית כאשר iodepth מוגדר ל-4. הטבלה הבאה מדגימה כי מאגר אחסון מוערך כמסוגל לטפל בין ~160,000 IOPS לקריאה אקראית טהורה לבין ~160,000 IOPS לכתיבה אקראית טהורה עם גודל בלוק של 4 KiB על גבי iSCSI.
iSCSI 4 KiB אקראי 6 n2-standard-32 RHEL 9 מכונות וירטואליות
| 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 עם ההגדרות הבאות:
גודל בלוק של 8 KiB עבור 6 אמצעי אחסון עם 6 מכונות וירטואליות של
n2-standard-32מערכת הפעלה RHEL 9
סט עבודה של 720 ג'יגה-בייט לכל מכונה וירטואלית, עם סך כולל של 4,320 ג'יגה-בייט
iSCSI כאשר הפרמטר
nr_sessionsבכל מארח מוגדר ל-16כל גודל אמצעי אחסון הוא 1 TiB מתוך מאגר אחסון של קיבולת של 10 TiB
Fio בוצע עם 24 משימות בכל מכונה וירטואלית כאשר iodepth מוגדר ל-4. הטבלה הבאה מדגימה כי מאגר אחסון מוערך כמסוגל לטפל בין כ-158,000 IOPS של קריאה אקראית טהורה לכ-140,400 IOPS של כתיבה אקראית טהורה עם גודל בלוק של 8 KiB דרך iSCSI.
iSCSI 8 KiB אקראי 6 n2-standard-32 RHEL 9 מכונות וירטואליות
| 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 ו-Microsoft SQL Server דרך iSCSI באמצעי אחסון של NetApp. מדידות אלו מהעולם האמיתי משלימות את נתוני ביצועי האחסון הסינתטיים.
לתשומת ליבכם
יש לקחת בחשבון את הגורמים הבאים בעת סקירת תוצאות ביצועי מסד הנתונים:
תוצאות בדיקת המדד של מסד הנתונים מייצגות מדידות בתנאי בדיקה ספציפיים.
ביצועים בעולם האמיתי משתנים בהתאם למאפייני עומס העבודה ותצורות כגון גודל המארח, הרשת, מסד הנתונים, iSCSI, ריבוי נתיבים וארכיטקטורת פריסה.
מסד נתונים של אורקל
הבדיקות הבאות רצו על Oracle Database 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 דרך iSCSI.
Microsoft SQL Server
הבדיקות הבאות רצו על עומסי עבודה של Microsoft SQL Server באמצעות כלי SQL storage benchmark (SSB) מעל iSCSI עם תצורות LUN יחידות ולכידת תוצאות ביצועים לצורך ניתוח.
| פרופיל עומס עבודה | IOPS של אחסון | זמן אחזור |
|---|---|---|
| 100% קריאה | ~140,000 | <1 אלפיות השנייה |
| 80% קריאה ו-20% כתיבה | ~100,000 | <1 אלפיות השנייה |
ערכי ביצועים אלה מייצגים ביצועי אחסון מתמשכים בנקודות פעולה בעלות השהיה נמוכה. סך IOPS האחסון מחושב כסכום של IOPS קריאה וכתיבה עבור עומס עבודה של 80% קריאה ו-20% כתיבה.
מדדים של עומסי עבודה (workloads) של אוטומציה של עיצוב אלקטרוני
תמיכה בנפחים גדולים של NetApp Volumes מציעה מערכות קבצים מקביליות בעלות ביצועים גבוהים, אידיאליות לעומסי עבודה של אוטומציה של תכנון אלקטרוני. מערכות קבצים אלו מספקות קיבולת של עד 1 PiB ומספקות קצבי קלט/פלט ותפוקה גבוהים בהשהיה נמוכה.
לעומסי עבודה של אוטומציה של תכנון אלקטרוני יש דרישות ביצועים שונות בין שלבי הקצה הקדמי והקצה האחורי. שלב הקצה המקוון נותן עדיפות למטא-דאטה ול-IOPS, בעוד ששלב הקצה האחורי מתמקד בתפוקה.
מדד אוטומציה לתכנון אלקטרוני סטנדרטי בתעשייה עם עומסי עבודה מעורבים של חזית וחזית, המשתמש בנפח גדול עם מספר לקוחות NFSv3 המפוזרים באופן שווה על פני 6 כתובות IP, יכול להשיג תפוקה של עד 21.5 GiBps ועד 1,350,000 IOPS.