استضافة ‎Redis‎ على خادم ‎VPS‎: الدليل الشامل

لماذا تستضيف ‎Redis‎ ذاتيًا على خادم ‎VPS‎

الفوائد الملموسة لـ ‎Redis‎ مُستضاف ذاتيًا

• زمن استجابة أقل من ميلي ثانية إذا كان ‎Redis‎ يعمل على خادم ‎VPS‎ نفسه أو الشبكة الخاصة نفسها التي يعمل عليها تطبيقك.
• تحكم في maxmemory وسياسة الإخلاء وفقًا لاستخدامك كتخزين مؤقت أو طابور مهام.
• استمرارية حسب اختيارك: ‎RDB‎ (لقطات)، أو ‎AOF‎ (سجل)، أو كلاهما لتحقيق المتانة.
• تكلفة ‎RAM‎ دون مبالغة في الفاتورة: تدفع اشتراك خادم ‎VPS‎، لا سعر الغيغابايت من الذاكرة المميزة.
• وحدات حرة: ‎RediSearch‎ و‎RedisJSON‎ و‎RedisBloom‎ حسب احتياجاتك.
• لا حد أقصى تعسفي لعدد اتصالات العملاء المتزامنة.

المتطلبات المادية والبرمجية

نشر ‎Redis‎ باستخدام ‎Docker‎ في بيئة الإنتاج

1. 01

   تهيئة المضيف

   ثبّت ‎Docker‎، ثم اضبط vm.overcommit_memory=1 عبر sysctl لجعل اللقطات موثوقة، وعطّل ‎Transparent Huge Pages‎. أغلق المنفذ ‎6379‎ نحو الخارج: فـ‎Redis‎ مكشوفًا دون كلمة مرور هدف تقليدي لمنقّبي العملات المشفرة.

   echo 'vm.overcommit_memory = 1' >> /etc/sysctl.conf
   sysctl -p
   echo never > /sys/kernel/mm/transparent_hugepage/enabled

2. 02

   كتابة ملف ‎docker-compose.yml‎

   أعلن عن خدمة redis:7-alpine بأمر مخصص يشير إلى ملف redis.conf مركّب للقراءة فقط. فعّل requirepass، وحدّد maxmemory وmaxmemory-policy، وركّب وحدة تخزين لـ /data إذا أردت الاستمرارية.

   services:
     redis:
       image: redis:7-alpine
       command: redis-server /etc/redis/redis.conf
       volumes:
         - ./redis.conf:/etc/redis/redis.conf:ro
         - redis_data:/data
       restart: unless-stopped
       ports:
         - "127.0.0.1:6379:6379"
   volumes:
     redis_data:

3. 03

   تهيئة الأمان

   في ملف redis.conf، يرتكز الأمان على عدة طبقات متكاملة. الأولى هي ربط الشبكة: bind 127.0.0.1 أو عنوان ‎IP‎ شبكتك الخاصة — لا تستمع أبدًا على 0.0.0.0 دون حماية إضافية. الثانية هي المصادقة: requirepass كلمة_مرور_قوية لـ ‎Redis 6‎ وما قبله؛ لـ ‎Redis 7‎، يُفضَّل استخدام ‎ACL‎ الذي يتيح إنشاء مستخدمين بصلاحيات دقيقة:

   bind 127.0.0.1
   requirepass كلمة_مرور_قوية
   aclfile /etc/redis/users.acl
   rename-command FLUSHALL ""
   rename-command CONFIG ""
   rename-command DEBUG ""

   يمكن لملف users.acl أن يُعلن:

   user app_user on >كلمة_مرور ~* +@read +@write -@dangerous
   user default off

   للوصول عن بُعد مشفرًا، فعّل ‎TLS‎ الأصلي في ‎Redis‎ (متاح منذ ‎Redis 6‎):

   tls-port 6380
   tls-cert-file /certs/redis.crt
   tls-key-file /certs/redis.key
   tls-ca-cert-file /certs/ca.crt

4. 04

   اختيار استراتيجية الاستمرارية

   يوفر ‎Redis‎ آليتين للاستمرارية قابلتين للجمع.

   ‎RDB‎ (لقطة): يكتب ‎Redis‎ لقطة آنية لمجموعة البيانات على القرص بفترات قابلة للضبط. سريع عند إعادة التشغيل، لكنك تفقد البيانات المكتوبة منذ آخر لقطة في حالة عطل.

   save 900 1
   save 300 10
   save 60 10000

   ‎AOF‎ (ملف إضافي فقط): كل أمر كتابة يُسجَّل. أكثر أمانًا، أبطأ قليلًا. appendfsync everysec هو التوازن الجيد: بحد أقصى فقدان بيانات ثانية واحدة.

   appendonly yes
   appendfsync everysec
   auto-aof-rewrite-percentage 100
   auto-aof-rewrite-min-size 64mb

   الجمع بين ‎RDB‎ و‎AOF‎: عند إعادة التشغيل، يستخدم ‎Redis‎ ملف ‎AOF‎ (الأكثر اكتمالًا)، بينما يُسرّع ‎RDB‎ النسخ الاحتياطية الدورية الكاملة. هذه هي الاستراتيجية الموصى بها لوسطاء المهام الحرجة.

   لـتخزين مؤقت خالص حيث فقدان البيانات مقبول، عطّل الاستمرارية: save "" وappendonly no — ستكسب أداءً ومساحة قرص.

