‫على غرار Docker Swarm in ، فإنه
‫يستخدم النسخ المتماثلة كمصطلح للحاويات المختلفة قيد
‫التشغيل ويقرر كيفية توسيع نطاقه وتقليصه باستخدام
‫عدد النسخ المتماثلة ، وكذلك أمر القياس.
‫كانت
‫لدينا تجربة مماثلة مع Kubernetes. دعنا نتحقق من سطر أوامر kubectl
‫وكيف سيعمل ذلك.
‫أولاً ، سنحتاج إلى بدء عملية نشر جديدة.
‫لذا ، دعنا نعود ونقوم بتشغيل kubectl
‫my-apache.
‫- صورة httpd.
‫على عكس Nginx ، سنقوم بتشغيل خادم ويب Apache هذه المرة ،
‫غالبًا لأنه يمنحنا بعض عمليات التسجيل الافتراضية خارج الصندوق حتى
‫نتمكن على الأقل من إلقاء نظرة على السجلات.
‫يمكننا التحقق من نشر كل هذه الكائنات مع الحصول
‫على كل شيء آخر.
‫بمجرد أن يصبح المطلوب والحالي جاهزين للانتقال
‫إلى ReplicaSet الخاصة بك ، بالإضافة إلى الكبسولة ، فإننا نعلم
‫أننا على استعداد للقيام بالأمر التالي.
‫يمنحنا هذا التشغيل الافتراضي جرابًا
‫واحدًا أو نسخة متماثلة.
‫دعنا نصل إلى 2.
‫لاحظ أنني كتبت - النسخ المتماثلة 2 هنا باستخدام
‫الأمر scale. أنا أيضا وضعت في
‫نوع الكائن.
‫بمعنى آخر ، عملية نشر ، ثم اسم
‫هذا النشر. لكن هناك تنسيقًا مختلفًا لاحظته
‫أنني استخدمته هنا. لقد استخدمت النشر بدلاً
‫من النشر ، واستخدمت شرطة مائلة للأمام بدلاً من مسافة.
‫ينتقل هذا إلى مناقشة صغيرة حول مرونة سطر أوامر
‫Kubernetes.
‫ستلاحظ أن الكثير من الأوامر لها إصدارات قصيرة
‫من الأمر نفسه.
‫يمكن اختصار أجزاء مختلفة من الأمر أو استبدالها
‫بطرق مختلفة مثل الشرطة المائلة مقابل المسافة.
‫أشياء من هذا القبيل. في هذه الحالة
‫، سيكون مقياس النشر / my-apache هو نفسه
‫مساحة نشر مساحة النطاق my-apache.
‫هؤلاء سيكونون نفس الشيء.
‫يمكنك بشكل أساسي في العديد من الأماكن التي
‫قد ترى فيها خيار النشر ، قد تتمكن من تحديد
‫النشر أو النشر أو عمليات النشر في
‫حالة الجمع. ستلاحظ أن هذا يشبه أحيانًا
‫أجزاء أخرى من سطر الأوامر حيث يعمل الجمع أو
‫المفرد أيضًا.
‫أو يمكنك أحيانًا اختصار جزء من الأمر.
‫بصراحة ، لقد تغير هذا على مر السنين.
‫لذلك ، ليس من الواضح تمامًا الأجزاء التي يمكنك اختصارها أو
‫وضعها في شرطة مائلة لمسافة.
‫لكن ، أعتقد أنه بمجرد أن تعتاد على طريقتك الخاصة في القيام بالأشياء
‫، فسوف يعمل ذلك من أجلك فقط.
‫الآن ، إذا قمنا بعمل kubectl سريعًا ، فاحصل على كل شيء مرة أخرى.
‫ستلاحظ أن لدينا جرابين الآن.
‫سترى أن ReplicaSet في الجزء السفلي لديها الحالة
‫المرغوبة من اثنين واثنين قيد التشغيل.
‫في المفهوم العام هنا ، هذا هو بالضبط ما تفعله
‫خدمات Swarm. يقومون بتوسيع نطاق النسخ المتماثلة لأعلى
‫ولأسفل بناءً على متطلباتك.
‫في هذه الحالة ، نحن نتحدث فقط عن البودات بدلاً
‫من المهام.
‫عندما قمنا بأمر القياس ، دعني أقدم لك أساسيات
‫ما حدث في الخلفية.
‫نظرًا لأن لدينا مستويات إضافية من التجريد ، نحتاج
‫إلى فهم كيفية تفاعل هذه المستويات مع بعضها البعض.
‫عندما كتبنا أمر المقياس ، كنا
‫نحدِّث تقنيًا مواصفات النشر.
‫في Kubernetes ، كل شيء له مواصفات.
‫غيرت هذه المواصفات الخاصة بالنشر مجموعة
‫النسخ المتماثلة إلى مجموعة من نسختين متماثلتين.
‫ثم قررت وحدة التحكم ReplicaSet تغييرها
‫إلى جرابين ، وسيكون هناك جراب واحد لكل نسخة متماثلة.
‫ثم يتخذ مستوى التحكم قرارًا بشأن العقد ، في هذه
‫الحالة لديك عقدة واحدة فقط ، ولكن العقد التي
‫سيتم تخصيصها لتلك القرون.
‫ثم إذا كان لديك إعداد متعدد العقد ، فسيتم
‫تعيين وكيل kubelet حينئذٍ لهذا الكبسولة وسيأخذ ذلك
‫للتنفيذ لإنشاء الحاوية على Docker Engine المحلي
‫الخاص به.
‫بينما يبدو أن هذا يتطلب الكثير من العمل
‫في الخلفية ببساطة لبدء حاوية أخرى ، إلا أنه
‫يحدث سريعًا حقًا. في الواقع ، يحدث ذلك بنفس
‫سرعة سرب تقريبًا. بشكل عام ، نحن نتحدث عن ثانية
‫، ثانيتين ، شيء من هذا القبيل عندما تتحدث
‫عن آلة واحدة.
‫مع Swarm ، تتمثل إحدى مزاياها في أن كل شيء موجود في النظام
‫الثنائي الفردي.
‫لذلك ، يحدث ذلك بشكل أسرع كثيرًا لأنه يحدث
‫بالفعل داخل نفس العملية بما في ذلك إطلاق الحاوية
‫نفسها.
‫مع Kubernetes ، نحصل على طبقات التجريد
‫الإضافية هذه. هذا يؤدي إلى تأخير طفيف
‫مقارنة بشيء ربما تفعله Docker أو
‫Swarm.
‫لكن في الحقيقة ، في معظم الحالات ، لا يكاد يذكر.
‫المفاضلة هي أننا نحصل على قدر أكبر من المرونة والتحكم مع طبقات
‫التجريد المختلفة هذه.
‫أوه! لا تنظف هذا.
‫سنستخدم حاويات Apache هذه في المحاضرة
‫التالية عندما نقوم بفحص ما يجري في Kubernetes.