زمبرا کولابریشن سویٹ میں میل اسٹوریج کو بہتر بنانا

ہمارے ایک میں پچھلے مضامینایک انٹرپرائز میں Zimbra Collabortion Suite کو لاگو کرتے وقت بنیادی ڈھانچے کی منصوبہ بندی کے لیے وقف، یہ کہا گیا کہ اس حل کے آپریشن میں بنیادی حد میل سٹوریجز میں ڈسک ڈیوائسز کی I/O رفتار ہے۔ درحقیقت، ایسے وقت میں جب ایک انٹرپرائز کے کئی سو ملازمین بیک وقت ایک ہی میل اسٹوریج تک رسائی حاصل کرتے ہیں، ہارڈ ڈرائیوز سے معلومات لکھنے اور پڑھنے کے لیے چینل کی چوڑائی سروس کے جوابی عمل کے لیے کافی نہیں ہو سکتی۔ اور اگر زمبرا کی چھوٹی تنصیبات کے لیے یہ کوئی خاص مسئلہ نہیں ہوگا، تو بڑے اداروں اور SaaS فراہم کرنے والوں کے معاملے میں، یہ سب غیر جوابی ای میل کا باعث بن سکتا ہے اور اس کے نتیجے میں، ملازمین کی کارکردگی میں کمی کے ساتھ ساتھ خلاف ورزی بھی ہو سکتی ہے۔ SLAs کی اسی لیے، بڑے پیمانے پر زمبرا کی تنصیبات کو ڈیزائن اور آپریٹ کرتے وقت، میل اسٹوریج میں ہارڈ ڈرائیوز کی کارکردگی کو بہتر بنانے پر خصوصی توجہ دی جانی چاہیے۔ آئیے دو صورتوں کو دیکھتے ہیں اور یہ جاننے کی کوشش کرتے ہیں کہ ان میں سے ہر ایک میں ڈسک سٹوریج پر بوجھ کو بہتر بنانے کے کیا طریقے استعمال کیے جا سکتے ہیں۔

1. بڑے پیمانے پر زمبرا کی تنصیب کو ڈیزائن کرتے وقت اصلاح

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

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

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

جہاں تک فائل سسٹم کو منتخب کرنے کا تعلق ہے، بہترین انتخاب معیاری لینکس Ext3/Ext4 کو استعمال کرنا ہوگا۔ فائل سسٹم کے ساتھ منسلک اہم نکتہ یہ ہے کہ اسے پیرامیٹر کے ساتھ نصب کیا جانا چاہئے۔ -noatime. یہ آپشن فائلوں تک آخری رسائی کے وقت کو ریکارڈ کرنے کے فنکشن کو غیر فعال کر دے گا، جس کا مطلب ہے کہ یہ پڑھنے اور لکھنے پر بوجھ کو بہت کم کر دے گا۔ عام طور پر، Zimbra کے لیے ext3 یا ext4 فائل سسٹم بناتے وقت، آپ کو درج ذیل یوٹیلیٹی پیرامیٹرز استعمال کرنے چاہئیں۔ mke2fs:

-j — فائل سسٹم جرنل بنانے کے لیے ایک ext3/ext4 جرنل کے ساتھ فائل سسٹم بنائیں۔
-L NAME - حجم کا نام بنانے کے لیے پھر /etc/fstab میں استعمال کریں۔
-O dir_index - بڑی ڈائرکٹریز میں فائل کی تلاش کو تیز کرنے کے لیے ہیشڈ سرچ ٹری کا استعمال کرنا
- ایم 2 - روٹ ڈائرکٹری کے لیے بڑے فائل سسٹم میں حجم کا 2% محفوظ کرنا
-جے سائز = 400 - ایک بڑا میگزین بنانے کے لیے
-بی 4096 - بائٹس میں بلاک سائز کا تعین کرنے کے لیے
-i 10240۔ - پیغام ذخیرہ کرنے کے لیے، یہ ترتیب پیغام کے اوسط سائز کے مطابق ہونی چاہیے۔ آپ کو اس پیرامیٹر پر پوری توجہ دینی چاہئے، کیونکہ اس کی قدر کو بعد میں تبدیل نہیں کیا جا سکتا۔

اسے فعال کرنے کی بھی سفارش کی جاتی ہے۔ dirsync بلاب اسٹوریج، لوسین سرچ میٹا ڈیٹا اسٹوریج، اور ایم ٹی اے کیو اسٹوریج کے لیے۔ یہ کیا جانا چاہئے کیونکہ Zimbra عام طور پر افادیت کا استعمال کرتا ہے fsync ڈسک پر ڈیٹا کے ساتھ بلاب کی گارنٹی تحریر کے لیے۔ تاہم، جب Zimbra میل اسٹور یا MTA پیغام کی ترسیل کے دوران نئی فائلیں بناتا ہے، تو متعلقہ فولڈرز میں ہونے والی تبدیلیوں کو ڈسک پر لکھنا ضروری ہو جاتا ہے۔ اس لیے، چاہے فائل پہلے ہی ڈسک پر لکھی گئی ہو۔ fsync، ڈائریکٹری میں اس کے اضافے کے ریکارڈ کو ڈسک پر لکھنے کا وقت نہیں ہو سکتا ہے اور اس کے نتیجے میں، اچانک سرور کی خرابی کی وجہ سے ضائع ہو سکتا ہے۔ استعمال کرنے کا شکریہ dirsync ان مسائل سے بچا جا سکتا ہے.

2. زمبرا انفراسٹرکچر چلانے کے ساتھ اصلاح

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

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

autofs، netfs - ریموٹ فائل سسٹم ڈسکوری سروسز
کپ - پرنٹ سروس
xinetd، vsftpd - بلٹ ان *NIX سروسز جن کی شاید آپ کو ضرورت نہیں ہوگی۔
portmap, rpcsvcgssd, rpcgssd, rpcidmapd — ریموٹ پروسیجر کال سروسز، جو عام طور پر نیٹ ورک فائل سسٹم کے ساتھ مل کر استعمال ہوتی ہیں۔
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap - زمبرا کولابریشن سویٹ میں شامل اہم یوٹیلیٹیز کے ڈپلیکیٹس
slocate/updatedb - چونکہ زمبرا ہر پیغام کو الگ فائل میں اسٹور کرتا ہے، اس لیے اپڈیٹڈ بی سروس کو روزانہ چلانے سے مسائل پیدا ہوسکتے ہیں، اور اس لیے سرورز پر کم سے کم لوڈ کے دوران دستی طور پر ایسا کرنا ممکن ہے۔

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

آپ syslog سروس کو الگ سرور پر منتقل کر کے زمبرا کے آپریشن کو بھی بہتر بنا سکتے ہیں تاکہ آپریشن کے دوران یہ میل اسٹوریج کی ہارڈ ڈرائیوز کو لوڈ نہ کرے۔ تقریباً کوئی بھی کمپیوٹر ان مقاصد کے لیے موزوں ہے، یہاں تک کہ ایک سستا سنگل بورڈ Raspberry Pi۔

ماخذ: www.habr.com