עדכון בטוח של Zimbra Collaboration Suite

קרה שמנהלי מערכת תמיד חושדים בכל דבר חדש. ממש הכל, מפלטפורמות שרתים חדשות ועד עדכוני תוכנה, נתפס בזהירות, בדיוק כל עוד אין ניסיון מעשי ראשון בשימוש ומשוב חיובי מעמיתים מארגונים אחרים. זה מובן, כי כאשר אתה ממש אחראי לתפעול הארגון ולבטיחות המידע החשוב עם הראש שלך, עם הזמן אתה מפסיק לבטוח אפילו בעצמך, שלא לדבר על צדדים נגדיים, כפופים או משתמשים רגילים.

חוסר האמון בעדכוני תוכנה נובע מהרבה מקרים לא נעימים כאשר התקנת תיקונים טריים הובילה לירידה בביצועים, שינויים בממשק המשתמש, כשל במערכת המידע, או, הכי לא נעים, לאובדן נתונים. עם זאת, אינך יכול לסרב לחלוטין לעדכונים, ובמקרה זה התשתית של הארגון שלך עלולה להיות מותקפת על ידי פושעי סייבר. די להיזכר במקרה הסנסציוני של וירוס WannaCry, כאשר הנתונים המאוחסנים במיליוני מחשבים שלא עודכנו לגרסה העדכנית ביותר של Windows התבררו כמוצפנים. תקרית זו לא רק עלתה למאות מנהלי מערכת את עבודתם, אלא גם הראתה בבירור את הצורך במדיניות חדשה לעדכון מוצרי תוכנה בארגון, שתאפשר שילוב בין אבטחה ומהירות התקנתם. לקראת מהדורת Zimbra 8.8.15 LTS, בואו נסתכל כיצד ניתן לעדכן את Zimbra Collabration Suite-מהדורת הקוד הפתוח כדי להבטיח את הבטיחות של כל הנתונים הקריטיים.

אחד המאפיינים העיקריים של Zimbra Collaboration Suite הוא שניתן לשכפל כמעט את כל הקישורים שלה. בפרט, בנוסף לשרת ה-LDAP-Master הראשי, ניתן להוסיף עותקים משוכפלים של LDAP, אליהם ניתן, במידת הצורך, להעביר את הפונקציות של שרת ה-LDAP הראשי. אתה יכול גם לשכפל שרתי פרוקסי ושרתים עם MTA. שכפול כזה מאפשר, במידת הצורך, להסיר קישורי תשתית בודדים מהתשתית במהלך השדרוג ובזכות זה, להגן על עצמך בצורה אמינה לא רק מפני השבתה ארוכה, אלא גם מפני אובדן נתונים במקרה של שדרוג לא מוצלח.

בניגוד לשאר התשתית, שכפול של אחסון דואר בסוויטת Zimbra Collaboration אינה נתמכת. גם אם יש לך מספר חנויות דואר בתשתית שלך, כל נתוני תיבת דואר יכולים להיות בשרת דואר יחיד. לכן אחד הכללים העיקריים לבטיחות נתונים במהלך עדכונים הוא גיבוי בזמן של מידע באחסון דואר. ככל שהגיבוי שלך טרי יותר, כך יישמרו יותר נתונים במקרה חירום. עם זאת, יש כאן ניואנס, שהוא שבמהדורה החינמית של Zimbra Collaboration Suite אין מנגנון גיבוי מובנה ותצטרכו להשתמש בכלי GNU/Linux המובנים כדי ליצור גיבויים. עם זאת, אם בתשתית Zimbra שלכם יש מספר אחסון דואר, וגודל ארכיון הדואר גדול מספיק, אז כל גיבוי כזה יכול לקחת הרבה מאוד זמן, וגם ליצור עומס רציני על הרשת המקומית ועל השרתים עצמם. בנוסף, במהלך העתקה ארוכת טווח, הסיכונים של כוח עליון שונים גדלים בחדות. כמו כן, אם תבצע גיבוי כזה מבלי להפסיק את השירות, קיים סיכון שמספר קבצים לא יועתקו בצורה נכונה, מה שיוביל לאובדן של נתונים מסוימים.

לכן, אם אתה צריך לגבות כמויות גדולות של מידע מאחסון דואר, עדיף להשתמש בגיבוי אינקרמנטלי, המאפשר לך להימנע מהעתקה מלאה של כל המידע, ולגבות רק את הקבצים שהופיעו או השתנו לאחר גיבוי מלא קודם. זה מאיץ מאוד את תהליך הסרת הגיבויים, וגם מאפשר לך להתחיל במהירות להתקין עדכונים. אתה יכול להשיג גיבויים מצטברים במהדורת קוד פתוח של Zimbra באמצעות ההרחבה המודולרית של Zextras Backup, שהיא חלק מ-Zextras Suite.

כלי רב עוצמה נוסף, Zextras PowerStore, מאפשר למנהל המערכת לנטרל נתונים בחנות הדואר. המשמעות היא שכל הקבצים המצורפים והמיילים הכפולים הזהים בשרת הדואר יוחלפו באותו קובץ מקורי, וכל הכפילויות יהפכו לקישורים סימליים שקופים. זה לא רק חוסך הרבה מקום בדיסק הקשיח, אלא גם מקטין מאוד את גודל הגיבוי, מה שמאפשר להשיג הפחתה בזמן של גיבוי מלא וכתוצאה מכך לבצע אותו בתדירות גבוהה הרבה יותר.

