همهٔ سیستم‌ها عملیاتی‌اند
ایران‌کلاد
ورود ثبت‌نام
سرویس فعال

Redis 8 مدیریت‌شده، cache در حافظه

یک Redis 8 اختصاصی در چند دقیقه: رمز AUTH تصادفی، سقف حافظه و سیاست حذف کلید از پیش تنظیم‌شده، AOF با fsync هر ثانیه و اتصال remote برای IPهایی که در فایروال مجاز می‌کنید. مناسب cache‏، session، صف کار و pub/sub.

ثبت‌نام و ساخت Redis حساب دارید؟ ورود

از ۱٬۳۰۰ تومان در ساعت،  حدود ۹۴۹٬۰۰۰ تومان در ماه

لوگوی Redis

Redis مدیریت‌شده

Redis 8،cache و session در حافظه

شروع قیمت (mini)

۱٬۳۰۰تومان / ساعت

حدود ۹۴۹٬۰۰۰ تومان در ماه،بر پایهٔ ۷۳۰ ساعت

  • رمز AUTH تصادفی،  ۳۲ کاراکتر
  • AOF،  همگام‌سازی هر ثانیه
  • پورت ۶۳۷۹،  سازگار با همهٔ کلاینت‌ها
  • سرور اختصاصی برای هر instance
  • دیسک NVMe SSD روی همهٔ سرورها
  • پورت ۱۰ گیگابیت اختصاصی برای هر سرور
  • دیتاسنتر تهران میزبانی داخل ایران
  • صورت‌حساب ساعتی پرداخت به تومان

معرفی سرویس

Redis مدیریت‌شده: دادهٔ پرتکرار در حافظه

Redis یک پایگاه‌دادهٔ in-memory است که برای cache، صف کار، pub/sub و نگه‌داری session استفاده می‌شود. چون داده در حافظه نگه‌داری می‌شود، پاسخ هر درخواست بسیار سریع‌تر از دیتابیس‌های دیسک‌محور است.

در نسخهٔ مدیریت‌شده، Redis 8 روی یک سرور اختصاصی نصب می‌شود؛ رمز AUTH، سقف حافظه و AOF از پیش تنظیم شده‌اند. افزودن یک لایهٔ Redis جلوی دیتابیس اصلی، query‌های تکراری را از دوش آن برمی‌دارد.

نسخهٔ ارائه‌شده
Redis 8
تک‌نود، اختصاصی
هر ساعت — mini
۱٬۳۰۰ تومان
۱ گیگ RAM، ۱ هسته
ماندگاری پیش‌فرض
AOF
fsync هر ثانیه
پورت استاندارد
۶۳۷۹
سازگار با همهٔ کلاینت‌ها

امکانات

برای چه کاربری؟

cache اپلیکیشن

نتیجهٔ query‌های سنگین را با زمان انقضا در حافظه نگه دارید تا درخواست بعدی بدون رفتن به دیتابیس پاسخ بگیرد.

session مشترک

session کاربران در یک جا می‌ماند و چند سرور اپلیکیشن پشت هم آن را به اشتراک می‌گذارند.

صف کار

BullMQ‏، Sidekiq‏، RQ و صف Laravel کارهای پس‌زمینه را روی Redis صف می‌کنند.

pub/sub بلادرنگ

پخش پیام فوری بین سرویس‌ها؛ برای پیامی که نباید گم شود، صف پیام مدیریت‌شده بهتر است.

محدودسازی درخواست

شمارش درخواست هر کاربر با INCR و EXPIRE برای جلوگیری از سوءاستفاده از API.

رتبه‌بندی و شمارش

sorted set برای جدول امتیاز و HyperLogLog برای شمارش تقریبی بازدیدکنندهٔ یکتا.

اتصال

اتصال در یک خط

پس از ساخت instance، رشتهٔ اتصال با آدرس واقعی در پنل نمایش داده می‌شود. به‌جای PASSWORD رمز AUTH همان instance را بگذارید:

اتصال فعلاً بدون TLS است؛ رمز را در متغیر محیطی نگه دارید و اپلیکیشن را ترجیحاً در همان دیتاسنتر اجرا کنید.

# redis-cli

redis-cli -u redis://default:PASSWORD@203.0.113.10:6379

# Laravel / .env

REDIS_URL=redis://default:PASSWORD@203.0.113.10:6379

# Node.js (ioredis)

