פתרון בעיות שקשורות לקיבולת

בקטעים הבאים מתוארים תרחישים שבהם יכולות להיות בעיות בקיבולת של מופע, ומוסבר איך לפתור את הבעיה.

"אין מקום פנוי במכשיר"

מריצים את הפקודה הבאה במכונה הווירטואלית של הלקוח כדי לבדוק אם יש מספיק inode במופע Filestore:

df -i

הפקודה מחזירה פלט שדומה לזה:

Filesystem           Inodes        IUsed      IFree         IUse%  Mounted on
10.0.0.2:/vol1    134217728        13         134217715     1%     /mnt/test

כל קובץ שמאוחסן בשיתוף הקבצים צורך inode אחד. אם הערך של IUse% מגיע ל-100%, לא תוכלו לאחסן עוד קבצים בתיקיית השיתוף, גם אם לא הגעתם לקיבולת המקסימלית שהוקצתה. מספר ה-inodes גדל בהתאם לקיבולת. אם רוצים להוסיף עוד inode, צריך להוסיף עוד נפח אחסון. עם זאת, נדיר להגיע למספר המקסימלי של צמתי מידע, וזה רלוונטי רק אם אתם צריכים לאחסן קבצים קטנים רבים.

מידע נוסף זמין במאמרים שימוש ב-Inode ומעקב אחרי מופעים.

הפקודות df ו-du מדווחות על נפח פנוי שונה בכונן

כשמוחקים קובץ שפתוח בתהליך פעיל, נפח האחסון שהקובץ תופס לא מתפנה עד שהקובץ נסגר. הפקודה df כוללת את נפח האחסון שמשמש קבצים פתוחים שנמחקו, אבל הפקודה du לא כוללת אותו. ההבדל הזה בחישוב הוא הסיבה לכך שבדרך כלל הפקודה du מציגה יותר מקום פנוי מאשר df.

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

lsof | grep deleted

מספר החיבורים ללקוחות

אפשר לשלוט במספר החיבורים של הלקוחות באמצעות IOPS ולא באמצעות קיבולת מוקצית של מופע, באמצעות ביצועים בהתאמה אישית.

מידע נוסף זמין במאמר בנושא מגבלות על חיבורי לקוח.