S3QL תומך Amazon S3 כמו גם שרתי SFTP שרירותיים וביעילות מספקת לך עם דיסק קשיח של יכולת דינמית, אינסופית, שניתן לגשת אליהם מכל מחשב עם גישה לאינטרנט.
S3QL מספק סטנדרטית, מערכת מלאה בהשתתפות UNIX קובץ שהוא נבדל מבחינה רעיונית מכל מערכת קבצים מקומית. יתר על כן, יש S3QL תכונות נוספות כמו דחיסה, הצפנה, ביטול כפילות נתונים, עצים בלתי ניתנים לשינוי וsnapshotting שהופכים אותו מתאים במיוחד לגיבוי ואחסון בארכיון מקוון.
S3QL נועד להעדיף פשטות ואלגנטיות על ביצועים ותכונות השרץ. טיפול נלקח כדי להפוך את קוד המקור קריא וכשמיש ככל האפשר. זיהוי שגיאות מוצק וטיפול בשגיאות נכללו מהשורה הראשונה, וS3QL מגיע עם מקרי מבחן אוטומטיים נרחבים לכל מרכיביה.
לפני מערכת קבצים יכולה להיות מותקנת, backend אשר יחזיק את הנתונים צריך להיות מאותחל. הדבר נעשה באמצעות פקודת mkfs.s3ql. כאן אנו משתמשים בbackend Amazon S3, וnikratio-s3ql-דלי הוא דלי S3 שבמערכת הקבצים תישמר.
mkfs.s3ql s3: // nikratio-s3ql-דלי
לעלות על מערכת קבצי S3QL מאוחסנת בnikratio_s3ql_bucket דלי S3 בספרייה / mnt / s3ql, הזן:
mount.s3ql s3: // nikratio-s3ql-דלי / mnt / s3ql
עכשיו אתה יכול להורות תכנית הגיבוי האהובה עליך להפעיל גיבוי לספרייה / mnt / s3ql והנתונים יאוחסנו S3 של אמזון. כשתסיימו, מערכת הקבצים צריכה להיות ירד מסוסו עם
umount.s3ql / mnt / s3ql
תכונות :
- שקיפות. מבחינה מושגית, S3QL הוא נבדל ממערכת קבצים מקומית. לדוגמא, הוא תומך בקישורים קשיחים, קישורים סימבוליים, הרשאות unix מלאים, תכונות מורחבות וקובץ בגדלים של עד 2 TB.
מה חדש בהודעה זו:
- ניסיונות לשדרג מערכת קבצים שכבר בגרסה החדשה ביותר כבר לא להפוך את מטה המקומיים להעתיק שמיש.
- שמות דלי אחסון Google המכילים נקודות כבר לא לגרום לבעיות עם אימות תעודת SSL.
- מתקן לקרוס כאשר statvfs () נקרא על מערכת קבצים כמעט ריקה.
- יש חדש & quot; swiftks & quot; backend עבור OpenStack / שרתי סוויפט.
- מבטל מצב גזע שעלולה להוביל לmount.s3ql מתרסק עם & quot; KeyError באוספים / abc.py & quot;.
- מתקן התרסקות שעלולה להתרחש כאשר מנסים לנקות אחרי קבלת שגיאת חיבור או שרת בעת העלאת אובייקט.
מה חדש בגרסה 2.2:
- S3QL משתמש כעת חיבורי SSL כברירת מחדל ומאמת אישורי שרת.
מה חדש בגרסת 1.15:
- רכיבה על אופניים של גיבויים מטה בעת השימוש בbackend המקומי עכשיו לוקח הרבה פחות זמן.
- זה הוא כבר לא נדרש שS3QL וPython APSW יהיו צמוד לספרייה המשותפת אותו SQLite.
- בmount.s3ql, לקרוס כאשר 0 באמצעות --metadata-העלאת המרווח היו קבועים.
- במקום בטל עגינה לחלוטין את מערכת הקבצים (ועוזב את נקודת העיגון נגישה) כאשר נתוני backend חסרים או פגומים, S3QL עכשיו מחזיר שגיאה ומתגים לקריאה בלבד פעולה.
מה חדש בגרסת 1.13:
- גרסה זו מתקנת באג שגרם metadata הפגום להיכתב מתי משתמש בגרסאות eglibc האחרונות.
מה חדש בגרסת 1.11.1:
- גרסה זו מתקנת התרסקות בעת השימוש בbackend S3 (רגרסיה הציגה במהדורה 1.11), מגדילה את גודל מערכת קבצים המינימום דווח ל1 TB, ועובדת מסביב באג df כך גודל מדווח כראוי.
מה חדש בגרסה 1.11:
- מידע אודות אובייקטים מאוחסנים מחולק כעת לשדות מרובים, כך אין שדה הוא יותר מ256 בתים. (זה עושה S3QL תואם עם מגוון רחב יותר של ספקי אחסון.) Backend SWIFT עכשיו ניסיונות אם הוא מקבל 5xx קודי שגיאה מהשרת המרוחק, וכבר לא נכשל כאשר מנסה להעלות נתונים עם אסימון אימות שפג תוקפו.
מה חדש בגרסה 1.10:
- s3s, s3cs, ומסדי השב"כ הוסרו. השתמש באפשרות --ssl החדשה יחד עם מסדי s3, S3C, וGS במקום.
מה חדש בגרסת 1.9:
- גרסה זו הופכת פעמים קובץ לשנות כבר לא בעת שינוי במערכת אזור זמן, תיקונים ומשפר contrib / benchmark.p, מתקן את & quot; הפניות רבות מדי כבול & quot; באג, ניסיונות על שגיאות שרת 5xx, ומוסיף תמיכה מקורית ניסיונית עבור שרתי OpenStack / SWIFT ותמיכת proxy ניסיוני.
מה חדש בגרסת 1.8:
- & quot; ValueError: לא יכול לזרוק את ערכים & quot NULL; התרסקות כאשר מטה מערכת קבצים הועלה במהלך כבדה פעילות מערכת קבצים הייתה קבועה.
- s3qlcp ורישום בספריית ביצועים עבור ספריות גדולות מאוד השתפרו.
- רגרסיה ביצועי rm הייתה קבוע.
- -. Blocksize היה שונה ל --max-obj גודל
- חלק הקריסות שקרתה תחת שימוש במערכת קבצים בו-זמנית בכבדות היו קבועים.
- משמש כיום פיתון-llfuse 0.37.
מגבלות :
- יש עדיין הרבה באגים בקוד ואתה צריך להיות מוכן להתמודד עם שלהם. עם זאת, אתה יכול להיות בטוח באופן סביר שהחרקים (אם כי לא נוח) לא יסכנו את הנתונים המאוחסנים שלך.
תגובות לא נמצא