const redis = new Redis( 'redis://default:PASSWORD@203.0.113.10:6379' );

# Python (redis-py)

r = redis.from_url( 'redis://default:PASSWORD@203.0.113.10:6379' )

۵ گام تا شروع

ساخت instance در پنل، گام‌به‌گام

  1. گام ۱: افزایش موجودی کیف پول

    هزینهٔ اولین ساعت هنگام ساخت از کیف پول کسر می‌شود؛ پیش از شروع موجودی کافی داشته باشید.

  2. گام ۲: رفتن به بخش Redis در پنل

    در پنل کاربری از منوی دیتابیس‌ها گزینهٔ Redis را باز کنید؛ اگر هنوز حساب ندارید، پس از ثبت‌نام مستقیم به همین صفحه می‌رسید.

  3. گام ۳: انتخاب اندازه و نام

    یکی از اندازه‌های mini‏، standard یا plus را بر اساس حجم دادهٔ داخل حافظه انتخاب کنید و یک نام شناسایی بدهید.

  4. گام ۴: انتظار چند دقیقه برای آماده‌سازی

    سرور ساخته می‌شود، Redis 8 نصب می‌شود، AOF و سقف حافظه تنظیم و رمز AUTH تصادفی ساخته می‌شود.

  5. گام ۵: کپی رشتهٔ اتصال

    در صفحهٔ instance رشتهٔ redis://default:PASSWORD@IP:6379 و رمز را بردارید و در REDIS_URL اپلیکیشن قرار دهید.

قیمت و سفارش

هزینهٔ اجرای Redis مدیریت‌شده

صورت‌حساب ساعتی است و مبلغ به تومان از کیف پول کسر می‌شود؛ هر وقت سرویس را حذف کنید، هزینه هم متوقف می‌شود.

Redis مدیریت‌شده

از ۱٬۳۰۰ تومان / ساعت

حدود ۹۴۹٬۰۰۰ تومان در ماه (۷۳۰ ساعت کارکرد)

ساعتی

آنچه دریافت می‌کنید

  • سرور اختصاصی برای هر instance، بدون اشتراک منابع
  • دیسک NVMe SSD و پورت اختصاصی ۱۰ گیگابیت
  • دیتاسنتر تهران، صورت‌حساب ساعتی به تومان
ثبت‌نام و ساخت Redis

راهنمای کامل

راهنمای کامل Redis مدیریت‌شده در ایران‌کلاد

Redis معمولاً اولین ابزاری است که وقتی اپلیکیشن کند می‌شود سراغش می‌روند. این راهنما توضیح می‌دهد Redis مدیریت‌شدهٔ ایران‌کلاد دقیقاً با چه تنظیماتی تحویل داده می‌شود، چه کارهایی بر عهدهٔ ماست و چه کارهایی بر عهدهٔ شما، هزینه چطور حساب می‌شود و کجا باید سراغ ابزار دیگری بروید. اگر به دیتابیس دیسک‌محور برای دادهٔ اصلی نیاز دارید، PostgreSQL مدیریت‌شده یا MySQL مدیریت‌شده را هم ببینید.

۱۱ بخش حدود ۶ دقیقه مطالعه

فهرست مطالب

Redis مدیریت‌شده چیست و چه کسانی به آن نیاز دارند؟

Redis یک ذخیره‌ساز کلید-مقدار است که داده را در حافظهٔ RAM نگه می‌دارد و به همین دلیل خواندن و نوشتن در آن بسیار سریع‌تر از دیتابیس‌هایی است که هر درخواست را از دیسک می‌خوانند. در نسخهٔ مدیریت‌شده، یک سرور اختصاصی فقط برای Redis شما ساخته می‌شود و نصب، تنظیم سقف حافظه، فعال‌سازی AOF و ساخت رمز عبور را ما انجام می‌دهیم.

مخاطب اصلی این سرویس تیم‌هایی هستند که اپلیکیشن وب یا API دارند و می‌خواهند بار دیتابیس اصلی را کم کنند، session کاربران را بین چند سرور به اشتراک بگذارند یا کارهای زمان‌بر را در پس‌زمینه انجام دهند. فروشگاه‌های اینترنتی با سبد خرید پرتکرار، سرویس‌های پیام‌رسان و پنل‌های مدیریتی شلوغ از همین دسته‌اند.

