لا تحب الإعلانات؟ يذهب خالية من الإعلانات اليوم 

حاسبة موارد حاوية Docker

بياناتمطور

إعلان · حذف؟

مدخل

عملية تلقائية

**نوع العمل** --- (End of output)

أجهزة المعالج المركزي (أوراق عمل) *

المemory vive (جيجابايت) *

عدد حاويات *

إعدادات موارد مخصصة

الطلب على وحدة المعالجة المركزية (أوراق عمل)

**حدد عدد النواة (البروتوكال)**

الطلب على الذاكرة (ميجا بايت)

الحد الأقصى للذاكرة (ميجابايت)

انتاج

جانب العميل

ملكية	قيمة
طلب المعالج	-
حدد سرعة المعالج	-
الطلب على وحدة المعالجة المركزية (ملياردية cores)	-
لIMIT CPU (ملياردية وحدة معالجة مركزية)	-
طلب تخزين البيانات	-
حدد زمن التنفيذ	-
إجمالي وحدة المعالجة المركزية (جميع المحتويات)	-
الذاكرة الكلية (جميع الحاويات)	-

**أمر تشغيل Docker** --- *End of output.*

الفلترات `--المخزن` و `--الأوراق` لدوكر

Kubernetes YAML

الطلبات/المحدوديات للموارد في Kubernetes

إعلان · حذف؟

مرشد

حاسبة موارد حاوية Docker

اخترِ حدودًا مثلى لجهاز المعالجة المركزية (CPU) والمemory في محاكاة Docker وPods لـ Kubernetes بناءً على قدرة المضيف ومتطلبات العمل. أدخل عدد النواة المتاحة لل CPU وذاكرة الرام، اختر إعدادات عمل مسبقة، ثم احصل على Flags جاهزة للاستخدام لمشغل Docker، ملف YAML للموارد لـ Kubernetes، وسنippets لـ Docker Compose مع زر نسخ. يدعم سيناريوهات متعددة المحاكاة مع نسب تفوق مت configurable ومخصصات حجز نظام التشغيل المضيف.

كيفية استخدام

أدخل عدد cores للCPU الخاص بك وكمية الرام المتاحة بGB، ثم اختر نوع المسبقات preset أو حدد نسبة الموارد الشخصية. قم بتحديد عدد الكونتينرز، وتعديل نسبة الحجز الخاصة بالمستضيف OS، وحدد نسبة الإفراط في التخصيص. يقوم المحلل بإنتاج Flags لدوكر، موارد YAML لكينيثس، وسنكيتات دوكر كومبوز لكل كونتينر. تحذيرات تظهر إذا تجاوزت تخصيص الموارد إجمالي القدرة على المستضيف.

خصائص

البرامج المسبقة للعملية – خادم ويب، خادم تطبيق، عميل خلفية، قاعدة بيانات، تخزين مؤقت، استنتاج نموذجية، ومخصص مع نسب توصية لمعدات المعالج والمemory.
تأييد متعددة المحتويات – توزيع الموارد بين عدة محركات بشكل متوازن
أعلام تشغيل Docker – جاهز للنسخ –ذاكرة مؤقتة، –حجز ذاكرة، –أجهزة معالجة مركزية، و –شارك المعالجات
Kubernetes YAML – الموارد الكاملة مع طلبات وحصريات في مللي كور و مي/جي --- *(Note: "millicores" was translated as "مللي كور" to reflect the technical term in Arabic, though it may not be a standard term—contextual usage is implied.)*
خسارة مقطع Docker --- الخسارة أو وحدة الموارد المصدرة صيغة ل **docker-compose.yml**
النسبة المفرطة للاحتفاظ – ضبط نسبة طلبات مقابل حدودها (من 1.0x عدم تجاوز إلى 2.0x مفرطًا)
حجز نظام تشغيل المحول – نسبة قابلة للتعديل محفوظة للمستضيف نظام التشغيل (المتوسط 10-15٪)
تحذيرات السعة – تحذيرات بصريّة عندما تتجاوز التخصّصات موارد المضيف المتاحة

إعلان · حذف؟

 التعليمات

ما الفروقات بين حدود الذاكرة في Docker وكتل العمل (Kubernetes)؟

لimits الذاكرة في Docker (flag --memory) وضع حدًا قاسيًا على استخدام الذاكرة داخل الحاويات. إذا تجاوزت حاوية هذه الحد، يقتلها Docker بسبب خطأ OOM. يحتوي Kubernetes على اثنتين من الإعدادات: طلبات الموارد (الواردات المضمنة) والتي هي موارد مؤكدة لا يمكن الاستغناء عنها التي يستخدمها جدول التوزيع في وضعية pods، أما الحدود فهي الحد الأقصى الذي يمكن استخدامه من قبل الحاوية. وضع طلبات أقل من الحدود يسمح بتفويض موارد أكثر على مستوى pods، مما يحسن استغلال الموارد داخل المجموعة ولكن يثير مخاطر التنافس تحت الضغط.
ما هي المليكور في كابليرنتس وكيف تعمل؟

كورنتس يقيس المعالج بالملليكوهر (مليار كوهير)، حيث أن 1 وحدة معالجية تساوي 1000 ملليكوهر (1000m). هذا يسمح بتوزيع دقيق للمعالج. على سبيل المثال، 250 م (ملليكوهر) يعني استخدام 251% من وحدة المعالج، بينما 1500 م (ملليكوهر) يعادل 1.5 وحدة معالجية. يمكنك أيضًا تحديد مقدار المعالج كقيمة ديكيمالية مثل 0.25 أو 1.5. الملليكوهر مفيد بشكل خاص لبرامج التوزيع الصغيرة التي تحتاج فقط إلى جزء من وحدة المعالج، حيث يتم تحويلها إلى إعدادات الإيرادات في خوارزمية CFS (المستخدِم العادل الكامل) على مستوى نظام Linux.
ما مقدار الموارد المضيفة التي يجب أن أخصص للمستوى الأساسي للعملية؟

موصى به عادةً هو حجز **10-15**٪ من موارد CPU والمemory للمستضيف (نظام التشغيل، خدمات النظام، ووقت تشغيل الكانتينر). بالنسبة لنودات الإنتاج في Kubernetes، يتم توفير خيارين مدمجين في `kubelet` (`--system-reserved` و `--kube-reserved`) لحجز الموارد مسبقًا. على جهاز host يبلغ طاقته 16 جيجابايت، حجز **10%** يعني 1.6 جيجابايت للمستضيف، مما يترك 14.4 جيجابايت للكانتينرات. التحدي في الحجز غير الكافي يؤدي إلى عدم استقرار النظام، بينما الإفراط في الحجز يستهلك موارد غير مستخدمة.
ما هو **التفويض المفرط للموارد** وما هي الأوقات التي يجب استخدامها؟

استخدام الإفراط في التخصيص للموارد يعني تحديد طلبات الموارد أقل من الحدود، مما يسمح بالجدول الزمني بتجميع أكثر من pods على عقدة من العقدة التي يمكن أن تدعمها إذا استخدم جميع pods حدودها القصوى بشكل متزامن. نسبة الإفراط في التخصيص 1.5x تعني تعيين الطلبات بنسبة 67٪ من الحدود. هذا يعمل بشكل جيد مع العملات المشددة مثل خوادم الويب التي نادرًا ما تصل إلى الاستخدام الأقصى بشكل متزامن. تجنب الإفراط في التخصيص لبياناتabases والخدمات ذات الحالة حيث يكون الأداء المتزامن مهمًا. ابدأ بـ 1.0x (بدون إفراط في التخصيص) للمنتجات التجارية وزيادة بحذر.