مساعدة CDN.com.tr

التخزين الدائم لتطبيق مُدار

امنح تطبيق حاوية وحدة تخزين دائمة حتى تبقى بياناته بعد عمليات إعادة التشغيل وإعادة النشر: فعّل التخزين، واضبط مسار التركيب داخل الحاوية وحجمه. وحدة تخزين واحدة لكل تطبيق، مركَّبة عند مسار واحد، على CephFS.

المنصات والإضافات المُدارة

التخزين الدائم لتطبيق مُدار

مسار اللوحة

Management Panel
Platforms tab
Managed Container Apps
افتح التطبيق
التخزين الدائم: مفعّل
مسار التركيب + الحجم
Save
Deploy

حالات الاستخدام

يحتاج تطبيق إلى الاحتفاظ بالملفات بين عمليات النشر — الرفعات، وملف SQLite، وبيانات Prometheus، ومجلد التخزين المؤقت — بدلاً من فقدها في كل إعادة تشغيل.

سير العمل

في اللوحة: افتح التطبيق ضمن تبويب Platforms ← Managed Container Apps، فعّل التخزين الدائم، واضبط مسار التركيب (الافتراضي `/app/data`) والحجم بالغيغابايت، احفظ، ثم انشر.
أو باستخدام cdnctl عند الإنشاء: `cdnctl container apps create … --persistent-mount-path /app/data --persistent-storage-gb 5` (تحديد مسار تحميل يُفعّل الحجم التخزيني).
أو فعّله/وسّعه لاحقًا: `cdnctl container apps update --account <uuid> --app <app_uuid> --persistent-mount-path /app/data --persistent-storage-gb 10`، ثم انشره.
أضف بيانات أولية عند الحاجة: `cdnctl container imports files --account <uuid> --app <app_uuid> --file data.tar.gz --target-path /app/data`.

الفحوصات

وحدة تخزين واحدة لكل تطبيق عند مسار تركيب واحد؛ وجّهها إلى المجلد الذي يكتب إليه تطبيقك فعلاً (الافتراضي `/app/data`).
الحجم يزداد فقط — يمكن توسيع وحدة تخزين CephFS (حتى 100 غيغابايت) لكن لا يمكن تقليصها؛ فاختر حجماً ابتدائياً معقولاً.
تسري تغييرات التخزين في عملية النشر التالية.
تُنشر التطبيقات ذات التخزين الدائم باستراتيجية Recreate: تتوقف النسخة القديمة قبل بدء الجديدة، فيكون لكل عملية نشر انقطاع قصير (هذا يمنع أقفال ملفات وحيد الكاتب المتجمدة).
يمكن للصور غير الجذرية الكتابة إلى وحدة التخزين (تضبط المنصة fsGroup للبود تلقائياً).

الأسئلة الشائعة

متى ينبغي أن أستخدم وحدة تخزين دائمة مقابل إضافة مُدارة؟

استخدم إضافة مُدارة (Redis وPostgreSQL وMySQL/MariaDB وNATS) لقواعد البيانات والتخزينات المؤقتة وقوائم الانتظار — فهي مجهَّزة ومضبوطة لك. واستخدم وحدة تخزين دائمة لملفات تطبيقك الخاصة: الرفعات، والأصول المولَّدة، وملف SQLite صغير، وبيانات Prometheus TSDB، وما إلى ذلك. القاعدة العامة: مخزن بيانات منظَّم ← إضافة؛ ملفات التطبيق ← وحدة تخزين.

هل وحدة التخزين مناسبة لقاعدة بيانات عالية الحركة؟

إنها CephFS — نظام ملفات شبكي منسوخ، ممتاز للمتانة والوصول المشترك لكنه ليس للبيانات شديدة السخونة عالية الإدخال/الإخراج أو وحيدة الكاتب. للقواعد الثقيلة استخدم الإضافة المُدارة؛ وللبيانات شديدة السخونة يُفضَّل استخدام الذاكرة. يصبح "المخزن الساخن" على وحدة تخزين شبكية عنق زجاجة.

هل يمكنني تركيب أكثر من وحدة تخزين، أو تغيير مسار التركيب لاحقاً؟

وحدة تخزين دائمة واحدة لكل تطبيق عند مسار تركيب واحد. يمكنك تغيير المسار أو زيادة الحجم، لكن كل تغيير يحتاج إلى عملية نشر، ونقل المسار لا ينسخ البيانات القديمة — فخطّط لمسار التركيب مسبقاً.

هل تبقى بياناتي بعد إعادة النشر أو إصدار صورة جديد؟

نعم. وحدة التخزين مستقلة عن صورة الحاوية، فتحافظ عمليات النشر وترقيات الصور على البيانات. ولا تُزال إلا عند تعطيلك للتخزين أو حذفك للتطبيق.

الصفحات ذات الصلة

اختر منصة مُدارة

اختر WordPress أو PHP أو الذكاء الاصطناعي أو Knight Online أو Managed Container بناءً على عبء العمل.

ترحيل Managed Container Apps

أنشئ تطبيق حاوية، وبيانات اعتماد سجل، ومتغيرات/أسراراً، وعمليات استيراد، ومهاماً، ونشراً، وحالة، وسجلات من واجهات العميل.

Object Storage وAWS CLI

أنشئ الدلاء، ودوّر مفاتيح الوصول، واربط الدلاء بالتطبيقات، وتحقق عبر نقطة النهاية المتوافقة مع S3.

ما يمكنك تشغيله — القدرات والحدود

منصة حاويات مُدارة (Kubernetes في الأساس)، وليست جهازاً افتراضياً أو خادم صدفة: تُحضر صور الحاويات أو ملف docker-compose.yml وتشغّلها المنصة، مع إضافات Redis/PostgreSQL/MySQL/NATS المُدارة، ووحدات تخزين دائمة، وDNS خدمة داخلي، وكشف HTTP(S) عبر حافة CDN.

انقل موقع Pull-CDN حياً إلى Platforms دون انقطاع

شغّل خدمات أصلك على منصات cdn.com.tr بينما يواصل موقعك التقديم عبر Pull CDN: فعّل التطبيقات جنباً إلى جنب مع تسليمك الحالي، وابنِ كل شيء وتحقق منه على نطاقات ca-* الفرعية، ثم بدّل النطاق الرئيسي فقط عند الجاهزية — قابل للتراجع بالكامل.