في أحد
مقالاتنا السابقة حول تخطيط البنية التحتية أثناء تنفيذ برنامج Zimbra Collabortion Suite في المؤسسة ، قيل إن القيد الرئيسي في عمل هذا الحل هو سرعة الإدخال / الإخراج لأجهزة الأقراص في مخازن البريد. في الواقع ، في الوقت الذي يصل فيه عدة مئات من موظفي المؤسسة في وقت واحد إلى نفس مخزن البريد ، قد لا يكون عرض القناة لكتابة وقراءة المعلومات من محركات الأقراص الثابتة كافيًا للخدمة المستجيبة. وإذا لم تصبح هذه المنشآت الصغيرة مشكلة خاصة ، ففي حالة الشركات الكبيرة وموفري SaaS ، كل هذا يمكن أن يؤدي إلى عمل بريد إلكتروني لا يستجيب ، ونتيجة لذلك ، انخفاض كفاءة الموظفين ، وكذلك انتهاك SLA. لهذا السبب عند تصميم وتشغيل منشآت زيمبرا واسعة النطاق ، ينبغي إيلاء اهتمام خاص لمسألة تحسين تشغيل الأقراص الصلبة في تخزين البريد. دعونا نلقي نظرة على حالتين ونحاول معرفة طرق تحسين الحمل على مخازن القرص التي يمكن تطبيقها في كل منهما.
1. الأمثل عند تصميم التثبيت على نطاق واسع زيمبرافي مرحلة تصميم عملية تثبيت Zimbra عالية التحميل ، يتعين على المسؤول الخاص به اختيار نظام تخزين البيانات الذي سيتم استخدامه. من أجل اتخاذ قرار بشأن هذه المشكلة ، يجب أن تعلم أن الحمل الرئيسي على محركات الأقراص الصلبة تم إنشاؤه بواسطة MariaDB DBMS ونظام بحث Apache Lucene ، بالإضافة إلى تخزين البيانات النقطية التي تشكل جزءًا من Zimbra Collaboration Suite. هذا هو السبب في تشغيل هذه المنتجات البرمجية تحت أحمال عالية ، من الضروري استخدام أجهزة عالية السرعة وموثوقة.
في ظل الظروف العادية ، يمكن تثبيت Zimbra على كل من RAID من محركات الأقراص الصلبة ، وعلى وحدة التخزين المتصلة عبر بروتوكول NFS. في حالات المنشآت الصغيرة جدًا ، يمكنك تثبيت Zimbra على محرك أقراص SATA منتظم. ومع ذلك ، في المنشآت الكبيرة ، تُظهر جميع هذه التقنيات عيوبًا مختلفة في شكل سرعة كتابة منخفضة أو موثوقية منخفضة ، وهو أمر غير مقبول بالنسبة للمؤسسات الكبيرة ، وخاصة لموفري SaaS.
هذا هو السبب في ظروف البنية التحتية واسعة النطاق زيمبرا الأفضل استخدام SAN. وهو قادر حاليًا على توفير أعلى إنتاجية لأجهزة التخزين ، وفي الوقت نفسه ، نظرًا للقدرة على توصيل عدد كبير من ذاكرات التخزين المؤقت ، فإن استخدامه عملياً لا ينطوي على أي مخاطر كبيرة على المؤسسة. قد تكون فكرة جيدة استخدام NVRAM ، والذي يتم استخدامه في العديد من شبكات SAN لتسريع أداء التسجيل. لكن من الأفضل تعطيل التخزين المؤقت للبيانات المسجلة على الأقراص نفسها ، حيث يمكن أن يؤدي ذلك إلى تلف لا يمكن إصلاحه للوسائط وفقدان البيانات في حالة حدوث مشاكل في الطاقة.
بالنسبة لاختيار نظام الملفات ، فإن أفضل خيار هو استخدام المعيار لنظام Linux Ext3 / Ext4. فارق بسيط الرئيسية المرتبطة نظام الملفات هو أنه ينبغي أن يتم تثبيته مع
خيار -natime . ستعمل هذه المعلمة على تعطيل وظيفة تحديد وقت آخر وصول إلى الملفات ، مما يعني أنه سيقلل إلى حد كبير من عبء القراءة والكتابة. بشكل عام ، عند إنشاء نظام ملفات ext3 أو ext4 لـ Zimbra ، يجب استخدام المعلمات التالية للأداة المساعدة
mke2fs :
-j - إنشاء نظام الملفات مع مجلة ext3 / ext4.
-L TITLE - لإنشاء اسم وحدة تخزين ، ثم استخدمه في / etc / fstab
-O dir_index - لاستخدام شجرة البحث المجزأة لتسريع عمليات البحث عن الملفات في الدلائل الكبيرة
-m 2 - حجز 2٪ من وحدة التخزين في أنظمة الملفات الكبيرة تحت الدليل الجذر
-J حجم = 400 - لإنشاء سجل كبير
-b 4096 - لتحديد حجم الكتلة بالبايت
-i 10240 - بالنسبة لمتجر الرسائل ، يجب أن يتطابق هذا الخيار مع متوسط حجم الرسالة. يجب مراعاة هذه المعلمة بعناية ، حيث لا يمكن تغيير قيمتها لاحقًا
بالإضافة إلى ذلك ، نوصيك بتمكين
dirsync للتخزين النقطي وتخزين بيانات تعريف بحث Lucene وتخزين قائمة انتظار MTA. يجب أن يتم ذلك لسبب قيام Zimbra عادةً باستخدام الأداة المساعدة
fsync للتأكد من كتابة النقطة
النقطية بالبيانات على القرص. ومع ذلك ، عندما ينشئ Zimbra Mailbox أو MTA ملفات جديدة أثناء تسليم الرسالة ، يصبح من الضروري أن تكتب إلى القرص التغييرات التي حدثت في المجلدات المقابلة. وهذا هو السبب في أنه حتى في حالة كتابة الملف بالفعل على القرص باستخدام
fsync ، فإن سجل إضافته إلى الدلائل قد لا يكون لديه وقت للكتابة إلى القرص ، ونتيجة لذلك ، قد يتم فقده بسبب فشل الخادم بشكل مفاجئ. باستخدام
dirsync يمكن تجنب هذه المشاكل.
2. الأمثل مع البنية التحتية زيمبرا العملغالبًا ما يحدث أنه بعد عدة سنوات من تشغيل Zimbra ، يزداد عدد مستخدميها بشكل كبير وتصبح الخدمة أقل وأقل استجابة يوميًا. طريقة الخروج من هذا الموقف واضحة: تحتاج فقط إلى إضافة خوادم جديدة إلى البنية التحتية بحيث تعمل الخدمة مرة أخرى بالسرعة السابقة. وفي الوقت نفسه ، من غير الممكن دائمًا إضافة خوادم جديدة على الفور إلى البنية التحتية من أجل زيادة سرعتها. في كثير من الأحيان ، يتعين على مديري تقنية المعلومات التنسيق منذ فترة طويلة لشراء خوادم جديدة مع قسم المحاسبة أو الأمن ، بالإضافة إلى أن الموردين يفشلون في إحضار الخادم الجديد متأخراً أو عدم تسليم ما هو مطلوب.
بالطبع ، من الأفضل أن تبني بنية زيمبرا الخاصة بك بهامش من أجل أن يكون لديك دائمًا هامش لتوسيعه ولا تعتمد على أي شخص ، ومع ذلك ، إذا تم ارتكاب الخطأ بالفعل ، فلن يتمكن مدير تقنية المعلومات من تخفيف عواقبه. على سبيل المثال ، يمكن لمدير تكنولوجيا المعلومات تحقيق زيادة طفيفة في الإنتاجية عن طريق تعطيل خدمات نظام Linux مؤقتًا ، والتي تصل بانتظام إلى الأقراص الصلبة أثناء التشغيل ، ونتيجة لذلك ، يمكن أن تؤثر سلبًا على سرعة Zimbra. لذلك ، لفترة من الوقت يمكنك تعطيل:
autofs، netfs - Remote File System Discovery Services
أكواب - خدمة الطباعة
xinetd ، vsftpd - خدمات NIX مضمّنة على الأرجح لن تحتاجها
portmap ، rpcsvcgssd ، rpcgssd ، rpcidmapd - خدمات استدعاء الإجراء عن بُعد التي يشيع استخدامها مع أنظمة ملفات الشبكة
حمامة ، cyrus-imapd ، mailmail ، exim ، postfix ، ldap - التكرارات من المرافق الرئيسية المضمنة في Zimbra Collaboration Suite
slocate / محدث - بما أن زيمبرا تخزن كل رسالة في ملف منفصل ، فإن بدء تشغيل خدمة محدثة يوميًا يمكن أن يسبب مشاكل ، وبالتالي يمكنك القيام بذلك يدويًا أثناء تحميل أصغر خادم
توفير موارد النظام نتيجة لتعطيل هذه الخدمات ليس مهمًا للغاية ، ولكن حتى هذا قد يكون مفيدًا للغاية في ظروف قريبة من القوة القاهرة. بعد إضافة الخادم الجديد إلى البنية التحتية Zimbra ، يوصى بإعادة تمكين الخدمات المعطلة مسبقًا.
من الممكن أيضًا تحسين عملية Zimbra عن طريق نقل خدمة syslog إلى خادم منفصل حتى لا يتم تحميل محركات الأقراص الصلبة لتخزين البريد أثناء التشغيل. لهذه الأغراض ، فإن أي كمبيوتر تقريبًا ، يصل إلى Raspberry Pi ذي اللوحة الواحدة الرخيصة ، مناسب.
بالنسبة لجميع الأسئلة المتعلقة بـ Zextras Suite ، يمكنك الاتصال بممثل شركة "Zextras" Katerina Triandafilidi عبر البريد الإلكتروني katerina@zextras.com