لچکدار کلاؤڈ آرکیسٹریٹر: اس کے ساتھ کیا آتا ہے۔

IaaS (ورچوئل ڈیٹا سینٹر) خدمات فراہم کرنے کے لیے، ہم رسونیکس ہم ایک تجارتی آرکیسٹریٹر استعمال کرتے ہیں۔ لچکدار کلاؤڈ آرکیسٹریٹر (FCO)۔ اس حل میں ایک منفرد فن تعمیر ہے، جو اسے Openstack اور CloudStack سے ممتاز کرتا ہے، جو عام لوگوں کے لیے جانا جاتا ہے۔

KVM، VmWare، Xen، Virtuozzo6/7، نیز اسی Virtuozzo کے کنٹینرز کو کمپیوٹ نوڈ ہائپر وائزرز کے طور پر سپورٹ کیا جاتا ہے۔ تائید شدہ اسٹوریج کے اختیارات میں مقامی، NFS، Ceph اور Virtuozzo Storage شامل ہیں۔

FCO ایک انٹرفیس سے متعدد کلسٹرز کی تخلیق اور انتظام کی حمایت کرتا ہے۔ یعنی، آپ Virtuozzo کلسٹر اور KVM + Ceph کلسٹر کو ماؤس کے کلک سے ان کے درمیان سوئچ کر کے منظم کر سکتے ہیں۔

اس کے بنیادی طور پر، FCO کلاؤڈ فراہم کنندگان کے لیے ایک جامع حل ہے، جس میں آرکیسٹریشن کے علاوہ، تمام ترتیبات، ادائیگی کے پلگ ان، انوائسز، نوٹیفیکیشنز، ری سیلرز، ٹیرف وغیرہ کے ساتھ بلنگ بھی شامل ہے۔ تاہم، بلنگ حصہ تمام روسی باریکیوں کا احاطہ کرنے کے قابل نہیں ہے، لہذا ہم نے دوسرے حل کے حق میں اس کا استعمال ترک کر دیا۔

میں تمام کلاؤڈ وسائل کے حقوق کی تقسیم کے لچکدار نظام سے بہت خوش ہوں: تصاویر، ڈسک، پروڈکٹس، سرورز، فائر والز - یہ سب "شیئر" کیے جا سکتے ہیں اور صارفین کے درمیان، اور یہاں تک کہ مختلف کلائنٹس کے صارفین کے درمیان حقوق بھی دیے جا سکتے ہیں۔ ہر کلائنٹ اپنے کلاؤڈ میں کئی آزاد ڈیٹا سینٹر بنا سکتا ہے اور ایک ہی کنٹرول پینل سے ان کا نظم کر سکتا ہے۔

تعمیراتی طور پر، FCO کئی حصوں پر مشتمل ہوتا ہے، جن میں سے ہر ایک کا اپنا آزاد کوڈ ہوتا ہے، اور کچھ کا اپنا ڈیٹا بیس ہوتا ہے۔

اسکائی لائن کو - ایڈمن اور یوزر انٹرفیس
جیڈ - کاروباری منطق، بلنگ، ٹاسک مینجمنٹ
ٹائیگرلی - سروس کوآرڈینیٹر، کاروباری منطق اور کلسٹرز کے درمیان معلومات کے تبادلے کو منظم اور مربوط کرتا ہے۔
XVPManager - کلسٹر عناصر کا انتظام: نوڈس، اسٹوریج، نیٹ ورک اور ورچوئل مشینیں۔
XVPAgent - XVPManager کے ساتھ تعامل کرنے کے لیے نوڈس پر نصب ایک ایجنٹ

ہم مضامین کی ایک سیریز میں ہر جزو کے فن تعمیر کے بارے میں ایک تفصیلی کہانی شامل کرنے کا ارادہ رکھتے ہیں، اگر، یقیناً، موضوع دلچسپی پیدا کرتا ہے۔

