פורסם

AnythingLLM

סביבת עבודה באירוח עצמי לשיחה עם המסמכים שלכם (RAG) ולהרצת סוכני AI, לאדם או לצוות שמביאים מפתח API של LLM או שרת מודלים משלהם. ‏container אחד מכיל את האפליקציה, ‏embedder שרץ על CPU ואת מאגר הווקטורים LanceDB.

משאבים לפי רמת עומס

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

רמה	מה זה אומר	דרישות האפליקציה	מומלץ
קלהערכה	עד 5 משתמשים, עד 50 MB טקסט שחולץ ממסמכים (כ-51,000 chunks) שמוטמע ב-embedder המובנה על CPU ל-LanceDB; ‏LLM דרך API או שרת חיצוני.	2 vCPU · 2 GiB RAM · 5.2 GiB דיסק	2.52 vCPU · 3.9 GiB RAM · 15.295 GiB דיסק
בינוניהערכה	עד 20 משתמשים (מצב רב-משתמשים), עד 250 MB טקסט שחולץ ממסמכים (כ-255,000 chunks) שמוטמע ב-embedder המובנה על CPU ל-LanceDB; ‏LLM דרך API או שרת חיצוני.	3 vCPU · 4 GiB RAM · 7.7 GiB דיסק	3.72 vCPU · 6.3 GiB RAM · 18.17 GiB דיסק
כבדהערכה	עד 50 משתמשים (מצב רב-משתמשים), עד 1 GB טקסט שחולץ ממסמכים (כמיליון chunks) שמוטמע ב-embedder המובנה על CPU ל-LanceDB; ‏LLM דרך API או שרת חיצוני.	4 vCPU · 8 GiB RAM · 17.7 GiB דיסק	4.92 vCPU · 11.1 GiB RAM · 29.67 GiB דיסק

מומלץ = דרישות האפליקציה + baseline של המערכת + מרווח ביטחון (headroom), לפי מדיניות ה-sizing ‏2026.10.0. האפשרויות נשארות בברירת המחדל. ״הערכה״ פירושה שהמקורות לא נותנים מספר למקרה הזה, ולכן הוא מחושב מהם בשיטה שמפורטת תחת רכיבים. איך המספרים נבנים

לחישוב ב-Stack Sizer

קבצים מוכנים להפעלה

רמת תמיכה נתמך

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

צור docker-compose

רכיבים

מה כל רכיב צריך בכל רמת עומס, לפני baseline ו-headroom.

vCPU / GiB RAM / GiB דיסק
רכיב	קל	בינוני	כבד	מקורות
AnythingLLM (app)	2 / 2 / 5.2	3 / 4 / 7.7	4 / 8 / 17.7	[1][5][13][24][25][26][27][28][31]

איך ההערכות מחושבות

AnythingLLM · קל: vCPU ו-RAM: המינימום המתועד, ‏CPU של 2 ליבות עם AVX2 ו-2GB RAM (נלקח כ-2 GiB), "מספיק כדי לשמור כמה מסמכים ולשלוח צ'אטים". Disk: ‏image של 4.2 GiB (‏1.027 דחוס ועוד 3.148 פרוס, ה-containerd store שומר את שניהם). נתונים לכל 1 MB טקסט שחולץ (כ-1,021 chunks של 1,000 תווים, חפיפה 20): ‏JSON של המסמך 1 MB, ‏vector-cache ב-JSON ‏(384 מספרים כטקסט, כ-7.7 KB ועוד 1.5 KB טקסט ו-metadata ל-chunk) ‏9.4 MB, ו-LanceDB ‏(וקטור 1,536 B ועוד 1.5 KB) ‏3.1 MB, בסך הכול כ-13.5 MB, נלקח ×14. ‏50 MB × 14 = ‏0.65 GiB ועוד מודל של 23MB ו-SQLite ← 1 GiB ועוד 4.2 GiB ל-image.
AnythingLLM · בינוני: אין מספר רשמי מעל המינימום. ה-embedder ‏(ONNX, ‏CPU בלבד, 25 chunks בכל מעבר), ‏LanceDB, השרת וה-collector רצים כולם ב-container הזה; ‏RAM ‏2 GiB × 2 ← 4 GiB, וליבה נוספת על 2 המתועדות (2 + 1 = 3) כדי שהטמעת העלאות לא תעכב צ'אטים. Disk: השיטה של light ‏(×14 לכל MB טקסט ועוד 4.2 GiB ל-image): ‏250 MB × 14 = ‏3.26 GiB ← 3.5 ועוד 4.2 ל-image.
AnythingLLM · כבד: המינימום המתועד מוכפל שוב לעומת medium, בגלל משתמשים במקביל ועבודות הטמעה גדולות באותו תהליך: ‏RAM ‏2 GiB × 4 = ‏8 GiB, ‏vCPU ‏2 × 2 = ‏4. ‏upstream מציעים embedder חיצוני לכמויות נתונים גדולות. Disk: השיטה של light: ‏1,000 MB × 14 = ‏13.04 GiB ← 13.5 ועוד 4.2 ל-image.

