אופטימיזציה של הביצועים

בדף הזה מוסבר איך לשפר את הביצועים של Google Cloud NetApp Volumes באמצעות שינוי ההגדרות של הווליום ושל הצד של הלקוח. השינויים האלה משפרים את התפוקה, מפחיתים את זמן האחזור ומשפרים את היעילות הכוללת של העברת הנתונים באפליקציות שלכם.

לפני שמתחילים

לפני שמבצעים שינויים בנפחי התנועה כדי לשפר את הביצועים, כדאי לעיין בשיקולים לגבי הביצועים.

שינוי הגדרות עוצמת הקול

כדי לשפר את הביצועים, אפשר לשנות את הגדרות עוצמת הקול הבאות:

  • הגדלת קיבולת הנפח: אפשר להגדיל את הקיבולת של נפח ברמת השירות Premium,‏ Extreme או Standard כדי לשפר את נפח התפוקה המקסימלי שאפשר להשיג. אם אתם משתמשים בנפחי אחסון ברמת השירות Flex File, אתם צריכים להגדיל את הקיבולת של מאגר האחסון. במקרה של ביצועים מותאמים אישית של Flex Unified או Flex File, צריך להגדיל את התפוקה ואת IOPS של מאגר האחסון.

  • שדרוג רמת השירות: אפשר להעביר נפח אחסון ברמת שירות Premium למאגר אחסון ברמת שירות Extreme כדי לשפר את קצב העברת הנתונים.

  • שימוש במאגרי QoS ידניים כדי להקצות תפוקה גבוהה יותר: אפשר להקטין את התפוקה שהוקצתה לנפחים גדולים עם דרישות תפוקה נמוכות, ולהגדיל את התפוקה של נפחים קטנים שזקוקים לביצועים גבוהים יותר עד לתפוקה הזמינה במאגר.

הגדלת קיבולת הנפח ושדרוג רמות השירות לא משבשים את עומסי העבודה של קלט/פלט בתהליך בנפח, ולא משפיעים על הגישה לנפח בשום צורה.

התאמת הלקוח

כדי לשפר את הביצועים, אפשר לשנות את ההגדרות הבאות בלקוח:

  • מיקום משותף של לקוחות: למיקום וליכולות של הלקוח יש השפעה ישירה על תוצאות השהייה. כדי להשיג את התוצאות הטובות ביותר, מומלץ למקם את הלקוח באותו אזור כמו הנפח או קרוב ככל האפשר. כדי לבדוק את ההשפעה של האזור, צריך לבדוק את השהייה מלקוח בכל אזור ולהשתמש באזור עם השהייה הנמוכה ביותר.

  • הגדרת רוחב פס ברשת של Compute Engine: יכולות הרשת של מכונות וירטואליות ב-Compute Engine תלויות בסוג המופע שבו נעשה שימוש. בדרך כלל, מופעים גדולים יותר יכולים להניב תפוקת רשת גבוהה יותר. מומלץ לבחור מכונה וירטואלית של לקוח עם יכולת רוחב פס מתאימה ברשת, לבחור את ממשק הרשת של Google Virtual NIC ‏ (gVNIC) ולהפעיל את Tier_1 הביצועים. מידע נוסף זמין במסמכי Compute Engine בנושא רוחב פס ברשת.

  • אופטימיזציה של הגדרות הלקוח: לקוחות Linux יכולים לעיין במאמר בנושא אופטימיזציה של לקוחות NFS ב-Linux.

QoS ידני

איכות שירות (QoS) ידנית ב-NetApp Volumes מאפשרת לכם לשנות את ביצועי הווליום כדי לעמוד בדרישות של עומס העבודה ולשלוט בעלויות האחסון.

היתרונות של QoS ידני:

  • אופטימיזציה של העלויות: שינוי קנה המידה של ביצועי הנפח במסגרת קיבולת מאגר האחסון כדי לבצע אופטימיזציה של העלויות ב-Cloud.

  • התאמה מיידית של קצב העברת הנתונים: התאמה של קצב העברת הנתונים בלי השבתה.

  • הפחתת עלויות של התאוששות מאסון: איכות שירות נמוכה יותר לנפחים משוכפלים כדי להפחית את עלויות ההתאוששות מאסון למאגרי יעד.

  • ביצועים משופרים עבור שיבוטים או מטמונים: שיפור הביצועים של נפחי שיבוטים או מטמונים עם גדלים קטנים שהוקצו.

  • ניהול גמיש של עומסי עבודה: אפשר להשתמש במאגרי אחסון גדולים יותר כקונטיינרים לכמה עומסי עבודה, ולשנות את נפח התפוקה של כל אמצעי אחסון לפי הצורך.

לתשומת ליבכם

  • אפשר לנהל את ה-QoS הידני באמצעות Google Cloud CLI,‏ NetApp Volumes API או Terraform. אי אפשר לעשות זאת באמצעות מסוף Google Cloud .

  • יש תמיכה ב-QoS ידני ברמות השירות Flex Unified, ‏ Standard, ‏ Premium ו-Extreme, אבל אין תמיכה ב-QoS ידני ברמת השירות Flex File.

הגדרת מגבלות ידניות של QoS

