בעיות מוכרות

אלו הבעיות והמגבלות הידועות:

• במקרים מסוימים, נוצר מופע Parallelstore שלא עומד במספרי הביצועים הצפויים. אם בבדיקת הביצועים שלכם עולה שמספר פעולות הקלט/פלט בשנייה (IOPS) של המופע לא מספיק, כדאי למחוק את מופע Parallelstore וליצור אותו מחדש.

• מספר הקבצים בספרייה מוגבל ל-1.8 מיליון. יכול להיות שהמגבלה בפועל תהיה נמוכה יותר, והיא ספציפית לכל ספרייה, בהתאם לשאר מערכת הקבצים.

• חלק מהתכונות של POSIX לא נתמכות.

• הפונקציות mmap ב-Python וב-PyTorch לא תואמות לסימון --disable-caching ב-dfuse mount. אם צריך, מסירים את הדגל --disable-caching כשמפעילים את dfuse, אבל חשוב להיות מודעים לההשלכות של שמירת נתונים במטמון בכמה מכונות וירטואליות של לקוחות.

• יירוט יעיל רק לאפליקציות שמקושרות באופן דינמי ומשתמשות ב-libc. ‫IO перехватывается в Python, но не в Go.

• אחרי שיוצרים מופע של Parallelstore, אי אפשר לשנות את הקיבולת שלו.

• אם אתם משתמשים גם ב-VPC משותף וגם ב-VPC Service Controls, הפרויקט המארח שמספק את הרשת ופרויקט השירות שמכיל את מופע Parallelstore צריכים להיות באותו גבול גזרה כדי שמופע Parallelstore יפעל בצורה תקינה. הפרדה בין פרויקט המארח לבין פרויקט השירות באמצעות גבולות גזרה עלולה לגרום לכך שהמופעים הקיימים לא יהיו זמינים, ולמנוע את היצירה של מופעים חדשים.

• למופעים וללקוחות של Parallelstore לא יכולה להיות כתובת IP מטווח תת-הרשת 172.17.0.0/16. מופעי Parallelstore משתמשים בטווח הכתובות 172.17.0.0/16 לרכיבים פנימיים. כתוצאה מכך, חלות המגבלות הבאות:

  • לקוחות עם כתובת IP מהטווח 172.17.0.0/16 לא יכולים להתחבר למופעי Parallelstore.
  • אי אפשר ליצור מכונת Parallelstore עם טווח IP שמור שחופף לטווח 172.17.0.0/16.