Awanio CEP كمصدر

يغطي هذا الدليل ترحيل الضيوف من موقع Awanio CEP إلى موقع آخر — من عنقود يشغّل منصة Awanio إلى عنقود مختلف يشغّلها هو الآخر. الجانب الهدف من المعالج هو نفسه الموصوف في VMware إلى CEP؛ وكل ما يختلف يقع في جانب المصدر، وهو ما يشرحه هذا الدليل.

أهداف Vapor و Cockpit غير متاحة لمصدر CEP. اختر هدف CEP.

قبل أن تبدأ

• سجّل الدخول إلى Condensa من صفحة النظرة العامة.
• جهّز حساب خدمة على كل موقع — واحداً على المصدر وآخر على الهدف — ومفتاح الوصول والسر الخاصين به.
• يجب أن يشغّل موقع الهدف إصداراً من المنصة يقبل أقراص الترحيل (راجع ما الذي يحتاجه كل موقع). أما موقع المصدر فلا يحتاج إلى أي شيء جديد.
• خطّط لوقت توقف لكل ضيف ترحّله: هذا المسار بارد فقط.

بارد فقط، ولماذا

يقدّم الموقع أقراص الضيف عبر VirtualMachineExport الخاص بـ KubeVirt، ولا ينشر KubeVirt هذا التصدير إلا والضيف متوقف. ولا يوجد تتبع للكتل المتغيرة يمكن الرجوع إليه، لذا لا توجد نسخة دافئة من هذا المسار.

يقول Condensa ذلك قبل أن تلتزم: تحمل الخطوة 3 من المعالج هذا التنبيه، ويعرض كل ضيف شارة Cold.

حالة الضيف عند بدء الترحيل	ما الذي يحدث
متوقف	يتم تصدير أقراصه ونسخها مباشرة.
قيد التشغيل	يوقف Condensa تشغيله أولاً، وينتظر توقفه، ثم يصدّر. ويُترك متوقفاً بعد ذلك.

النسخة المُرحَّلة هي ما تشغّله على الهدف. أما ضيف المصدر فيبقى في مكانه متوقفاً — لا يُحذف أي شيء، لذا فإن التراجع يعني تشغيله من جديد.

يُوقَف الضيف قيد التشغيل دون سؤال ثانٍ

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

من يحمل القرص

لا أحد في المنتصف. ينشر موقع المصدر تصديره عبر HTTPS، ويقوم المستورِد الخاص بالعنقود الهدف بجلبه مباشرة. لا يمر القرص عبر Condensa إطلاقاً، فهو لا يحتاج إلى عنوان عام لهذا المسار وليس في مسار البيانات أصلاً.

ما الذي يجب أن يصل إلى ماذا	لماذا
Condensa → API موقع المصدر (443)	المخزون، وطلب التصدير، وأمر الطاقة
Condensa → API موقع الهدف (443)	طلب قرص الترحيل، وإنشاء الجهاز الافتراضي
عقد العنقود الهدف → API موقع المصدر (443)	نقل القرص الفعلي

الصف الثالث هو الذي ينساه الناس. يستطيع Condensa التواصل مع الموقعين بلا مشكلة بينما تعجز عقد الهدف عن الوصول إلى المصدر، وعندها يفشل الترحيل أثناء الاستيراد، لا في بدايته.

ما الذي يحتاجه كل موقع

هذه هي الخاصية التي تجعل المسار قابلاً للاستخدام مع موقع لا تتحكم فيه — وقد جرى إثباتها على منصة إنتاجية لدى أحد العملاء لم تحتج إلى أي تغييرات إطلاقاً:

• المصدر — لا شيء جديد. نقاط النهاية الخاصة بالتصدير والطاقة والمخزون الموجودة لديه أصلاً تكفي. لا وكيل، ولا تهيئة، ولا إعادة تشغيل.
• الهدف — إصدار من المنصة يقبل POST /sa/virtualization/migration-disks. على إصدار أقدم يفشل الترحيل عند أول قرص برسالة تذكر اسم نقطة النهاية؛ رقِّ الهدف، لا المصدر.

يجب أن يثق الهدف بشهادة المصدر

يتحقق مستورِد الهدف من شهادة TLS الخاصة بالمصدر، ولا يوجد إعداد في المزود يخفّف هذا التحقق — فوجود مرجع تصديق (CA) خاص على المصدر يعني تثبيت ذلك المرجع على العنقود الهدف. يفحص Condensa هذا قبل أن يوقف أي شيء، لذا لا يكلّفك الفشل هنا شيئاً: الضيف ما زال يعمل ولا وجود لأي تصدير.

إضافة مزودَي CEP

تحتاج إلى مزودَين، واحد لكل موقع. انقر على علامة التبويب Provider، ثم Add Provider، وكرّر العملية:

1. Vendor — اختر Awanio CEP.
2. Name — اسم عرض يوضّح أي موقع هو (مثل CEP Jakarta و CEP Surabaya). يميّز حقل Label بين عدة مزودي CEP في المعالج، لذا املأه عندما يكون لديك أكثر من اثنين.
3. تحت Connection Details:
   • Host — عنوان قاعدة API الخاص بالموقع، متضمناً مقطع الإصدار: https://api.example.com/v2.
   • Access Key و Access Secret — بيانات اعتماد حساب الخدمة. تُخزَّن مشفرة أثناء السكون بواسطة CONDENSA_ENCRYPTION_KEY.
4. انقر على Create Provider، ثم Test Connection في البطاقة الجديدة.