פורטים

פורטים ציבוריים נועדו לגישה מחוץ ל-stack, בדרך כלל דרך reverse proxy; פורטים פנימיים נשארים ברשת של ה-stack עצמו.

רכיב	פורט	חשיפה	שימוש	מקורות
AnythingLLM	3001/tcp	ציבורי, דרך proxy	Web UI, REST API and agent WebSocket; publish only behind an HTTPS reverse proxy	[1][3][15]

כל הפורטים בקטלוג, עם התנגשויות בין אפליקציות

משתמש והרשאות (UID/GID)

המשתמש שהתהליך של כל קונטיינר רץ תחתיו, והנתיבים שהוא כותב אליהם. ‏bind mount לאחד הנתיבים האלה חייב להיות ניתן לכתיבה על ידי ה-UID:GID הזה.

רכיב	UID:GID	משתמש	מתחיל כ-root	כותב אל	מקורות
AnythingLLM	1000:1000	`anythingllm`	לא	`/app/server/storage/app/server/.env/app/collector/hotdir`	[3][9][14][27]

AnythingLLM: ה-Dockerfile יוצר את המשתמש anythingllm ‏(1000:1000) ועובר ל-USER anythingllm לפני ה-entrypoint, ולכן השרת וה-collector אף פעם לא רצים כ-root. הוא כותב ל-volume של האחסון, ל-‎/app/server/.env (הגדרות הממשק) ול-‎/app/collector/hotdir (העלאות בעיבוד). תיקייה מהמארח חייבת להיות בבעלות 1000:1000.

צמיחת אחסון

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

GiB לחודש
רכיב	קל	בינוני	כבד	מקורות
AnythingLLMהנחה	0.083	0.292	1.125	[26][27]

על מה מספרי הצמיחה נשענים

AnythingLLM: ‏upstream לא מפרסמים קצב גידול, ומסמכים, ‏vector-cache ווקטורים נשמרים עד שמוחקים אותם. ההנחה: נתוני ה-preset ‏(1 GiB) מתמלאים תוך 12 חודשים: ‏1 / 12 = ‏0.083. היסטוריית הצ'אטים ב-SQLite קטנה לעומתם.
AnythingLLM: אותה הנחה של 12 חודשים: ‏3.5 GiB נתוני preset, ‏3.5 / 12 = ‏0.292.
AnythingLLM: אותה הנחה של 12 חודשים: ‏13.5 GiB נתוני preset, ‏13.5 / 12 = ‏1.125.

שדרוג וחזרה לאחור

איך עוברים לגרסה חדשה בבטחה, ואיך חוזרים אחורה אם משהו נכשל.

קודם גיבוי

כשה-container עצור, להעתיק את כל ה-volume של האחסון (‏anythingllm.db, ‏documents, ‏vector-cache, ‏lancedb, ‏models), ואת ‎/app/server/.env שנשמר ואת קובץ ה-.env של ה-Compose ‏(SIG_KEY, ‏SIG_SALT). [8][22][27]נגזר‏upstream מתעדים שמירה של תיקיית האחסון וה-.env במארח בין עדכונים, לא נוהל גיבוי; העתקה כשה-container עצור נובעת מכך ש-SQLite ו-LanceDB נמצאים שם.

שלבי השדרוג