FCO کا بنیادی فائدہ اس کی "باکسڈ" نوعیت سے پیدا ہوتا ہے۔ سادگی اور مرصع آپ کی خدمت میں پیش ہے۔ کنٹرول نوڈ کے لیے، اوبنٹو پر ایک ورچوئل مشین مختص کی گئی ہے، جس میں تمام ضروری پیکجز نصب ہیں۔ تمام سیٹنگز کو کنفیگریشن فائلوں میں متغیر ویلیو کی شکل میں رکھا گیا ہے۔

# cat /etc/extility/config/vars
…
export LIMIT_MAX_LIST_ADMIN_DEFAULT="30000"
export LIMIT_MAX_LIST_USER_DEFAULT="200"
export LOGDIR="/var/log/extility"
export LOG_FILE="misc.log"
export LOG_FILE_LOG4JHOSTBILLMODULE="hostbillmodule.log"
export LOG_FILE_LOG4JJADE="jade.log"
export LOG_FILE_LOG4JTL="tigerlily.log"
export LOG_FILE_LOG4JXVP="xvpmanager.log"
export LOG_FILE_VARS="misc.log"
…

پوری ترتیب کو ابتدائی طور پر ٹیمپلیٹس میں ایڈٹ کیا جاتا ہے، پھر جنریٹر کو لانچ کیا جاتا ہے۔
#build-config جو ایک vars فائل تیار کرے گا اور خدمات کو ترتیب کو دوبارہ پڑھنے کا حکم دے گا۔ یوزر انٹرفیس اچھا ہے اور آسانی سے برانڈ کیا جا سکتا ہے۔

جیسا کہ آپ دیکھ سکتے ہیں، انٹرفیس ویجٹ پر مشتمل ہے جسے صارف کنٹرول کر سکتا ہے۔ وہ صفحہ سے آسانی سے وجیٹس کو شامل/ہٹا سکتا ہے، اس طرح وہ ڈیش بورڈ بنا سکتا ہے جس کی اسے ضرورت ہے۔

اپنی بند نوعیت کے باوجود، FCO ایک انتہائی حسب ضرورت نظام ہے۔ ورک فلو کو تبدیل کرنے کے لیے اس میں سیٹنگز اور انٹری پوائنٹس کی ایک بڑی تعداد ہے:

1. حسب ضرورت پلگ انز کی حمایت کی جاتی ہے، مثال کے طور پر، آپ صارف کو فراہم کرنے کے لیے اپنا خود کا بلنگ کا طریقہ یا اپنا بیرونی وسیلہ لکھ سکتے ہیں۔
2. بعض واقعات کے لیے حسب ضرورت محرکات کی حمایت کی جاتی ہے، مثال کے طور پر، کلائنٹ کے بننے پر پہلی ورچوئل مشین کو شامل کرنا
3. انٹرفیس میں حسب ضرورت وجیٹس معاون ہیں، مثال کے طور پر، یوٹیوب ویڈیو کو براہ راست یوزر انٹرفیس میں سرایت کرنا۔

تمام حسب ضرورت FDL میں لکھی گئی ہے، جو Lua پر مبنی ہے۔ اگر آپ Lua کو جانتے ہیں تو FDL کے ساتھ کوئی مسئلہ نہیں ہوگا۔

یہاں ایک آسان ترین محرک کی مثال ہے جو ہم استعمال کرتے ہیں۔ یہ ٹرگر صارفین کو اپنی تصاویر دوسرے کلائنٹس کے ساتھ شیئر کرنے کی اجازت نہیں دیتا ہے۔ ہم یہ ایک صارف کو دوسرے صارفین کے لیے نقصان دہ تصویر بنانے سے روکنے کے لیے کرتے ہیں۔

function register()
    return {"pre_user_api_publish"}
end
   
