زمبرا کولابریشن سویٹ کی تنصیب کے لیے بنیادی ڈھانچے کی منصوبہ بندی کرنا

انٹرپرائز میں کسی بھی IT حل کا نفاذ ڈیزائن کے ساتھ شروع ہوتا ہے۔ اس مرحلے پر، آئی ٹی مینیجر کو سرورز کی تعداد اور ان کی خصوصیات کا حساب لگانا ہو گا تاکہ ایک طرف، تمام صارفین کے لیے ان میں سے کافی ہوں، اور دوسری طرف، تاکہ ان سرورز کی قیمت اور معیار کا تناسب بہترین ہے اور نئے انفارمیشن سسٹم کے لیے کمپیوٹنگ انفراسٹرکچر بنانے کے اخراجات کو انٹرپرائز کے آئی ٹی بجٹ میں کوئی سنگین سوراخ نہیں کیا جاتا ہے۔ آئیے معلوم کریں کہ Zimbra Collaboration Suite کے انٹرپرائز نفاذ کے لیے بنیادی ڈھانچے کو کیسے ڈیزائن کیا جائے۔

دیگر حلوں کے مقابلے میں زیمبرا کی اہم خصوصیت یہ ہے کہ ZCS کے معاملے میں، رکاوٹ شاذ و نادر ہی پروسیسر پاور یا RAM ہے۔ بنیادی حد عام طور پر ہارڈ ڈرائیو کے ان پٹ اور آؤٹ پٹ کی رفتار ہوتی ہے اور اس لیے بنیادی توجہ ڈیٹا اسٹوریج پر دی جانی چاہیے۔ پیداواری ماحول میں زمبرا کے لیے سرکاری طور پر بیان کردہ کم از کم تقاضے ہیں 4 کور 64 بٹ پروسیسر جس میں 2 گیگا ہرٹز کلاک اسپیڈ، سسٹم فائلز اور لاگز کے لیے 10 گیگا بائٹس، اور کم از کم 8 گیگا بائٹس RAM ہے۔ عام طور پر، یہ خصوصیات سرور کے جوابی کام کرنے کے لیے کافی ہوتی ہیں۔ لیکن اگر آپ کو 10 ہزار صارفین کے لیے زمبرا لاگو کرنا پڑے تو کیا ہوگا؟ اس معاملے میں کون سے سرورز اور انہیں کیسے لاگو کیا جانا چاہئے؟

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

اس طرح، 10.000 لوگوں کے لیے انفراسٹرکچر ڈیزائن کرتے وقت، آپ کو LDAP، MTA اور Proxy سرورز اور 4 میل اسٹوریج بنانے کی ضرورت ہوگی۔ نوٹ کریں کہ LDAP، MTA اور پراکسی سرورز کو ورچوئل بنایا جا سکتا ہے۔ اس سے سرور ہارڈویئر کی لاگت کم ہو جائے گی اور ڈیٹا کو بیک اپ اور بحال کرنا آسان ہو جائے گا، لیکن دوسری طرف، اگر فزیکل سرور ناکام ہو جاتا ہے، تو آپ کو فوری طور پر MTA، LDAP اور Proxy کے بغیر ہونے کا خطرہ ہے۔ اس لیے فزیکل یا ورچوئل سرورز کے درمیان انتخاب اس بنیاد پر کیا جانا چاہیے کہ آپ ایمرجنسی کی صورت میں کتنا ڈاؤن ٹائم برداشت کر سکتے ہیں۔ میل سٹوریجز کو فزیکل سرورز پر بہترین جگہ دی جائے گی، کیوں کہ ان پر رائٹ سائیکلز کی اکثریت واقع ہو گی، جو زمبرا کی کارکردگی کو محدود کرتی ہے، اور اس لیے ڈیٹا کی منتقلی کے لیے چینلز کی ایک بڑی تعداد زمبرا کی کارکردگی میں نمایاں اضافہ کرے گی۔

اصولی طور پر، LDAP، MTA، پراکسی سرورز، نیٹ ورک سٹوریج بنانے اور انہیں ایک بنیادی ڈھانچے میں یکجا کرنے کے بعد، 10000 صارفین کے لیے Zimbra Collaboration Suite شروع کرنے کے لیے تیار ہے۔ اس ترتیب کا عمل کافی آسان ہو گا:

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

بنیادی طریقہ ہارڈ ویئر کی فالتو پن ہے۔ اضافی ایم ٹی اے اور پراکسی نوڈس، مرکزی سرورز کی ناکامی کی صورت میں، عارضی طور پر مرکزی کا کردار ادا کر سکتے ہیں۔ اہم بنیادی ڈھانچے کے نوڈس کو نقل کرنا تقریبا ہمیشہ ہی ایک بہترین خیال ہوتا ہے، لیکن یہ ہمیشہ مطلوبہ حد تک ممکن نہیں ہوتا ہے۔ ایک شاندار مثال سرورز کی ریزرویشن ہے جس پر میل کو محفوظ کیا جاتا ہے۔ فی الحال، Zimbra Collaboration Suite Open-Source Edition ڈپلیکیٹ اسٹورز کی تخلیق کی حمایت نہیں کرتا، لہذا اگر ان سرورز میں سے کوئی ایک ناکام ہوجاتا ہے، تو ڈاؤن ٹائم سے گریز نہیں کیا جائے گا، اور میل اسٹور کی ناکامی کی وجہ سے ہونے والے ڈاؤن ٹائم کو کم کرنے کے لیے، IT مینیجر اس کا بیک اپ تعینات کرسکتا ہے۔ دوسرے سرور پر کاپی کریں۔

چونکہ Zimbra OSE میں کوئی بلٹ ان بیک اپ سسٹم نہیں ہے، ہمیں Zextras بیک اپ کی ضرورت ہوگی، جو ریئل ٹائم بیک اپ اور بیرونی اسٹوریج کو سپورٹ کرتا ہے۔ چونکہ Zextras Backup، مکمل اور اضافی بیک اپ بناتے وقت، تمام ڈیٹا کو /opt/zimbra/backup فولڈر میں رکھتا ہے، اس لیے اس میں بیرونی، نیٹ ورک یا یہاں تک کہ کلاؤڈ اسٹوریج لگانا مناسب ہوگا، تاکہ اگر سرور میں سے کوئی ایک ناکام ہو جائے، آپ کے پاس ایک بیک اپ کاپی کے ساتھ میڈیا ہوگا جو ایمرجنسی کے وقت موجودہ تھا۔ اسے بیک اپ فزیکل سرور پر، ورچوئل مشین پر یا کلاؤڈ میں تعینات کیا جا سکتا ہے۔ زمبرا پراکسی سرور کے سامنے سپیم فلٹر کے ساتھ ایم ٹی اے کو انسٹال کرنا بھی اچھا خیال ہے تاکہ سرور پر آنے والی فضول ٹریفک کی مقدار کو کم کیا جا سکے۔

نتیجے کے طور پر، محفوظ زمبرا انفراسٹرکچر کچھ اس طرح نظر آئے گا:

اس کنفیگریشن کے ساتھ زمبرا انفراسٹرکچر نہ صرف 10.000 صارفین کو اعلیٰ معیار کی خدمات فراہم کر سکے گا بلکہ ہنگامی صورت حال کی صورت میں اس کے نتائج کو جلد از جلد ختم کرنے کی اجازت دے گا۔

ماخذ: www.habr.com