اگر ترجیح می‌دهید Redis را با تنظیمات کاملاً دلخواه، ماژول‌های خاص یا کنار اپلیکیشن روی همان سرور اجرا کنید، می‌توانید آن را روی یک سرور ابری نصب کنید؛ راهنمای نصب Redis این مسیر را قدم به قدم توضیح می‌دهد.

کاربردهای رایج Redis در پروژه‌های واقعی

Redis چند ساختار داده دارد که هر کدام یک مسئلهٔ رایج را حل می‌کنند. انتخاب ساختار درست مهم‌تر از خود سرعت است:

  • cache نتیجهٔ query: ذخیرهٔ خروجی query‌های سنگین با زمان انقضا (EX) تا درخواست بعدی مستقیم از حافظه پاسخ بگیرد
  • session کاربران: نگه‌داری session در Redis تا چند سرور اپلیکیشن پشت load balancer session مشترک داشته باشند
  • صف کار: کتابخانه‌هایی مثل Sidekiq‏، BullMQ‏، RQ و صف Laravel از list و stream برای کارهای پس‌زمینه استفاده می‌کنند
  • rate-limiter: شمارش درخواست هر کاربر با INCR و EXPIRE برای محدود کردن سوءاستفاده از API
  • leaderboard: sorted set برای رتبه‌بندی بازیکن یا محصول پرفروش، بدون ORDER BY سنگین
  • pub/sub: پخش پیام بلادرنگ بین سرویس‌ها؛ برای پیام‌هایی که نباید گم شوند صف پیام مدیریت‌شده مناسب‌تر است

بازگشت به فهرست مطالب

تنظیمات پیش‌فرض هر instance دقیقاً چیست؟

هر instance هنگام ساخت با تنظیمات زیر آماده می‌شود. سقف حافظه بر اساس RAM همان اندازه محاسبه می‌شود تا سیستم‌عامل و فرایند بازنویسی AOF هم فضای کافی داشته باشند:

تنظیممقدارمعنای عملی
نسخهRedis 8شامل ساختارهای داده و دستورهای نسخه‌های جدید
requirepassرمز تصادفی ۳۲ کاراکتریهر اتصال باید با AUTH احراز هویت شود
maxmemoryنصف RAM پلن (حداقل ۶۴ مگابایت)سقف دادهٔ داخل حافظه
maxmemory-policyallkeys-lruبا پر شدن حافظه، کلیدهای کم‌استفاده حذف می‌شوند
appendonlyyesهر نوشتن در فایل AOF ثبت می‌شود
appendfsynceverysecهمگام‌سازی با دیسک هر یک ثانیه
پورت۶۳۷۹پورت استاندارد؛ همهٔ کلاینت‌ها بدون تغییر کار می‌کنند

این تنظیمات در پنل قابل ویرایش نیستند. اگر برای کار خاصی سیاست حذف یا سقف حافظهٔ متفاوتی لازم دارید، Redis را روی سرور ابری خودتان اجرا کنید.

بازگشت به فهرست مطالب

قیمت Redis مدیریت‌شده و نحوهٔ محاسبه

هزینه به‌صورت ساعتی از کیف پول کسر می‌شود و از دو بخش تشکیل شده است: هزینهٔ سرور اختصاصی با همان اندازه و هزینهٔ ثابت مدیریت. جدول زیر مبلغ کل را نشان می‌دهد؛ معادل ماهانه بر مبنای ۷۳۰ ساعت است و فقط برای مقایسه آمده، چون شما فقط برای ساعت‌هایی که instance وجود دارد پرداخت می‌کنید.

برای انتخاب اندازه، حجم دادهٔ داخل حافظه را معیار بگیرید نه تعداد درخواست. چون سقف maxmemory نصف RAM است، اندازهٔ mini حدود نیم گیگابایت داده نگه می‌دارد، standard حدود یک گیگابایت و plus حدود دو گیگابایت. برای مقایسه با سایر سرویس‌ها صفحهٔ قیمت‌ها را ببینید.

اندازهمنابع سرورساعتی (تومان)تقریبی ماهانه (تومان)
mini۱ هسته، ۱ گیگ RAM، ۲۰ گیگ دیسک۱٬۳۰۰۹۴۹٬۰۰۰
standard۲ هسته، ۲ گیگ RAM، ۴۰ گیگ دیسک۲٬۴۰۰۱٬۷۵۲٬۰۰۰
plus۲ هسته، ۴ گیگ RAM، ۸۰ گیگ دیسک۳٬۷۰۰۲٬۷۰۱٬۰۰۰

