Redis Session Caching עבור 1C-Bitrix: מדריך אופטימיזציה מלא

תארו לעצמכם: אתר Bitrix עם עומס של 10,000 מבקרים בשעה. הסשנים מאוחסנים בקבצים — בכל בקשה, PHP קורא את הסשן ממערכת הקבצים. אם יש מספר שרתים, צריך sticky sessions או מערכת קבצים משותפת NFS, מה שיוצר נעילות. נתקלנו בזה בפרויקט לחנות איקומרס גדולה: אחרי המעבר ל-Redis, זמן התגובה ירד מ-2 שניות ל-200 אלפיות השנייה (הפחתה של 90%). תחת עומס של 5000 בקשות בשנייה, אחסון קבצים נתן עיכובים של עד 50 אלפיות השנייה לפעולה, בעוד Redis עיבד אותן ב-0.5 אלפיות השנייה (פי 100 מהר יותר). במאמר זה, נסביר כיצד להגדיר Redis לסשנים של Bitrix ולהימנע מטעויות נפוצות.

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

לסשנים מבוססי קבצים יש שלוש מגבלות יסודיות:

• קנה מידה: עם יותר שרתים, נדרשת סנכרון סשנים (sticky sessions או מערכת קבצים משותפת). Sticky sessions מחלקים את העומס בצורה לא אחידה, בעוד NFS מוסיף עיכובים.
• נעילות: PHP נועל את קובץ הסשן למשך הבקשה, כך שבקשות AJAX מקבילות מאותו משתמש מעובדות ברצף. בדפים עם 10+ קריאות אסינכרוניות, זה מאט משמעותית את הביצועים.
• עומס קלט/פלט: ב-1000 בקשות בשנייה, מערכת הדיסק הופכת לצוואר בקבוק. תפוקת קריאה אקראית של HDD היא ~200 IOPS, SSD עד 100,000 IOPS. Redis בזיכרון מטפל במיליוני פעולות בשנייה.
• Redis הוא פי 100 מהר יותר מאחסון קבצים לפעולות סשן, מה שהופך אותו לאידיאלי להאצת אתרים והקמת אשכולות סשנים.

כיצד Redis פותר בעיות אלו?

Redis הוא מאגר מפתח-ערך בזיכרון. סשנים מאוחסנים ב-RAM עם TTL ניתן להגדרה. פעולות קריאה/כתיבה אורכות מיקרו-שניות. ניתן להשבית נעילות (Redis אינו נועל מפתחות כברירת מחדל). יישומים מרובים יכולים לקרוא את הסשן במקביל, והכתיבות הן אטומיות.

כיצד להגדיר Redis לסשנים של Bitrix

התקנה ותצורה בסיסית

התקינו את Redis ואת תוסף ה-PHP:

apt install redis-server php-redis # Ubuntu/Debian yum install redis php-pecl-redis # CentOS/RHEL 

תצורה בסיסית apt install redis-server php-redis # Ubuntu/Debian yum install redis php-pecl-redis # CentOS/RHEL לסשנים:

bind 127.0.0.1
port 6379
maxmemory 256mb
maxmemory-policy allkeys-lru
save ""
# отключить персистентность для сессий

חברו סשנים של PHP ל-Redis:

session.save_handler = redis
session.save_path = "tcp://127.0.0.1:6379?weight=1&timeout=2&prefix=SESS_&database=1"

עבור Bitrix, הסשנים מנוהלים דרך /etc/redis/redis.conf או bind 127.0.0.1 port 6379 maxmemory 256mb maxmemory-policy allkeys-lru save "" # отключить персистентность для сессий . הגישה הטובה ביותר היא להגדיר פרמטרים דרך תצורת שרת האינטרנט עבור מארח וירטואלי ספציפי, ולא באופן גלובלי ב-session.save_handler = redis session.save_path = "tcp://127.0.0.1:6379?weight=1&timeout=2&prefix=SESS_&database=1" .

תצורה דרך Bitrix /bitrix/php_interface/dbconn.php

Bitrix תומך במטפלי סשן מותאמים אישית דרך סעיף bitrix/.settings.php ב-php.ini:

'session' => [
    'value' => [
        'mode' => 'default',
        'handlers' => [
            'general' => [
                'type' => 'redis',
                'host' => '127.0.0.1',
                'port' => 6379,
                'serializer' => \Redis::SERIALIZER_PHP,
                'database' => 1,
                'ttl' => 86400,
            ],
        ],
    ],
],

אימות

$redis = new Redis();
$redis->connect('127.0.0.1', 6379);
$redis->select(1);
$keys = $redis->keys('SESS_*');
echo count($keys) . ' активных сессий';

השתמשו גם ב-.settings.php — הוא מציג פעולות בזמן אמת. בפעולה רגילה, תראו session בכל בקשה ו-/bitrix/.settings.php כאשר הסשן משתנה.

ניואנס חשוב: סשנים של Bitrix

Bitrix מאחסן בסשן אימות, עגלת קניות (למשתמשים לא מאומתים) ואסימוני CSRF. 'session' => [ 'value' => [ 'mode' => 'default', 'handlers' => [ 'general' => [ 'type' => 'redis', 'host' => '127.0.0.1', 'port' => 6379, 'serializer' => \Redis::SERIALIZER_PHP, 'database' => 1, 'ttl' => 86400, ], ], ], ], נקרא בסוף הבקשה. אם למטפל יש נעילות, תחת ריבוי במקביל לאותו משתמש, בקשות עומדות בתור. ברוב המקרים זה בסדר, אבל עבור דפים כבדים ב-AJAX, כדאי לקרוא ל-$redis = new Redis(); $redis->connect('127.0.0.1', 6379); $redis->select(1); $keys = $redis->keys('SESS_*'); echo count($keys) . ' активных сессий'; מיד לאחר קריאת נתוני הסשן אם אין צורך בכתיבות נוספות.

כיצד למדוד את רווח הביצועים לאחר Redis?

השתמשו בבדיקות AB: לפני ואחרי ההתקנה, מדדו את זמן התגובה עבור דף מאומת. פקודה לדוגמה:

ab -n 1000 -c 10 https://yoursite.ru/ 

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

תהליך העבודה שלנו

1. ניתוח: הערכת עומס נוכחי, ארכיטקטורה, תצורות.
2. תכנון: בחירת טופולוגיה (עצמאי, sentinel, cluster), חישוב זיכרון.
3. יישום: התקנת Redis, הגדרת PHP ו-Bitrix, העברת סשנים.
4. בדיקות: בדיקות עומס, אימות מעבר תקלות.
5. פריסה: מעבר לסביבת ייצור, הגדרת ניטור (Redis Dashboard, Grafana).

מה כלול בעבודה

• הכנת שרת או קונטיינר (Docker/Ansible).
• התקנה ותצורה של Redis המותאמת לעומס שלכם.
• אינטגרציה עם Bitrix דרך redis-cli monitor.
• הגדרת שכפול ומעבר תקלות אוטומטי (אופציונלי).
• תיעוד (סכמה, פרמטרים, המלצות).
• הדרכת צוות (שעה אחת).
• אחריות ל-30 יום לפעולה תקינה.

על הניסיון שלנו

אנחנו צוות של מומחי Bitrix מוסמכים עם ניסיון של 7+ שנים. השלמנו מעל 50 פרויקטים של אופטימיזציה והרחבת קנה מידה, כולל הגדרת סשנים של Redis לאתרים עם 50,000+ מבקרים ייחודיים ביום. אנו עובדים עם פתרונות ענן (Bitrix24) וגרסאות on-premise.

צרו קשר להערכת הפרויקט שלכם. עלות תצורת Redis טיפוסית מתחילה ב-$500, וחיסכון בעלויות שרת עולה לרוב על $2000 בחודש. הזמינו תצורת Redis סוהר — קבלו ייעוץ ארכיטקטוני ובדיקת ריצה ללא סיכון.

לפרויקט עם 100,000 מבקרים ייחודיים ביום, השתמשו ב-Sentinel עם שלושה צמתים: Master (maxmemory 1GB, save ""), Slave (replica-read-only yes), Sentinel (monitor mymaster 127.0.0.1 6379 2). פרטים נוספים: תיעוד Sentinel הרשמי.

קישורים שימושיים: משאב חיצוני, דף ויקיפדיה