أحد اللاعبين الشباب في سوق حلول التعافي من الكوارث هو Hystax، وهي شركة روسية ناشئة في عام 2016. نظرًا لأن موضوع التعافي من الكوارث يحظى بشعبية كبيرة وأن السوق تنافسي للغاية، فقد قررت الشركة الناشئة التركيز على الترحيل بين البنى التحتية السحابية المختلفة. سيكون المنتج الذي يسمح لك بتنظيم عملية ترحيل بسيطة وسريعة إلى السحابة مفيدًا جدًا لعملاء Onlanta - المستخدمين . وهكذا تعرفت على Hystax وبدأت في اختبار ميزاته. وما جاء منه سأقوله في هذا المقال.
الميزة الرئيسية لـ Hystax هي وظائفها الواسعة لدعم منصات المحاكاة الافتراضية المختلفة ونظام تشغيل الضيف والخدمات السحابية، مما يجعل من الممكن نقل أعباء العمل الخاصة بك من أي مكان وفي أي مكان.
يتيح لك هذا ليس فقط إنشاء حلول DR لتحسين تحمل الأخطاء في الخدمات، ولكن أيضًا ترحيل الموارد بسرعة ومرونة بين المواقع المختلفة والمتوسعين الفائقين لزيادة توفير التكاليف واختيار أفضل حل لخدمة معينة في الوقت الحالي. بالإضافة إلى المنصات المدرجة في الصورة الرئيسية، تتعاون الشركة أيضًا بنشاط مع موفري الخدمات السحابية الروس: Yandex.Cloud، وCROC Cloud Services، وMail.ru وغيرها الكثير. ومن الجدير بالذكر أيضًا أنه في عام 2020 افتتحت الشركة مركزًا للبحث والتطوير يقع في سكولكوفو.
يشير اختيار حل واحد من قبل عدد كبير من اللاعبين في السوق إلى سياسة تسعير جيدة وقابلية تطبيق عالية للمنتج، وهو ما قررنا اختباره عمليًا.
لذلك، ستتألف مهمة الاختبار لدينا من الترحيل من موقع اختبار VMware الخاص بي والأجهزة الفعلية إلى موقع الموفر، والذي تتم إدارته أيضًا بواسطة VMware. نعم، هناك العديد من الحلول التي يمكنها إجراء مثل هذا الترحيل، لكننا نعتبر Hystax أداة عالمية، واختبار الترحيل في جميع المجموعات الممكنة هو ببساطة مهمة غير واقعية. وتم تصميم سحابة Oncloud.ru خصيصًا على برنامج VMware، لذا فإن هذه المنصة كهدف تهمنا إلى حد أكبر. بعد ذلك، سأصف المبدأ الأساسي للتشغيل، وهو مستقل بشكل عام عن النظام الأساسي، ويمكن استبدال برنامج VMware من أي جانب بمنصة من بائع آخر.
الخطوة الأولى هي نشر Hystax Acura، وهي لوحة التحكم الخاصة بالنظام.
يتوسع من القالب. لسبب ما، في حالتنا، لم يكن الأمر صحيحًا تمامًا وبدلاً من وحدة المعالجة المركزية 8 الموصى بها، تم نشر 16 جيجا بايت بنصف الموارد. لذلك، يجب ألا تنسى تغييرها، وإلا فإن البنية التحتية داخل الجهاز الافتراضي، والتي تم بناء كل شيء عليها، لن تبدأ ببساطة بالحاويات ولن تكون البوابة متاحة. في يتم وصف الموارد المطلوبة بالتفصيل، بالإضافة إلى المنافذ لجميع مكونات النظام.
وكانت هناك أيضًا صعوبات في تحديد عنوان IP من خلال القالب، لذلك قمنا بتغييره من وحدة التحكم. بعد ذلك، يمكنك الانتقال إلى واجهة ويب المسؤول وإكمال معالج التكوين الأولي.
نقطة النهاية - IP أو FQDN الخاص بـ vCenter الخاص بنا.
تسجيل الدخول وكلمة المرور - الأمر واضح هنا.
يعد اسم مضيف Target ESXi أحد المضيفين في مجموعتنا والذي سيتم نسخه إليه.
يعد مخزن البيانات المستهدف أحد مخازن البيانات في مجموعتنا التي سيتم إجراء النسخ المتماثل عليها.
Hystax Acura Control Panel Public IP - العنوان الذي ستتوفر فيه لوحة التحكم.
مطلوب القليل من التوضيح حول المضيف ومخزن البيانات. والحقيقة هي أن النسخ المتماثل Hystax يعمل على مستوى المضيف ومخزن البيانات. بعد ذلك، سأخبرك كيف يمكنك تغيير المضيف ومخزن البيانات للمستأجر، لكن المشكلة مختلفة. Hystax لا يدعم تجميع الموارد، أي. ستحدث النسخة المتماثلة دائمًا إلى جذر المجموعة (في وقت كتابة هذه المادة، أصدر الرجال من Hystax نسخة محدثة، حيث قاموا بسرعة بتنفيذ طلب الميزة الخاص بي فيما يتعلق بدعم مجموعات الموارد). كما أن مدير vCloud غير مدعوم، على سبيل المثال. إذا، كما في حالتي، إذا لم يكن لدى المستأجر حقوق المسؤول للمجموعة بأكملها، ولكن فقط لمجموعة موارد محددة، ومنحنا حق الوصول إلى Hystax، فسيكون قادرًا على نسخ هذه الأجهزة الافتراضية وتشغيلها بشكل مستقل، لكنه سيفعل ذلك لن يتمكن من رؤيتها في البنية التحتية لبرنامج VMware، والتي يمكنه الوصول إليها، وبالتالي إدارة الأجهزة الافتراضية بشكل أكبر. يحتاج مسؤول المجموعة إلى نقل الجهاز الافتراضي إلى تجمع الموارد الصحيح أو استيراده إلى vCloud Director.
لماذا أركز كثيراً على هذه اللحظات؟ لأنه، بقدر ما أفهم مفهوم المنتج، يجب أن يكون العميل قادرًا على تنفيذ أي ترحيل أو DR بشكل مستقل باستخدام لوحة Acura. ولكن حتى الآن، فإن دعم VMware متأخر قليلاً عن مستوى الدعم لنفس OpenStack، حيث تم بالفعل تنفيذ هذه الآليات.
لكن العودة إلى النشر. أولاً، بعد الإعداد الأولي للوحة، نحتاج إلى إنشاء المستأجر الأول في نظامنا.
جميع الحقول هنا واضحة، سأخبرك فقط عن حقل السحابة. لدينا بالفعل سحابة "افتراضية" أنشأناها أثناء التكوين الأولي. ولكن إذا أردنا أن نكون قادرين على وضع كل مستأجر في مخزن البيانات الخاص به وفي مجموعة الموارد الخاصة به، فيمكننا تنفيذ ذلك عن طريق إنشاء سحابات منفصلة لكل عميل من عملائنا.
في شكل إضافة سحابة جديدة، نحدد نفس المعلمات كما أثناء التكوين الأولي (يمكننا حتى استخدام نفس المضيف)، ونحدد مخزن البيانات المطلوب لعميل معين، والآن في المعلمات الإضافية يمكننا بالفعل تحديد بشكل فردي مورد التجمع المطلوب {"resource_pool" :"YOUR_POOL_NAME"}
كما لاحظت، في شكل إنشاء مستأجر، لا يوجد شيء يتعلق بتخصيص الموارد أو نوع من الحصص - لا يوجد شيء من هذا في النظام. لا يمكنك تحديد المستأجر في عدد النسخ المتماثلة المتزامنة، أو عدد الأجهزة للنسخ المتماثل، أو بواسطة أي معلمات أخرى. لذلك، قمنا بإنشاء المستأجر الأول. الآن هناك شيء غير منطقي تمامًا، ولكنه إلزامي - تثبيت وكيل سحابي. إنه أمر غير منطقي، لأنه يتم تنزيل الوكيل على صفحة عميل معين.
في الوقت نفسه، لا يرتبط بالمستأجر الذي تم إنشاؤه، وسيعمل جميع عملائنا من خلاله (أو بعد عدة، إذا قمنا بنشرهم). وكيل واحد يدعم 10 جلسات متزامنة. جلسة واحدة تعتبر سيارة واحدة. لا يهم عدد الأقراص الموجودة به. حتى الآن، لا توجد آلية لتوسيع نطاق العوامل في Acura نفسها لبرنامج VMware. هناك لحظة أخرى غير سارة - لا يمكننا النظر في "استخدام" هذا العامل من لوحة Acura من أجل استنتاج ما إذا كنا بحاجة إلى نشر المزيد أو أن التثبيت الحالي كافٍ. ونتيجة لذلك، يبدو الموقف كما يلي:
الخطوة التالية للوصول إلى بوابة عملائنا هي إنشاء حساب (وأولاً، أيضًا الدور الذي سيتم تطبيقه على هذا المستخدم).
الآن يمكن لعملائنا استخدام البوابة بشكل مستقل. كل ما عليه فعله هو تنزيل الوكلاء من البوابة وتثبيتهم على جانبه. هناك ثلاثة أنواع من الوكلاء: Linux وWindows وVMware.
يتم وضع الأولين على الفيزياء أو على الأجهزة الافتراضية على أي برنامج Hypervisor غير تابع لبرنامج VMware. لا يوجد تكوين إضافي مطلوب هنا، يقوم الوكيل بالتنزيل ويعرف بالفعل مكان النقر، وفي غضون دقيقة واحدة ستكون السيارة مرئية في لوحة Acura. مع وكيل VMware، يكون الوضع أكثر تعقيدًا بعض الشيء. تكمن المشكلة في أنه يتم أيضًا تنزيل Agent for VMware من البوابة المعدة بالفعل والتي تحتوي على التكوين اللازم. لكن وكيل VMware، بالإضافة إلى معرفته ببوابة Acura الخاصة بنا، يحتاج أيضًا إلى معرفة نظام المحاكاة الافتراضية الذي سيتم نشره عليه.
في الواقع، سيطلب منا النظام تحديد هذه البيانات عند تنزيل وكيل VMware لأول مرة. المشكلة هي أنه في عصر الحب العالمي للأمان، لن يرغب الجميع في الإشارة إلى كلمة مرور المسؤول الخاصة بهم على بوابة شخص آخر، وهو أمر مفهوم تمامًا. من الداخل، بعد النشر، لا يمكن تكوين الوكيل بأي شكل من الأشكال (يمكنك فقط تغيير إعدادات الشبكة الخاصة به). أتوقع هنا صعوبات مع العملاء الحذرين بشكل خاص.
لذا، بعد تثبيت الوكلاء، يمكننا العودة إلى لوحة Acura ورؤية جميع سياراتنا.
منذ أن كنت أعمل مع النظام لأكثر من يوم، لدي آلات في ولايات مختلفة. جميعها موجودة في المجموعة الافتراضية، ولكن من الممكن إنشاء مجموعات منفصلة ونقل الأجهزة إليها، حسب حاجتك. هذا لا يؤثر على أي شيء - فقط التمثيل المنطقي للبيانات وتجميعها من أجل عمل أكثر ملاءمة. أول وأهم شيء يتعين علينا القيام به بعد ذلك هو بدء عملية الترحيل. يمكننا القيام بذلك يدويًا، وإعداد جدول زمني، بما في ذلك بشكل مجمّع لجميع الأجهزة في وقت واحد.
اسمحوا لي أن أذكرك أنه تم وضع Hystax كمنتج للهجرة. لذلك، ليس من المستغرب أنه من أجل تشغيل أجهزتنا المنسوخة، نحتاج إلى إنشاء خطة DR. يمكنك إنشاء خطة للأجهزة الموجودة بالفعل في الحالة المتزامنة. يمكنك إنشاء جهاز افتراضي واحد محدد ولجميع الأجهزة في وقت واحد.
ستختلف مجموعة المعلمات عند إنشاء خطة DR وفقًا للبنية الأساسية التي ستنتقل إليها. يتوفر الحد الأدنى من الخيارات لبيئة VMware. إعادة IP للأجهزة غير مدعومة أيضًا. في هذا الصدد، يهمنا النقاط التالية: في وصف الجهاز الافتراضي، معلمة “الشبكة الفرعية”: “VMNetwork”، حيث نقوم بربط الجهاز الافتراضي بشبكة معينة في المجموعة. التصنيف - ذو صلة عند ترحيل عدة أجهزة افتراضية، ويحدد الترتيب الذي يتم تشغيلها به. تصف نكهة تكوين VM، في هذه الحالة 1CPU، 2GB من ذاكرة الوصول العشوائي. في قسم الشبكات الفرعية، نحدد تلك "الشبكة الفرعية": "VMNetwork" مرتبطة بـ "VM Network" لبرنامج VMware.
عند إنشاء خطة DR، لا توجد طريقة "لتقسيم" الأقراص عبر مخازن بيانات مختلفة. ستكون موجودة على نفس مخزن البيانات الذي تم تعريفه لسحابة العميل هذه، وإذا كان لديك أقراص من فئات مختلفة، فقد يسبب ذلك بعض الصعوبات عند بدء تشغيل الجهاز، وبعد بدء تشغيل الجهاز الافتراضي و"فصله" عن Hystax، سيتم أيضًا تتطلب أقراص ترحيل منفصلة إلى مخازن البيانات المطلوبة. ثم علينا فقط تشغيل خطة DR الخاصة بنا وانتظار صعود سياراتنا. تستغرق عملية التحويل P2V/V2V وقتًا أيضًا. على أكبر جهاز اختبار لدي بسعة 100 جيجابايت ومزود بثلاثة أقراص، استغرق هذا الأمر 10 دقائق كحد أقصى.
بعد ذلك، يجب عليك التحقق من تشغيل الجهاز الافتراضي والخدمات الموجودة عليه واتساق البيانات والفحوصات الأخرى.
ثم لدينا طريقتان:
- حذف - حذف خطة DR قيد التشغيل. سيؤدي هذا الإجراء ببساطة إلى إيقاف تشغيل الجهاز الافتراضي قيد التشغيل. هذه النسخ المتماثلة لن تذهب إلى أي مكان.
- فصل - تمزيق السيارة المقلدة من أكورا، أي. إكمال عملية الهجرة فعليًا.
مزايا الحل:
- سهولة التثبيت والتكوين سواء على جانب العميل أو على جانب المزود؛
- سهولة إعداد الترحيل وإنشاء خطة DR وإطلاق النسخ المتماثلة؛
- يستجيب الدعم والمطورون بسرعة كبيرة للمشكلات التي يتم العثور عليها ويصلحونها من خلال تحديثات النظام الأساسي أو الوكيل.
سلبيات
- دعم برنامج Vmware غير كافي.
- عدم وجود أي حصة للمستأجرين من المنصة.
لقد قمت أيضًا بتقديم طلب ميزة، وقمنا بتسليمه إلى البائع:
- مراقبة الاستخدام والنشر من وحدة تحكم إدارة Acura لوكلاء السحابة؛
- توافر الحصص للمستأجرين؛
- القدرة على تحديد عدد النسخ المتماثلة والسرعة لكل مستأجر؛
- دعم VMware vCloud Director؛
- دعم مجموعات الموارد (تم تنفيذه أثناء الاختبار)؛
- القدرة على تكوين وكيل VMware من جانب الوكيل نفسه، دون إدخال بيانات الاعتماد من البنية التحتية للعميل في لوحة Acura؛
- "تصور" لعملية بدء تشغيل جهاز افتراضي عند بدء خطة DR.
الشيء الوحيد الذي سبب لي شكاوى كبيرة هو التوثيق. لا أحب حقًا "الصناديق السوداء" وأفضل وجود وثائق مفصلة حول كيفية عمل المنتج بالداخل. وإذا تم وصف المنتج أكثر أو أقل بالنسبة لـ AWS وOpenStack، فبالنسبة لـ VMware، هناك القليل جدًا من الوثائق.
يوجد دليل التثبيت الذي يصف فقط نشر لوحة Acura، وحيث لا توجد كلمة حول الحاجة إلى وكيل السحابة. هناك مجموعة كاملة من المواصفات للمنتج، وهو أمر جيد. هناك وثائق تصف الإعداد "من وإلى" باستخدام AWS وOpenStack كمثال (على الرغم من أنها تذكرني أكثر بمنشور مدونة)، وهناك قاعدة معارف صغيرة جدًا.
بشكل عام، هذا ليس تنسيق التوثيق الذي اعتدت عليه، على سبيل المثال، من كبار البائعين، لذلك لم أكن مرتاحًا تمامًا. في الوقت نفسه، لم أجد إجابات حول بعض الفروق الدقيقة في تشغيل النظام "في الداخل" في هذه الوثائق - اضطررت إلى توضيح الكثير من الأسئلة مع الدعم الفني، وهذا أدى إلى تأخير عملية نشر الحامل و اختبارات.
بإيجاز، أستطيع أن أقول إن المنتج بشكل عام أعجبني ونهج الشركة في تنفيذ المهمة. نعم، هناك عيوب، هناك نقص خطير حقًا في الوظائف (بالاشتراك مع برنامج VMware). يمكن ملاحظة أنه أولاً وقبل كل شيء، لا تزال الشركة تركز على السحابة العامة، ولا سيما AWS، وسيكون هذا كافيًا بالنسبة للبعض. إن وجود مثل هذا المنتج البسيط والمريح اليوم، عندما تختار العديد من الشركات استراتيجية متعددة السحابة، يعد أمرًا في غاية الأهمية. ونظرًا للسعر الأقل بكثير مقارنة بالمنافسين، فإن هذا يجعل المنتج جذابًا للغاية.
نحن نبحث عن فريق . ربما هذا أنت؟
المصدر: www.habr.com