يمكن للمزود نفسه أن يعمل مصدراً أو هدفاً؛ ولا شيء يصنّفه على أنه هذا أو ذاك حتى تنشئ عملية ترحيل.

إنشاء عملية الترحيل

انقر على علامة التبويب Migrations، ثم Create Migration.

الخطوة 1 — المعلومات الأساسية والهدف

املأ Migration Name، واختر Target Provider (موقع CEP)، ثم Target Organization و — اختيارياً — Target Project. لا يوجد مجمع تخزين أو شبكة هدف لاختيارهما — إذ يضع هدف CEP القرص في تخزين المؤسسة.

استخدم Name Prefix عندما ترحّل دفعة من الضيوف وتريد التعرف عليها على الهدف (migrated-). اتركه فارغاً لتبقى الأسماء كما هي تماماً على المصدر، وأعد تسمية الضيوف فرادى في خطوة المراجعة بدلاً من ذلك.

الخطوة 2 — مزود المصدر

اختر موقع CEP الآخر. لا يوجد مركز بيانات لاختياره — إذ يعرض Condensa الموقع بأكمله، صفحة في كل مرة، مُرشَّحاً وفق المؤسسة التي يستطيع حساب الخدمة رؤيتها.

الخطوة 3 — اختيار الضيوف

اختر ضيفاً واحداً أو أكثر. يعرض كل صف حالة الطاقة، وشارة Cold، ونظام التشغيل، والعنوان، وإجمالي حجم الأقراص عبر كل وحدة تخزين — لا قرص الإقلاع وحده، بحيث يطابق الرقم ما يجب نقله فعلاً.

الخطوة 4 — المراجعة

تحقق من الهدف، ومن Target Name الذي سيصل به كل ضيف تحت Per-VM Settings. ثم انقر على Create Migration.

التصدير، وكم يبقى قائماً

عند بدء الترحيل، يطلب Condensa من موقع المصدر نشر تصدير، ويمنحه مدة صلاحية محسوبة من حجم العمل: إجمالي حجم الأقراص عند حدّ أدنى مفترض قدره 4 ميجابايت/ثانية، مضروباً في ثلاثة احتياطاً، على ألا تقل عن ساعة ولا تزيد عن 72 ساعة.

أي ضيف أكبر من أن ينتهي خلال 72 ساعة يُرفض قبل إيقاف أي شيء، مع ذكر الحجم والمعدل المفترض في الرسالة. رحّل أقراصه على حدة، أو انقله عبر وصلة يمكنك قياسها.

عند انتهاء الترحيل — نجاحاً أو فشلاً — يغلق Condensa التصدير ويُلغى رمز التنزيل الخاص به فوراً بدلاً من أن يبقى حتى انتهاء مدة الصلاحية. أما مع موقع أقدم لا يملك نقطة نهاية للحذف، فتنتهي صلاحية التصدير من تلقاء نفسها؛ ويذكر السجل أيّ الحالتين حدثت.

لا يُترك أي شيء خلفك على المصدر

بعد ترحيل ناجح لا يحتفظ موقع المصدر بأي تصدير، ولا رمز تنزيل، ولا لقطة. الأثر الوحيد هو الضيف نفسه، متوقفاً حيث كان.

بدء الترحيل ومراقبته

1. افتح قائمة الإجراءات (النقاط الثلاث على الجانب الأيمن من الصف) وحدد Start Migration.
2. تتغير الحالة إلى Running ويرتفع شريط التقدم كنسبة مئوية حقيقية — إذ يبلّغ النقل عن حجمه الإجمالي.
3. عند الاكتمال تصبح الحالة Success. انقر على اسم الترحيل للاطلاع على تفاصيل كل قرص وعلى السجل.

يمكن إعادة تشغيل عملية ترحيل فاشلة من قائمة الإجراءات نفسها عبر Retry.

عندما يقول الشريط "size unknown"

تنشر بعض المواقع تدفق قرص مضغوطاً فقط، وهو لا يحمل حجماً إجمالياً. عندها يتحرك الشريط ذهاباً وإياباً بدلاً من العدّ، ويقرأ التصنيف size unknown — النقل سليم، لكنه فقط لا يستطيع أن يخبرك بمدى تقدمه. وينتهي عند 100% مثل أي نقل آخر.

ما الذي يصل إلى الهدف

جهاز افتراضي جديد في المؤسسة الهدف، مع:

• المعالج والذاكرة نفسهما كما في ضيف المصدر،
• كل قرص مستورَداً ومرفقاً بترتيبه الأصلي، بحيث يُقلع الضيف مما كان يُقلع منه من قبل،
• نوع نظام التشغيل الذي أبلغ عنه المصدر — من متغير نظام التشغيل (OS variant) لديه حيث يسجّله الموقع، ومن مدخل الكتالوج فيما عدا ذلك،
• ملاحظة تسجّل أن Condensa هو من رحّله، ومن أي نوع من المصادر.

لا تُرفَق أي شبكة

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

التحقق على الهدف

افتح وحدة تحكم الموقع الهدف، وابحث عن الجهاز الافتراضي في المؤسسة الهدف، وأرفق شبكته، ثم شغّله. تحقق داخل الضيف من أن أنظمة ملفاته قد تحمّلت وأن خدماته قد عملت قبل أن تحذف ضيف المصدر.

للاطلاع على الترخيص القائم على الأرصدة وكيفية استهلاك عمليات الترحيل للأرصدة، راجع الترخيص.