function pre_user_api_publish(p)  
    if(p==nil) then
        return{
            ref = "cancelPublishImage",
            name = "Cancel publishing",
            description = "Cancel all user’s images publishing",
            triggerType = "PRE_USER_API_CALL",
            triggerOptions = {"publishResource", "publishImage"},
            api = "TRIGGER",
            version = 1,
        }
    end

    -- Turn publishing off
    return {exitState = "CANCEL"}
   
end

رجسٹر فنکشن FCO کرنل کے ذریعہ بلایا جائے گا۔ یہ جس فنکشن کو بلایا جائے گا اس کا نام واپس کر دے گا۔ اس فنکشن کا "p" پیرامیٹر کال سیاق و سباق کو محفوظ کرتا ہے، اور پہلی بار جب اسے بلایا جائے گا تو یہ خالی (nil) ہوگا۔ جو ہمیں اپنے ٹرگر کو رجسٹر کرنے کی اجازت دے گا۔ ٹرگر ٹائپ میں ہم اس بات کی نشاندہی کرتے ہیں کہ ٹرگر شائع کرنے سے پہلے شروع کیا جاتا ہے، اور صرف صارفین کو متاثر کرتا ہے۔ بلاشبہ، ہم سسٹم کے منتظمین کو ہر چیز شائع کرنے کی اجازت دیتے ہیں۔ triggerOptions میں ہم ان کارروائیوں کی تفصیل دیتے ہیں جن کے لیے ٹرگر فائر کرے گا۔

اور اصل چیز واپسی ہے {exitState = "CANCEL"}، جس کی وجہ سے ٹرگر تیار کیا گیا تھا۔ جب صارف اپنی تصویر کو کنٹرول پینل میں شیئر کرنے کی کوشش کرے گا تو یہ ناکامی واپس آ جائے گا۔

FCO فن تعمیر میں، کسی بھی شے (ڈسک، سرور، امیج، نیٹ ورک، نیٹ ورک اڈاپٹر، وغیرہ) کو ریسورس ہستی کے طور پر پیش کیا جاتا ہے، جس کے عام پیرامیٹرز ہوتے ہیں:

• وسائل UUID
• وسائل کا نام
• وسائل کی قسم
• وسائل کا مالک UUID
• وسائل کی حیثیت (فعال، غیر فعال)
• وسائل میٹا ڈیٹا
• وسائل کی چابیاں
• اس پروڈکٹ کا UUID جو وسائل کا مالک ہے۔
• وسائل VDC

API کا استعمال کرتے ہوئے کام کرتے وقت یہ بہت آسان ہوتا ہے، جب تمام وسائل ایک ہی اصول کے مطابق کام کرتے ہیں۔ مصنوعات فراہم کنندہ کے ذریعہ ترتیب دی جاتی ہیں اور کلائنٹ کے ذریعہ آرڈر کی جاتی ہیں۔ چونکہ ہماری بلنگ سائیڈ پر ہے، کلائنٹ آزادانہ طور پر پینل سے کسی بھی پروڈکٹ کا آرڈر دے سکتا ہے۔ اس کا حساب بعد میں بلنگ میں کیا جائے گا۔ پروڈکٹ فی گھنٹہ ایک IP ایڈریس، فی گھنٹہ اضافی جی بی ڈسک، یا صرف ایک سرور ہو سکتا ہے۔

ان کے ساتھ کام کرنے کی منطق کو تبدیل کرنے کے لیے کچھ وسائل کو نشان زد کرنے کے لیے کیز کا استعمال کیا جا سکتا ہے۔ مثال کے طور پر، ہم وزن کی کلید کے ساتھ تین فزیکل نوڈس کو نشان زد کر سکتے ہیں، اور کچھ کلائنٹس کو ایک ہی کلید سے نشان زد کر سکتے ہیں، اس طرح ان نوڈس کو ذاتی طور پر ان کلائنٹس کو مختص کر سکتے ہیں۔ ہم یہ طریقہ کار ان VIP کلائنٹس کے لیے استعمال کرتے ہیں جو اپنے VMs کے ساتھ پڑوسیوں کو پسند نہیں کرتے۔ فعالیت خود بہت زیادہ وسیع پیمانے پر استعمال کیا جا سکتا ہے.