5. 05

   توصيل تطبيقك

   شغّل باستخدام docker compose up -d واختبر بـ docker compose exec redis redis-cli -a كلمة_مرور ping. وجّه تطبيقك إلى شبكة ‎Docker‎ الداخلية بدلًا من عنوان ‎IP‎ عام، لتحسين زمن الاستجابة والأمان.

   docker compose exec redis redis-cli -a كلمة_مرور ping
   # PONG
   docker compose exec redis redis-cli -a كلمة_مرور CONFIG GET maxmemory

6. 06

   مراقبة الذاكرة

   راقب used_memory وevicted_keys عبر redis-cli INFO. إذا ارتفعت عمليات الإخلاء، فزد ذاكرة ‎RAM‎ أو حسّن السياسة. اضبط تنبيهًا عندما يتجاوز استخدام الذاكرة 80% من maxmemory.

   redis-cli -a كلمة_مرور INFO memory | grep -E 'used_memory_human|maxmemory_human|mem_fragmentation_ratio'
   redis-cli -a كلمة_مرور INFO stats | grep -E 'evicted_keys|keyspace_hits|keyspace_misses'

7. 07

   أول تسجيل دخول

   افتح الرابط: تظهر واجهة ‎RedisInsight‎ مباشرة، دون أي طلب لبيانات الدخول إطلاقًا (تكتفي بالموافقة على شروط الاستخدام في الشاشة الأولى)، وتكون قاعدة بيانات ‎Redis‎ المحلية متاحة فيها للقراءة والكتابة. لا تربط نطاقًا عموميًا بهذه الواجهة دون حماية أمامها.

استكشاف الأخطاء: أكثر الأخطاء شيوعًا

• MISCONF Redis is configured to save RDB snapshots, but it's currently unable to persist on disk — يحاول ‎Redis‎ أخذ لقطة لكن ‎fork‎ يفشل. السبب: vm.overcommit_memory معطى القيمة 0 على المضيف. الحل: sysctl vm.overcommit_memory=1 (دائمًا في /etc/sysctl.conf). إذا كنت تستخدم ‎Docker‎، يجب ضبط هذا المعامل على مضيف ‎Docker‎، لا داخل الحاوية.
• ERR max number of clients reached — تجاوز عدد الاتصالات المتزامنة قيمة maxclients (الافتراضي: 10,000). الأسباب الشائعة: مجمع اتصالات مهيأ بشكل خاطئ في التطبيق (‎Sidekiq‎ أو ‎Laravel Horizon‎ مثلًا) أو اتصالات غير مغلقة. الحل: زد قيمة maxclients في redis.conf وتحقق من تهيئة المجمع في جانب التطبيق. الأمر redis-cli CLIENT LIST يُدرج الاتصالات النشطة.
• قاتل ‎OOM‎ يقتل عملية ‎Redis‎ — يقتل نواة ‎Linux‎ عملية ‎Redis‎ بسبب نقص الذاكرة الحرة. السبب: maxmemory غير محدد أو كبير جدًا، مقترنًا بالنسخ عند الكتابة لـ ‎fork‎ الخاص بـ ‎RDB‎. الحل: اضبط maxmemory على 60-70% من ‎RAM‎ المتاحة، واختر سياسة إخلاء (maxmemory-policy allkeys-lru للتخزين المؤقت، أو noeviction للوسيط)، وخطط لمساحة تعادل 2× حجم مجموعة البيانات. راقب /var/log/syslog لرسائل Out of memory: Kill process.
• Could not create server TCP listening socket 0.0.0.0:6379: bind: Address already in use — عملية أخرى تشغل المنفذ 6379. حدّدها بـ ss -tlnp | grep 6379 وأوقفها، أو غيّر منفذ ‎Redis‎ في تهيئتك. على خوادم ‎VPS‎ التي تثبّت ‎Redis‎ عبر apt، قد يتعارض خدمة النظام مع حاوية ‎Docker‎.

التوافر العالي: ‎Sentinel‎ والعنقود

التحديثات و‎Valkey‎ كبديل