לקרוא את ה-release notes של כל גרסה בין הנוכחית ליעד; להשתמש ב-tag עם גרסה (למשל 1.18.0) ולא ב-latest, שמתעדכן בכל commit. [17][30]
קודם לשמור את הגדרות הממשק: ‏docker compose exec -T anythingllm cat /app/server/.env > anythingllm-settings.env (הקובץ מכיל מפתחות API; לשמור אותו פרטי). ‏container חדש עולה בלעדיהן. [1][9]נגזר‏upstream מחזיקים את הקובץ במארח עם bind mount; בתבנית אין mount כזה, ולכן מעתיקים אותו ידנית.
לגבות את ה-volume של האחסון, להגדיר את ה-tag המוצמד החדש, ואז docker compose pull ו-docker compose up -d. ה-entrypoint מריץ prisma migrate deploy בהפעלה. [5][15]
להחזיר את ההגדרות: ‏docker compose exec -T anythingllm sh -c 'cat > /app/server/.env' < anythingllm-settings.env, ואז docker compose restart anythingllm ולבדוק את ‎/api/ping. [4][9]נגזרהשרת טוען את ‎/app/server/.env עם dotenv בהפעלה; ערכים שמוגדרים בסביבה של ה-Compose גוברים על הקובץ.

חזרה לאחור

לעצור את ה-container, לשחזר את גיבוי האחסון שנלקח לפני השדרוג, להפעיל את ה-tag המוצמד הקודם ולהחזיר את קובץ ההגדרות שנשמר. [5][15]נגזר‏upstream לא מתעדים downgrade. ‏migrations של מסד הנתונים רצות קדימה בהפעלה, ולכן ה-tag הקודם בטוח רק על הנתונים שגובו לפניהן.

שינויים שוברים ידועים

בגרסה 1.16.2: גלישה ברשת מופעלת כברירת מחדל לסוכנים, ו-You.com הפך לספק החיפוש ברירת המחדל. [30]
בגרסה 1.16.0: האפשרות לתמונת פרופיל של workspace הוסרה. [30]

מגבלות

אין LLM בפנים: לגרסת ה-Docker אין ספק LLM מובנה. צ'אט דורש מפתח API או שרת מודלים משלכם (למשל Ollama), והמשאבים שלו לא כלולים במספרים האלה. ה-embedder המובנה ו-LanceDB כן כלולים. [13][16]
ה-CPU חייב לחשוף AVX2: ‏LanceDB, ברירת המחדל, קורס בלעדיו עם Illegal instruction. ב-Proxmox/QEMU יש להגדיר את סוג ה-CPU של ה-VM ל-host; סוגים גנריים כמו kvm64 מסתירים את AVX2. [13][14]
ייבוא אתרים וקישורים משתמש ב-Chromium, ש-upstream מריצים עם cap_add SYS_ADMIN. הקובץ שנוצר אף פעם לא מוסיף אותה, ולכן הייבוא נכשל אלא אם האפשרות chromium-no-sandbox מופעלת. [6][15]
הגדרות שנשמרות בממשק (LLM, ‏embedder, מפתחות API) נמצאות ב-‎/app/server/.env בתוך ה-container ואובדות כשהוא נוצר מחדש, למשל בשדרוג; יש להעתיק את הקובץ קודם. ‏instance אחד בלבד: SQLite לא מתאים להרחבה אופקית. [9][15]

אבטחה

בלי סיסמה או מצב רב-משתמשים, ה-API והממשק לא דורשים התחברות. התבנית מגדירה את סיסמת ה-instance ‏(AUTH_TOKEN) מ-.env; למשתמשים עם תפקידים יש לעבור למצב רב-משתמשים (אי אפשר לחזור ממנו). [7][18]
לא לחשוף את פורט 3001 ישירות: להגיש אותו דרך reverse proxy עם HTTPS שמעביר WebSocket upgrades לסוכנים ‏(‎/api/agent-invocation). [15]
האפשרות chromium-no-sandbox מריצה את Chromium בלי sandbox על כל דף שהוא סורק; להפעיל אותה רק אם צריך ייבוא אתרים. בנוסף, יש telemetry אנונימי (DISABLE_TELEMETRY מבטל אותו). [6][15][21]

גיבוי

לגבות את ה-volume של האחסון ‏(‎/app/server/storage: ‏anythingllm.db, ‏documents, ‏vector-cache, ‏lancedb, ‏models) כשה-container עצור; הוא מכיל כל workspace, צ'אט, משתמש ווקטור. [14][22][27]
לשמור גם עותק של ‎/app/server/.env (הגדרות הממשק ומפתחות API) ושל SIG_KEY ו-SIG_SALT: בלי אותו key ו-salt, נתונים ש-AnythingLLM הצפין לא ניתנים לקריאה אחרי שחזור. [8][9]