بازگشت به فهرست مطالب

Redis مدیریت‌شده یا Redis روی سرور خودتان؟

هر دو گزینه معتبرند و تفاوت اصلی در مقدار کنترل و مقدار کاری است که خودتان باید انجام دهید:

موضوعRedis مدیریت‌شدهRedis روی سرور ابری
راه‌اندازیاز پنل، در چند دقیقهنصب و پیکربندی دستی
رمز و سقف حافظهخودکار هنگام ساختبر عهدهٔ شما
تغییر redis.confممکن نیستکامل
ماژول‌ها و تنظیمات خاصارائه نمی‌شودهرچه لازم دارید
اجرای اپلیکیشن روی همان سرورممکن نیستممکن است
مناسب برایcache و session بدون دردسر نگه‌داریتیم‌هایی با نیاز خاص یا بار سنگین

بازگشت به فهرست مطالب

ساخت اولین Redis در پنج قدم

همهٔ مراحل از پنل انجام می‌شود و به دسترسی خط فرمان روی سرور نیازی ندارید:

  1. کیف پول را شارژ کنید؛ هزینهٔ اولین ساعت هنگام ساخت کسر می‌شود
  2. در پنل کاربری بخش Redis را باز کنید
  3. اندازه (mini‏، standard یا plus) و یک نام شناسایی مثل cache-prod انتخاب کنید
  4. چند دقیقه صبر کنید تا وضعیت instance به «در حال اجرا» برسد
  5. در بخش «دسترسی شبکه» پورت ۶۳۷۹ را فقط برای IP سرور اپلیکیشن در فایروال باز کنید؛ این پورت به‌طور پیش‌فرض بسته است
  6. رمز AUTH را با دکمهٔ نمایش رمز ببینید و رشتهٔ اتصال را در REDIS_URL اپلیکیشن قرار دهید

پس از باز کردن پورت ۶۳۷۹ برای IP سرور اپلیکیشن، دسترسی را با ابزار بررسی پورت امتحان کنید.

بازگشت به فهرست مطالب

امنیت اتصال و نگه‌داری رمز

دسترسی به هر instance فقط با رمز AUTH ممکن است. این رمز یک رشتهٔ تصادفی ۳۲ کاراکتری است که هنگام نصب ساخته می‌شود و در پنل به‌صورت رمزنگاری‌شده نگه‌داری می‌شود. رمز را فقط در متغیر محیطی اپلیکیشن قرار دهید و آن را در کد یا مخزن git ثبت نکنید.

اتصال در حال حاضر بدون TLS برقرار می‌شود. یعنی محتوای درخواست‌ها رمزنگاری‌شده منتقل نمی‌شود؛ بنابراین بهتر است اپلیکیشنی که به Redis وصل می‌شود هم در دیتاسنتر ایران‌کلاد باشد و دادهٔ بسیار حساس مثل اطلاعات پرداخت را در Redis ذخیره نکنید. اگر لازم است، مقدار را پیش از ذخیره در خود اپلیکیشن رمزنگاری کنید.

Redis 8 از ACL پشتیبانی می‌کند و با کاربر default می‌توانید خودتان با دستور ACL SETUSER کاربرهای محدودتری بسازید؛ مثلاً کاربری که فقط به کلیدهای با پیشوند session دسترسی دارد. ساخت کاربر از پنل برای Redis ارائه نمی‌شود. برای ساخت رمزهای قوی از ابزار تولید رمز استفاده کنید.

بازگشت به فهرست مطالب

ماندگاری داده و بکاپ در Redis

با فعال بودن AOF، هر دستور نوشتن در یک فایل روی دیسک instance ثبت و هر ثانیه همگام می‌شود. اگر سرویس restart شود، Redis داده را از همین فایل بازسازی می‌کند. در بدترین حالت فقط نوشتن‌های حدود یک ثانیهٔ آخر از دست می‌رود؛ برای cache و session این سطح ماندگاری کافی است.

بکاپ شبانهٔ خودکار که برای دیتابیس‌های SQL ارائه می‌شود، برای Redis فعال نیست. اگر دادهٔ Redis برای شما ارزش نگه‌داری دارد، با دستور redis-cli و گزینهٔ --rdb یک فایل snapshot بگیرید و آن را در فضای ذخیره‌سازی ابری نگه دارید. صفحهٔ instance در پنل همین دستور را با آدرس و پورت درست نشان می‌دهد.

