הקפאה או מודרניזציה - מה נעשה בחגים?

חגי השנה החדשה מתקרבים ובערבי חגים וחגים הגיע הזמן לענות על השאלה: מה יקרה לתשתית ה-IT בתקופה זו? איך היא תחיה בלעדינו כל הזמן הזה? או אולי לבזבז את הזמן הזה על מודרניזציה של תשתית ה-IT כך שתוך שנה "הכל יעבוד לבד"?

האפשרות כאשר מחלקת ה-IT מתכוונת לנוח יחד עם כולם (למעט מנהלים תורנים, אם יש כאלה) מחייבת יישום של עבודה מורכבת, שניתן לייעד אותה במונח הכללי "הקפאה".

עבודה מתוכננת היא האופציה ההפוכה, כאשר מנצלים את ההזדמנות, אתה יכול לנסות ברוגע לבצע את כל הפעולות הנדרשות, למשל, שדרוג ציוד רשת ו/או שרת.

"הַקפָּאָה"

העיקרון הבסיסי של אסטרטגיה זו הוא "אם זה עובד, אל תיגע בזה."

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

כל הנושאים הנוגעים לשיפור ופיתוח נדחים למועד מאוחר יותר.

שירותי עבודה נבדקים ביסודיות.

כל הבעיות שזוהו מנותחות ומחולקות לשני סוגים: נפתרות בקלות
וקשה להסרה.

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

בעיות בלתי פתירות מתועדות ומתועדות, אך יישומן
נדחה עד תום ההקפאה.

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

לדוגמה, שרתי קבצים של Windows - קריאת יומני אירועים, בדיקת סטטוס
מערך RAID וכו'.

לתשתית הרשת יש כלי דיווח משלה.

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

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

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

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

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

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

אז, כל הפרטים הטכניים החשובים מתועדים. במה עוד יש לטפל?

• בדוק את מערכת מעקב הווידאו, במידת הצורך, פנה מקום במערכת
  אחסון נתוני וידאו.

• בדוק את מערכת האזעקה, גם פורץ וגם שריפה.

• בדוק אם חשבונות עבור האינטרנט, שמות מתחם, אחסון אתרים ו
  שירותי ענן אחרים.

• בדוק את הזמינות של חלקי חילוף, בעיקר כוננים קשיחים ו-SSD להחלפה
  מערכי RAID.

• יש לאחסן רכיבים חלופיים (SPTA) בסמיכות לציוד שאליו הם מיועדים. התרחיש שבו דיסק נכשל באתר מרוחק מחוץ לעיר, והרכיבים מאוחסנים במשרד המרכזי, אינו נעים במיוחד בערב ראש השנה.

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

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

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

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

כדאי גם לדאוג לפונקציונליות של גישה מרחוק. אם הכל פחות או יותר ברור עם שרתים - במקרים קיצוניים, אם RDP או SSH לא מגיבים - יש IPMI (למשל, iLO לשרתי HP או IMM2 עבור IBM), אז עם ציוד מרוחק זה לא כל כך פשוט.

משתמשי Zyxel Nebula נמצאים במצב יתרון יותר במקרה זה.

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

למזלנו, ערפילית תמיד מזהירה מפני בעיות אפשריות הקשורות לתצורה לא נכונה.

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

עֵצָה. ב-Nebula ניתן להזין מידע על מיקום הציוד והכי הרבה
אנשי קשר חשובים כהערה.

עבודה מתוזמנת

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

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

מיד נבחן בקצרה את הנקודות העיקריות שיש להשלים במהלך ההכנה והביצוע של העבודה המתוכננת.

אנו עונים על השאלה: "למה?"

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

אנו מתעדים היטב את המערכת

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

ראשית, אנו מבהירים ומגלים את כל הניואנסים הטכניים של תשתית ה-IT, ורק לאחר מכן אנו מתכננים משהו.

מי הבעלים של תהליך זה (משאב, שירות, שרת, ציוד, מתחם וכו')?

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

כמו במקרה של "הקפאה", אנו מעדכנים את רשימת אנשי הקשר "לכל אירוע", אליה לא שוכחים להוסיף בעלי תהליכים.

פיתוח תוכנית פעולה

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

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

אנחנו יוצרים גיבויים להכל, הכל, הכל!

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

כדי לגבות תצורות ציוד רשת, אתה יכול להשתמש הן ביכולות המובנות לשמירת קבצי תצורה והן בשירותים חיצוניים כמו Zyxel Nebula או Zyxel SecuManager

אנחנו עובדים על חלופות

תמיד יש מצב שמשהו משתבש או מסיבה כלשהי אתה צריך להתרחק מהתוכנית הראשית. לדוגמה, אותה מחלקת טלוויזיה במעגל סגור שינתה את דעתה לגבי שינוי ה-VLAN במתג שלה. אתה תמיד צריך לקבל תשובה לשאלה: "מה אם?"

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

אנו מתאמים זמני השבתה והיבטים אחרים של העבודה

לא מספיק להזהיר. יש צורך להעביר להנהלה ולעובדים אחרים הבנה ברורה שמשהו (או אפילו כל העניין) עלול לא לעבוד במשך זמן מה.

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

"מה רצית? אתם מומחי IT רק מבזבזים כסף ומפריעים לעבודה! תשמח שלפחות זה סוכם!" - אלו סוג הטיעונים שאתה שומע לפעמים בתגובה לכל שאלה בנוגע לעבודה טכנית ומודרניזציה.

בואו נסתכל שוב על ה"למה?"

אנו חושבים זמן רב על הנושא: "למה כל זה נחוץ?" ו"האם המשחק שווה את הנר?"

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

-

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

אבל זה לא חשוב. משהו אחר חשוב.

העיקר שהכל יעבור בשקט וללא הפרעות. ושהשנה החדשה תהיה מוצלחת עבורך!

מזל טוב, עמיתים!

קישורים שימושיים

1. שלנו עגלה לאנשי רשת. אנחנו עוזרים, מתקשרים, לומדים על כל מיני דברים טובים מ-Zyxel.
2. רשת ענן ערפילית באתר האינטרנט הרשמי של Zyxel.
3. תיאור שירות הניתוח של Cloud CNM SecuReporter באתר הרשמי
   ZYXEL.
4. תיאור התוכנה לניהול וניתוח ענן CNM SecuManager על הרשמי
   מקוון
   ZYXEL.
5. משאבים שימושיים בקמפוס התמיכה של Zyxel EMEA -
   עַרְפִּילִית.

מקור: www.habr.com