لائسنسنگ ماڈل میں فزیکل نوڈ کے ہر پروسیسر کور کی ادائیگی شامل ہے۔ قیمت بھی کلسٹر اقسام کی تعداد سے متاثر ہوتی ہے۔ اگر آپ KVM اور VMware کو ایک ساتھ استعمال کرنے کا ارادہ رکھتے ہیں، مثال کے طور پر، لائسنس کی قیمت بڑھ جائے گی۔

FCO ایک مکمل پروڈکٹ ہے، اس کی فعالیت بہت بھرپور ہے، اس لیے ہم نیٹ ورک کے حصے کے کام کی تفصیلی وضاحت کے ساتھ ایک ساتھ کئی مضامین تیار کرنے کا ارادہ رکھتے ہیں۔

اس آرکیسٹریٹر کے ساتھ کئی سالوں تک کام کرنے کے بعد، ہم اسے بہت موزوں کے طور پر نشان زد کر سکتے ہیں۔ افسوس، مصنوعات خامیوں کے بغیر نہیں ہے:

• ہمیں ڈیٹا بیس کو بہتر کرنا پڑا کیونکہ سوالات کی رفتار کم ہونے لگی کیونکہ ان میں ڈیٹا کی مقدار بڑھنے لگی۔
• ایک حادثے کے بعد، ایک بگ کی وجہ سے بحالی کا طریقہ کار کام نہیں کر سکا، اور ہمیں اپنے اسکرپٹس کے اپنے سیٹ کا استعمال کرتے ہوئے بدقسمت کلائنٹس کی کاریں بازیافت کرنی پڑیں۔
• نوڈ کی عدم دستیابی کا پتہ لگانے کا طریقہ کار کوڈ میں سخت ہے اور اسے اپنی مرضی کے مطابق نہیں بنایا جا سکتا۔ یعنی، ہم نوڈ کی عدم دستیابی کا تعین کرنے کے لیے اپنی پالیسیاں نہیں بنا سکتے۔
• لاگنگ ہمیشہ تفصیلی نہیں ہوتی ہے۔ بعض اوقات، جب آپ کو کسی خاص مسئلے کو سمجھنے کے لیے بہت نچلی سطح پر جانے کی ضرورت ہوتی ہے، تو آپ کے پاس کچھ اجزاء کے لیے کافی سورس کوڈ نہیں ہوتا ہے کہ وہ کیوں سمجھ سکے؛

TOTAL: عام طور پر، مصنوعات کے تاثرات اچھے ہیں. ہم آرکیسٹریٹر ڈویلپرز کے ساتھ مسلسل رابطے میں ہیں۔ لوگ تعمیری تعاون کے لیے تیار ہیں۔

اس کی سادگی کے باوجود، FCO کی وسیع فعالیت ہے۔ مستقبل کے مضامین میں ہم مندرجہ ذیل موضوعات کی گہرائی میں جانے کا ارادہ رکھتے ہیں:

• FCO میں نیٹ ورکنگ
• لائیو ریکوری اور ایف کیو پی پروٹوکول فراہم کرنا
• اپنے پلگ ان اور ویجٹ لکھنا
• اضافی خدمات کو جوڑنا جیسے لوڈ بیلنسر اور ایکرونس
• بیک اپ
• نوڈس کو ترتیب دینے اور ترتیب دینے کے لیے متحد طریقہ کار
• ورچوئل مشین میٹا ڈیٹا کی پروسیسنگ

زیڈ وائی اگر آپ دوسرے پہلوؤں میں دلچسپی رکھتے ہیں تو تبصرے میں لکھیں۔ دیکھتے رہنا!

ماخذ: www.habr.com