עבור נפחי אחסון במאגר אחסון עם QoS ידני, אפשר להגדיר את קצב העברת הנתונים והקיבולת בנפרד. התפוקה הכוללת של כל אמצעי האחסון במאגר QoS ידני מוגבלת על ידי התפוקה הכוללת של המאגר. התפוקה של המאגר נקבעת לפי הקיבולת המוקצית ורמת השירות. לדוגמה, מאגר Premium בנפח 40 TiB יכול להשיג קצב העברה מקסימלי של 2,560 MiBps ב-64 MiBps לכל TiB, בעוד שמאגר Extreme בנפח 200 TiB יכול לתמוך באמצעי אחסון עם קצב העברה משולב של 25,600 MiBps.

אחרי שמגדירים את מאגר ה-QoS הידני, אפשר להגדיר את מגבלת התפוקה הנדרשת לכל נפח בתוכו. מגבלת התפוקה המקסימלית לנפח אחסון יחיד היא 4.5 GiBps, או 30 GiBps לנפחי אחסון גדולים.

הפקודות או ממשקי ה-API של המאגר ועוצמת הקול מציגים את ערכי התפוקה הזמינים והמוקצים של המאגר, כדי לעזור לכם לנהל את התפוקה הכוללת. כדי ליצור מאגר QoS ידני ולהגדיר את נפח התפוקה, אפשר לעיין במאמרים יצירת מאגר אחסון ויצירת נפח.

יצירת מאגר אחסון

gcloud

יצירת מאגר אחסון באמצעות QoS ידני:

    gcloud netapp storage-pools create POOL_NAME \
       --project=PROJECT_ID \
       --location=LOCATION \
       --capacity=CAPACITY \
       --service-level=SERVICE_LEVEL \
       --qos-type=QOS_TYPE \
       --network=name=NETWORK_NAME

מחליפים את המידע הבא:

  • ‫POOL_NAME: שם המאגר שרוצים ליצור. השם של המאגר חייב להיות ייחודי לכל מיקום.

  • ‫PROJECT_ID: שם הפרויקט שבו רוצים ליצור את מאגר האחסון.

  • ‫LOCATION: המיקום של המאגר שרוצים ליצור.

  • ‫CAPACITY: הקיבולת של המאגר ב-GiB.

  • ‫SERVICE_LEVEL: רמת השירות של מאגר האחסון: Standard,‏ Premium או Extreme.

  • ‫QOS_TYPE: סוג ה-QoS של מאגר האחסון: אוטומטי או ידני.

  • ‫NETWORK_NAME: השם של ה-VPC.

עריכת מאגר אחסון

gcloud

כדי לערוך מאגר אחסון קיים עם QoS אוטומטי כדי להשתמש ב-QoS ידני:

    gcloud netapp storage-pools update POOL_NAME \
       --project=PROJECT_ID \
       --location=LOCATION \
       --qos-type=QOS_TYPE

מחליפים את המידע הבא:

  • ‫POOL_NAME: שם המאגר שרוצים לעדכן.

  • ‫PROJECT_ID: שם הפרויקט.

  • ‫LOCATION: מיקום המאגר.

  • ‫QOS_TYPE: סוג ה-QoS המעודכן של מאגר האחסון. יש תמיכה רק בהגדרה ידנית.

יצירת נפח אחסון

gcloud

כדי ליצור נפח עם מגבלת תפוקה ידנית מוגדרת של QoS, משתמשים בפקודה הבאה:

gcloud netapp volumes create VOLUME_NAME \
  --project=PROJECT_ID \
  --location=LOCATION \
  --storage-pool=STORAGE_POOL \
  --capacity=CAPACITY \
  --protocols=PROTOCOLS \
  --share-name=SHARE_NAME \
  --throughput-mibps=THROUGHPUT_MIBPS

מחליפים את המידע הבא:

  • ‫VOLUME_NAME: שם אמצעי האחסון. השם הזה צריך להיות ייחודי לכל מיקום.

  • ‫PROJECT_ID: שם הפרויקט שבו רוצים ליצור את אמצעי האחסון.

  • ‫LOCATION: המיקום של אמצעי האחסון.

  • ‫STORAGE_POOL: מאגר האחסון שבו ייצור הנפח.

  • ‫CAPACITY: הקיבולת של הווליום. הוא מגדיר את הקיבולת שמוצגת ללקוחות NAS.

  • ‫PROTOCOLS: בוחרים את פרוטוקולי ה-NAS שבאמצעותם יתבצע ייצוא הנפח. האפשרויות הן NFSv3,‏ NFSv4,‏ SMB והשילובים הבאים:

    • nfsv3,nfsv4
    • nfsv3,smb
    • nfsv4,smb

    בהתאם לסוג הפרוטוקול שתבחרו, מומלץ להוסיף את הפרמטרים הספציפיים לפרוטוקול, כמו export-policy או smb-settings.

  • ‫SHARE_NAME: נתיב הייצוא של NFS או שם השיתוף של SMB של אמצעי האחסון.

  • ‫THROUGHPUT_MIBPS: מגבלת התפוקה של אמצעי האחסון במגה-בייט לשנייה (MiBps).

מידע נוסף על דגלים אופציונליים נוספים זמין במאמרי העזרה של Google Cloud SDK בנושא יצירת נפח.

המאמרים הבאים

מידע נוסף על העברת נפח