بازگشت به فهرست مطالب

انتقال از Redis فعلی به ایران‌کلاد

اگر Redis فقط cache است، ساده‌ترین مهاجرت این است که اپلیکیشن را به instance جدید وصل کنید و بگذارید cache به‌مرور دوباره پر شود. چند دقیقه اول درخواست‌های بیشتری به دیتابیس اصلی می‌رسد؛ بهتر است تغییر را در ساعت کم‌ترافیک انجام دهید.

اگر داده‌ای در Redis دارید که باید منتقل شود، مثل صف کارهای در انتظار یا leaderboard، کلیدها را با یک اسکریپت کوچک که DUMP و RESTORE را برای هر کلید اجرا می‌کند منتقل کنید یا ابزارهای مهاجرت متن‌باز را به کار ببرید. صف کار را پیش از جابه‌جایی خالی کنید تا هیچ کاری دو بار اجرا نشود.

بازگشت به فهرست مطالب

نکته‌های کارایی برای گرفتن بیشترین سرعت

سرعت Redis بیشتر از هر چیز به فاصلهٔ شبکه بین اپلیکیشن و instance بستگی دارد. وقتی اپلیکیشن روی سرور ابری ایران‌کلاد اجرا می‌شود، هر رفت‌وبرگشت کوتاه است؛ اگر اپلیکیشن در دیتاسنتر دیگری باشد، زمان شبکه بر زمان پردازش غلبه می‌کند.

چند عادت ساده تفاوت بزرگی ایجاد می‌کند: برای کلیدهای cache همیشه زمان انقضا بگذارید، به‌جای ده‌ها دستور جداگانه از pipeline یا MGET استفاده کنید، دستور KEYS را در محیط تولید اجرا نکنید و به‌جای آن SCAN بزنید، و مقدارهای خیلی بزرگ را به چند کلید کوچک‌تر بشکنید. اتصال‌ها را هم با connection pool کلاینت دوباره استفاده کنید.

بازگشت به فهرست مطالب

محدودیت‌های فعلی Redis مدیریت‌شده

هر instance تک‌نودی است؛ replica‏، Sentinel‏، Redis Cluster و failover خودکار ارائه نمی‌شود. اتصال TLS، ماژول‌های جانبی، ویرایش redis.conf، تغییر سیاست حذف از پنل و ارتقای درجای اندازه هم فعلاً در دسترس نیستند و بکاپ خودکار برای Redis انجام نمی‌شود.

این محدودیت‌ها را صریح می‌نویسیم تا با چشم باز انتخاب کنید. برای cache‏، session و صف‌هایی که اپلیکیشن در صورت خطا می‌تواند دوباره بسازد، Redis مدیریت‌شده گزینهٔ کم‌دردسری است. برای پیام‌هایی که حتماً باید تحویل شوند صف پیام مدیریت‌شده و برای دادهٔ سندمحور MongoDB مدیریت‌شده را بررسی کنید.

بازگشت به فهرست مطالب بازگشت به ابتدای راهنما

پرسش و پاسخ،  ۱۱ پرسش

سؤالات متداول

پاسخ پرسش خود را پیدا نکردید؟ با پشتیبانی در تماس باشید.

