rdc vs renet
يستخدم Rediacc ملفين تنفيذيين:
rdcهو واجهة CLI الموجهة للمستخدم وتعمل على جهازك المحلي.renetهو ملف تنفيذي منخفض المستوى يعمل على الخادم.
في معظم العمليات اليومية، استخدم rdc.
النموذج الذهني
اعتبر rdc طبقة التحكم وrenet طبقة التنفيذ.
rdc:
- يقرأ السياق المحلي وربط الاجهزة
- يتصل بالخوادم عبر SSH
- يثبت/يحدث
renetعند الحاجة - ينفذ العملية البعيدة المناسبة بالنيابة عنك
renet:
- يعمل بصلاحيات مرتفعة على الخادم
- يدير datastore ووحدات LUKS وعمليات mount وDocker daemon معزول
- ينفذ عمليات منخفضة المستوى على النظام والمستودعات
ما الذي تستخدمه عمليا
استخدم rdc (الافتراضي)
استخدم rdc في التدفقات العادية:
rdc context setup-machine server-1
rdc repo create my-app -m server-1 --size 10G
rdc repo up my-app -m server-1 --mount
rdc repo down my-app -m server-1
rdc machine status server-1
استخدم renet (متقدم / جهة الخادم)
استخدم renet مباشرة فقط عندما تحتاج عمدا الى تحكم منخفض المستوى على الخادم، مثل:
- تصحيح طارئ مباشرة على الخادم
- صيانة واستعادة على مستوى المضيف
- التحقق من تفاصيل داخلية غير متاحة عبر
rdc
معظم المستخدمين لا يحتاجون لتشغيل renet مباشرة في العمل اليومي.
ملاحظة حول Rediaccfile
قد ترى renet compose -- ... داخل Rediaccfile. هذا متوقع: وظائف Rediaccfile تعمل على جهة الخادم حيث يتوفر renet.
من جهازك المحلي، غالبا ستستمر في تشغيل/ايقاف الاحمال عبر rdc repo up وrdc repo down.