אבל התכונה העיקרית ש-Zextras PowerStore מסוגלת לספק לעדכון מאובטח היא העברת תיבות דואר בין שרתי דואר בתשתיות מרובות שרתים של Zimbra. הודות לתכונה זו, מנהל המערכת מקבל את ההזדמנות לעשות בדיוק את אותו הדבר עם אחסון דואר שעשינו עם שרתי MTA ו-LDAP כדי לעדכן אותם בצורה מאובטחת. למשל, אם בתשתית זימברה ישנן ארבע חנויות דואר, ניתן לנסות לחלק תיבות דואר מאחת מהן לשלוש האחרות, וכאשר חנות הדואר הראשונה ריקה, ניתן לעדכן אותה ללא כל חשש לבטיחות הנתונים. . אם למנהל המערכת יש חנות דואר פנויה בתשתית, הוא יכול להשתמש בה כאחסון זמני לתיבות דואר שהועברו מחנויות הדואר המשודרגות.

פקודת המסוף מאפשרת לבצע העברה כזו. DoMoveMailbox. כדי להשתמש בו כדי להעביר את כל החשבונות מאחסון הדואר, תחילה עליך להשיג את הרשימה המלאה שלהם. על מנת להשיג זאת, בשרת הדואר נבצע את הפקודה zmprov sa zimbraMailHost=mailbox.example.com > accounts.txt. לאחר ביצועו, נקבל את הקובץ accounts.txt עם רשימה של כל תיבות הדואר באחסון הדואר שלנו. לאחר מכן, תוכל להשתמש בו באופן מיידי כדי להעביר חשבונות לאחסון דואר אחר. זה ייראה כך, למשל:

zxsuite powerstore doMailboxMove reserve_mailbox.example.com input_file accounts.txt שלבים נתונים
zxsuite powerstore doMailboxMove reserve_mailbox.example.com input_file accounts.txt שלבים נתונים, התראות חשבון [מוגן בדוא"ל]

הפקודה מבוצעת פעמיים על מנת להעתיק את כל הנתונים בפעם הראשונה מבלי להעביר את החשבון עצמו, ובפעם השנייה, מכיוון שהנתונים מועברים בהדרגה, להעתיק את כל הנתונים שהופיעו לאחר ההעברה הראשונה, ולאחר מכן להעביר את החשבונות עצמם . שימו לב כי העברות חשבונות מלוות בתקופה קצרה של חוסר נגישות לתיבת הדואר, ויהיה חכם להזהיר את המשתמשים על כך. בנוסף, לאחר השלמת ביצוע הפקודה השנייה, נשלחת ההודעה המתאימה לדואר המנהל. הודות לו, מנהל המערכת יכול להתחיל לעדכן את אחסון הדואר במהירות האפשרית.

אם עדכון התוכנה באחסון הדואר מבוצע על ידי ספק SaaS, יהיה הרבה יותר הגיוני להעביר נתונים לא לפי חשבונות, אלא לפי דומיינים שנמצאים בו. למטרות אלה, זה מספיק כדי לשנות מעט את פקודת הקלט:

zxsuite powerstore doMailboxMove reserve_mailbox.saas.com דומיינים client1.ru, client2.ru, client3.ru שלב נתונים
zxsuite powerstore doMailboxMove secureserver.saas.com דומיינים client1.ru, client2.ru, client3.ru שלב נתונים, התראות חשבון [מוגן בדוא"ל]

לאחר השלמת העברת החשבונות והנתונים שלהם מאחסון הדואר, הנתונים בשרת המקור מפסיקים לייצג לפחות משמעות מסוימת, וניתן להתחיל לעדכן את שרת הדואר ללא כל חשש לביטחונם.

למי שמבקש למזער את זמן ההשבתה בעת העברת תיבות דואר, תרחיש שונה מהותית לשימוש בפקודה הוא אידיאלי zxsuite powerstore doMailboxMove, שמהותם היא שתיבות הדואר מועברות מיד לשרתים המעודכנים, ללא צורך בשימוש בשרתי ביניים. במילים אחרות, אנו מוסיפים אחסון דואר חדש לתשתית Zimbra, שכבר עודכנה לגרסה האחרונה, ואז פשוט מעבירים אליו חשבונות משרת לא מעודכן לפי התרחיש המוכר ממילא וחוזרים על ההליך עד שכל השרתים ב- התשתית מתעדכנת.

שיטה זו מאפשרת לך להעביר חשבונות פעם אחת ובכך להפחית את הזמן שבו תיבות הדואר יישארו בלתי נגישות. בנוסף, נדרש רק שרת דואר אחד נוסף לצורך הטמעתו. עם זאת, יש להתייחס לשימוש בו בזהירות על ידי אותם מנהלי מערכת אשר פורסים אחסון דואר בשרתים בעלי תצורות שונות. העובדה היא שהעברת מספר רב של חשבונות לשרת חלש יותר יכולה להשפיע לרעה על הזמינות וההיענות של השירות, מה שיכול להיות קריטי למדי עבור ארגונים גדולים וספקי SaaS.

כך, הודות ל-Zextras Backup ו-Zextras PowerStore, מנהל המערכת של Zimbra מסוגל לעדכן את כל הצמתים של תשתית Zimbra ללא כל סיכון למידע המאוחסן בהם.

מקור: www.habr.com