ہمارے ایک میں ایک انٹرپرائز میں Zimbra Collabortion Suite کو لاگو کرتے وقت بنیادی ڈھانچے کی منصوبہ بندی کے لیے وقف، یہ کہا گیا کہ اس حل کے آپریشن میں بنیادی حد میل سٹوریجز میں ڈسک ڈیوائسز کی I/O رفتار ہے۔ درحقیقت، ایسے وقت میں جب ایک انٹرپرائز کے کئی سو ملازمین بیک وقت ایک ہی میل اسٹوریج تک رسائی حاصل کرتے ہیں، ہارڈ ڈرائیوز سے معلومات لکھنے اور پڑھنے کے لیے چینل کی چوڑائی سروس کے جوابی عمل کے لیے کافی نہیں ہو سکتی۔ اور اگر زمبرا کی چھوٹی تنصیبات کے لیے یہ کوئی خاص مسئلہ نہیں ہوگا، تو بڑے اداروں اور SaaS فراہم کرنے والوں کے معاملے میں، یہ سب غیر جوابی ای میل کا باعث بن سکتا ہے اور اس کے نتیجے میں، ملازمین کی کارکردگی میں کمی کے ساتھ ساتھ خلاف ورزی بھی ہو سکتی ہے۔ SLAs کی اسی لیے، بڑے پیمانے پر زمبرا کی تنصیبات کو ڈیزائن اور آپریٹ کرتے وقت، میل اسٹوریج میں ہارڈ ڈرائیوز کی کارکردگی کو بہتر بنانے پر خصوصی توجہ دی جانی چاہیے۔ آئیے دو صورتوں کو دیکھتے ہیں اور یہ جاننے کی کوشش کرتے ہیں کہ ان میں سے ہر ایک میں ڈسک سٹوریج پر بوجھ کو بہتر بنانے کے کیا طریقے استعمال کیے جا سکتے ہیں۔
1. بڑے پیمانے پر زمبرا کی تنصیب کو ڈیزائن کرتے وقت اصلاح
زیادہ بوجھ والے زمبرا کی تنصیب کے ڈیزائن کے مرحلے کے دوران، منتظم کو یہ انتخاب کرنا ہوگا کہ کون سا اسٹوریج سسٹم استعمال کرنا ہے۔ اس مسئلے پر فیصلہ کرنے کے لیے، آپ کو معلوم ہونا چاہیے کہ ہارڈ ڈرائیوز پر بنیادی بوجھ ماریا ڈی بی ڈی بی ایم ایس سے آتا ہے جو زمبرا کولابریشن سویٹ، اپاچی لوسین سرچ انجن، اور بلاب اسٹوریج میں شامل ہے۔ یہی وجہ ہے کہ ان سافٹ ویئر پروڈکٹس کو زیادہ بوجھ کے حالات میں چلانے کے لیے تیز رفتار اور قابل اعتماد آلات کا استعمال ضروری ہے۔
عام حالات میں، Zimbra کو ہارڈ ڈرائیوز کے RAID اور NFS پروٹوکول کے ذریعے منسلک اسٹوریج دونوں پر انسٹال کیا جا سکتا ہے۔ بہت چھوٹی تنصیبات کے لیے، آپ زمبرا کو باقاعدہ SATA ڈرائیو پر انسٹال کر سکتے ہیں۔ تاہم، بڑی تنصیبات کے تناظر میں، یہ تمام ٹیکنالوجیز ریکارڈنگ کی کم رفتار یا کم وشوسنییتا کی صورت میں مختلف نقصانات کو ظاہر کرتی ہیں، جو کہ نہ تو بڑے اداروں کے لیے اور نہ ہی خاص طور پر SaaS فراہم کرنے والوں کے لیے ناقابل قبول ہے۔
یہی وجہ ہے کہ بڑے پیمانے پر زمبرا کے بنیادی ڈھانچے میں SAN استعمال کرنا بہتر ہے۔ یہ وہ ٹیکنالوجی ہے جو فی الحال سٹوریج ڈیوائسز کے لیے سب سے بڑا تھرو پٹ فراہم کرنے کی صلاحیت رکھتی ہے اور ساتھ ہی، بڑی مقدار میں کیشے کو جوڑنے کی صلاحیت کی بدولت، اس کا استعمال عملی طور پر انٹرپرائز کے لیے کوئی خاص خطرہ نہیں لاتا۔ NVRAM استعمال کرنا ایک اچھا خیال ہے، جو کہ بہت سے SAN میں استعمال ہوتا ہے تاکہ تحریروں کے دوران چیزوں کو تیز کیا جا سکے۔ لیکن بہتر ہے کہ خود ڈسکوں پر ریکارڈ شدہ ڈیٹا کی کیشنگ کو غیر فعال کر دیا جائے، کیونکہ اس سے میڈیا کو ناقابل تلافی نقصان پہنچ سکتا ہے اور اگر بجلی کے مسائل پیدا ہوں تو ڈیٹا ضائع ہو سکتا ہے۔
جہاں تک فائل سسٹم کے انتخاب کا تعلق ہے، بہترین انتخاب اس کے لیے معیاری استعمال کرنا ہوگا۔ Linux 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 استعمال کرنے کے کئی سالوں کے بعد، اس کے استعمال کنندگان کی تعداد میں نمایاں اضافہ ہو جاتا ہے، اور سروس کم سے کم جوابدہ ہو جاتی ہے۔ اس صورتحال کا حل واضح ہے: سروس کی رفتار کو بحال کرنے کے لیے انفراسٹرکچر میں نئے سرورز شامل کریں۔ تاہم، اس کی کارکردگی کو بہتر بنانے کے لیے انفراسٹرکچر میں فوری طور پر نئے سرورز کو شامل کرنا ہمیشہ ممکن نہیں ہے۔ آئی ٹی مینیجرز کو اکثر خریداری کو مربوط کرنے میں کافی وقت گزارنا پڑتا ہے۔ نئے سرورز اس کے علاوہ، سپلائی کرنے والے اکثر نئے سرور کو دیر سے ڈیلیور کرنے میں ناکام رہتے ہیں یا یہاں تک کہ اکاؤنٹنگ یا سیکیورٹی ڈیپارٹمنٹس کے ساتھ بھی غلط آئٹم ڈیلیور کرتے ہیں۔
بلاشبہ، اپنے زمبرا انفراسٹرکچر کو ریزرو کے ساتھ بنانا بہتر ہے، لہذا آپ کے پاس ہمیشہ توسیع کی گنجائش ہوتی ہے اور آپ کو کسی پر انحصار کرنے کی ضرورت نہیں ہوتی ہے۔ تاہم، اگر کوئی غلطی پہلے ہی ہو چکی ہے، تو آئی ٹی مینیجر صرف اس کے نتائج کو کم کر سکتا ہے۔ مثال کے طور پر، ایک IT مینیجر نظام کی خدمات کو عارضی طور پر غیر فعال کر کے ایک چھوٹی کارکردگی کو بڑھا سکتا ہے۔ Linuxجو آپریشن کے دوران باقاعدگی سے ہارڈ ڈرائیوز تک رسائی حاصل کرتا ہے اور اس کے نتیجے میں زمبرا کی کارکردگی پر منفی اثر ڈال سکتا ہے۔ مثال کے طور پر، آپ عارضی طور پر غیر فعال کر سکتے ہیں:
autofs، netfs - ریموٹ فائل سسٹم ڈسکوری سروسز
کپ - پرنٹ سروس
xinetd، vsftpd - بلٹ ان *NIX سروسز جن کی شاید آپ کو ضرورت نہیں ہوگی۔
portmap, rpcsvcgssd, rpcgssd, rpcidmapd — ریموٹ پروسیجر کال سروسز، جو عام طور پر نیٹ ورک فائل سسٹم کے ساتھ مل کر استعمال ہوتی ہیں۔
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap - زمبرا کولابریشن سویٹ میں شامل اہم یوٹیلیٹیز کے ڈپلیکیٹس
slocate/updatedb - چونکہ زمبرا ہر پیغام کو الگ فائل میں اسٹور کرتا ہے، اس لیے اپڈیٹڈ بی سروس کو روزانہ چلانے سے مسائل پیدا ہوسکتے ہیں، اور اس لیے سرورز پر کم سے کم لوڈ کے دوران دستی طور پر ایسا کرنا ممکن ہے۔
ان خدمات کو غیر فعال کرنے کے نتیجے میں سسٹم کے وسائل کو بچانا بہت اہم نہیں ہوگا، لیکن جبری میجر کے قریب حالات میں بھی یہ بہت مفید ثابت ہوسکتا ہے۔ زمبرا کے بنیادی ڈھانچے میں نیا سرور شامل ہونے کے بعد، پہلے سے غیر فعال خدمات کو دوبارہ فعال کرنے کی سفارش کی جاتی ہے۔
آپ syslog سروس کو الگ سرور پر منتقل کر کے زمبرا کے آپریشن کو بھی بہتر بنا سکتے ہیں تاکہ آپریشن کے دوران یہ میل اسٹوریج کی ہارڈ ڈرائیوز کو لوڈ نہ کرے۔ تقریباً کوئی بھی کمپیوٹر ان مقاصد کے لیے موزوں ہے، یہاں تک کہ ایک سستا سنگل بورڈ Raspberry Pi۔
ماخذ: www.habr.com
