הקדמה
מאמר זה מספק טיפים, שיטות עבודה מוכחות ומומלצות (Best Practices) במקביל לשרת הדואר של מיקרוסופט מצד תשתית האחסון ותשתיות וירטואליות לרבות VMWare vSphere, Citrix XenServer ו- Hyper-V.
טיפ # 1: תכנן את מבנה שרת ה- Exchange Server 2010 שלך
תכנן היטב את מבנה שרת\י ה- Exchange Server שיותקנו ברשת הארגונית, תוך כדי התייחסות לשאלות המוצגות מטה:
- האם כל שרתי ה- Exchange Server יהיו וירטואליים? או חלקם פיזיים?
- האם יוקמו מספר שרתים או ששרת אחד יספק את כלל השירותים לארגון (Multi-role Server)?
- כמה Mailbox Databases ברצוני ליצור ולנהל ברשת הארגונית שלי?
- באיזה תוכניות אשתמש לצורכי הגנה, גיבוי והתאוששות מאסון (לדוג' אנטי-וירוס, תוכנת גיבויים וכו')?
טיפ # 2: תכנן את מערך האחסון של ה- Mailbox Servers
שרתי ה- Mailbox הינם השרתים המאחסנים את ה- Mailbox Databases, אשר מכילים את תיבות משתמשי הארגון.
בארגונים בהם כמות התיבות והעומס ברמת Disk I/O על שירותי הדואר קטנים ניתן לאחסן את כל ה- Mailbox Databases ב- Aggregate יחיד, היתרון הגלום בתצורה שכזו היא החסכון ב- Parity Disks.
בארגונים בעלי מספר תיבות גדול ועומס ברמת Disk I/O על שירותי הדואר מומלץ לבזר כל Mailbox Database (וה- Transaction Logs של ה- Mailbox Database המיוחס) ב- Aggregates נפרדים. בשיטת עבודה זו אנו מספקים Aggreates ייעודיים ל- Exchange Databases, ובכך מפחיתים את עומס ה- I/O ברמת Mailbox Database & Transaction Logs, החיסרון הגלום בשיטה שכזו היא הצורך במספר גדול יותר של Parity Disks.
מלבד ה- Aggregate אשר יאוחסנו על-גבו ה- Exchange Databases & Logs, מומלץ ליצור Volumes נפרדים עבור ה- Exchange Database, וה- Transaction Logs וה- SnapInfo, אשר יכילו בנפרד את ה- LUNs שישמשו את שרת הדואר.
חשוב לציין כי ההפרדה נעשית בין ה- Exchange Database Volume & LUN ל- Exchange Transaction Logs & SnapInfo Volume & LUN. ה- SnapInfo וה- Transaction Logs יכולים לחלוק את אותו Volume עקב פרופיל I/O כמעט זהה.

טיפ # 3: הפעל יכולת Deduplication לחסכון במקום
עקב צורת הפעולה השונה של Exchange Server 2010, בה מנגנון ה- ESE אינו Single Instance בשונה מגרסאות קודמות, מומלץ להפעיל את מנגנון ה- Deduplication של NetApp על-גבי האחסון.
מעבר לעובדה בה נחסך מקום על-גבי התקן האחסון שברשותך, אין פגיעה בביצועי המערכת. יתרה מזאת, ניתן לשפר את ביצועי המערכת על-ידי שימוש ב- FlashCache, כרטיס PCI-Express המשפר את ביצועי המערכת וחוסך הוספת דיסקים נוספים למערכת האחסון.
טיפ # 4: בסביבות וירטואליות עבוד עם Raw Device Mapping
כאשר שרת ה- Exchange Server 2010 שלך וירטואלי, והינך עובד עם התקן אחסון לטובת Exchange. מומלץ לעבוד בתצורת Raw Device Mapping או RDM בקצרה.
תצורת RDM מאפשרת למכונה הוירטואלית לגשת ישירות ל- Volume/LUN אשר זמין בהתקן האחסון שברשותך. ניתן לעשות שימוש ב- RDM במקביל להתקני אחסון מבוססי Fibre Channel או iSCSI.
עבודה באמצעות RDM משפרת באופן ניכר את ביצועי המערכת, ומאפשרת גישה מהירה למשאבים הזמינים על-גבי ה- LUNs המיוחסים.
כלים מבית יצרן התקן האחסון כדוגמת NetApp SnapDrive מאפשרים חיבור של דיסקים בקלות בתצורת RDM, ובכך מפשטים את תהליך הוספת הדיסקים לשקוף ונוח למנהל המערכת.
טיפ # 5: בסביבות וירטואליות – ספק שליטה מלאה למכונת ה- Exchange במשאבים הדרושים לעבודתה
כאשר Exchange Server פועל בתשתית וירטואלית ודא כי הוקצאו המשאבים הדרושים למכונה, וכי המשאבים הללו הינם בבעלות מלאה של Exchange Server בלבד, כאשר הדגש הוא על דיסקים וזיכרון RAM.
בעת עבודה עם Exchange Server יש לוודא כי הדיסקים הקשיחים הינם בתצורת Fixed size ולא דיסקים דינמיים, עבודה עם דיסקים דינמיים פוגעת בביצועי המערכת.
מלבד דיסקים קשיחים, וודא כי הקצאת את מלוא זיכרון ה- RAM הדרוש למכונות ה- Exchange Server לפעול כראוי, וזאת שוב כאמור, למנוע דעיכה ופגיעה בביצועי המערכת.
סיכום
מאמר זה מספק 5 טיפים לעבודה במקביל להתקני אחסון מבית NetApp ותשתיות וירטואליות, הטיפים מיועדים לספק המלצות על-פי ה- Best Practices של NetApp ויצרני פתרונות הוירטואליזציה לקבלת ביצועים וחווית עבודה נוחה ונכונה במקביל לתשתית הדואר הארגונית.