برای چه استفاده‌هایی Redis مناسب است؟
session store‏، cache (نتیجهٔ query یا صفحه)‏، rate-limiter، صف کار (Sidekiq‏، BullMQ‏، RQ، صف Laravel)‏، leaderboard و pub/sub بلادرنگ. هر جا که عملیات ساده و atomic روی داده با پاسخ بسیار سریع لازم دارید، Redis انتخاب مناسبی است.
persistence چگونه است؟ آیا داده‌ها بعد از restart می‌مانند؟
AOF (Append-Only File) با appendfsync everysec فعال است؛ یعنی هر نوشتن در فایل AOF ثبت و هر ثانیه روی دیسک همگام می‌شود. پس از restart داده از روی AOF بازسازی می‌شود و در بدترین حالت حدود یک ثانیهٔ آخر نوشتن‌ها ممکن است از دست برود.
آیا Redis Cluster یا Sentinel فعال است؟
خیر. هر instance یک Redis تک‌نودی است و Sentinel‏، Cluster یا failover خودکار ارائه نمی‌شود. اگر از Redis فقط به‌عنوان cache استفاده می‌کنید این محدودیت معمولاً مشکلی ایجاد نمی‌کند؛ برای دادهٔ حیاتی نسخهٔ اصلی را در یک دیتابیس دیسک‌محور نگه دارید.
maxmemory و سیاست حذف (eviction policy) چطور تنظیم شده‌اند؟
maxmemory روی نصف RAM همان پلن (حداقل ۶۴ مگابایت) و سیاست حذف روی allkeys-lru تنظیم می‌شود؛ وقتی حافظه پر شود، کلیدهایی که مدت بیشتری استفاده نشده‌اند حذف می‌شوند. این تنظیم برای cache مناسب است و در پنل قابل تغییر نیست.
احراز هویت و رمزنگاری اتصال چطور است؟
هر instance یک رمز AUTH تصادفی ۳۲ کاراکتری دارد که با requirepass روی کاربر default اعمال می‌شود. اتصال TLS در حال حاضر ارائه نمی‌شود و ارتباط با پروتکل معمولی redis:// برقرار می‌شود؛ پس رمز را محرمانه نگه دارید و دادهٔ حساس را رمزنگاری‌نشده در Redis قرار ندهید.
چگونه از Laravel‏، Sidekiq یا BullMQ متصل شوم؟
رشتهٔ اتصال به شکل redis://default:PASSWORD@IP:6379 در پنل نمایش داده می‌شود. همین مقدار را در REDIS_URL یا تنظیمات کلاینت قرار دهید. کلاینت‌های phpredis، predis، redis-rb، ioredis و redis-py بدون تغییر کار می‌کنند.
هزینهٔ Redis مدیریت‌شده چقدر است؟
محاسبه ساعتی است و از کیف پول کسر می‌شود: اندازهٔ mini ۱٬۳۰۰‏، standard ۲٬۴۰۰ و plus ۳٬۷۰۰ تومان در ساعت. این مبلغ شامل سرور اختصاصی و هزینهٔ مدیریت است و با حذف instance، محاسبه متوقف می‌شود.
آیا از Redis بکاپ خودکار گرفته می‌شود؟
خیر. بکاپ شبانهٔ خودکار فعلاً فقط برای MySQL‏، MariaDB و PostgreSQL انجام می‌شود. برای Redis داده با AOF روی دیسک خود instance پایدار می‌ماند، اما اگر به نسخهٔ جداگانه نیاز دارید، با دستور redis-cli و گزینهٔ --rdb به‌صورت دوره‌ای یک فایل snapshot بگیرید و جای دیگری نگه دارید.
اگر حافظه پر شود چه اتفاقی می‌افتد؟
با سیاست allkeys-lru، Redis به‌جای رد کردن نوشتن جدید، کلیدهایی را که مدت بیشتری خوانده نشده‌اند حذف می‌کند. برای cache این رفتار مطلوب است؛ اما اگر Redis را صف کار یا ذخیرهٔ دائمی می‌دانید، باید اندازه را طوری انتخاب کنید که حافظه هیچ‌وقت پر نشود.
آیا می‌توانم اندازهٔ instance را بعداً بزرگ‌تر کنم؟
ارتقای درجا از پنل در حال حاضر وجود ندارد. راه عملی این است که یک instance بزرگ‌تر بسازید، داده را منتقل کنید یا cache را دوباره گرم کنید و سپس instance قبلی را حذف کنید. چون پرداخت ساعتی است، هزینهٔ هم‌پوشانی فقط برای همان چند ساعت محاسبه می‌شود.
چند پایگاه منطقی (db ۰ تا ۱۵) در دسترس است؟
Redis با تنظیم پیش‌فرض خودش ۱۶ پایگاه منطقی دارد و با دستور SELECT بین آن‌ها جابه‌جا می‌شوید. این کار برای جدا کردن cache از session در یک پروژهٔ کوچک مفید است، اما همهٔ پایگاه‌ها حافظه و سقف maxmemory مشترک دارند؛ برای جدا کردن واقعی پروژه‌ها از instance جدا استفاده کنید.

پاسخ پرسش خود را پیدا نکردید؟ با پشتیبانی در تماس باشید.

Redis خود را همین حالا بسازید

یک Redis 8 اختصاصی با ۱٬۳۰۰ تومان در ساعت بسازید؛ هر زمان حذفش کنید، محاسبه متوقف می‌شود.

از ۱٬۳۰۰ تومان / ساعت،حدود ۹۴۹٬۰۰۰ تومان در ماه

ثبت‌نام و ساخت Redis حساب دارید؟ ورود