אלן צייצ'יק | מפתח תוכן אסטרטגי | מרץ 9, 2023
מרכזי נתונים מקומיים יוצרים נטל על חברות של היום. בין אם עסק גלובלי או ישות בינונית עם מרכז עיבוד נתונים יחיד, ארונות התקשורת של דיסקים מסתובבים, מאווררים מהמהמים ואורות מהבהבים מספקים סחבת לכספים, כאב ראש לאיוש בשוק עבודה לחוץ, נקודת בדיחה פוטנציאלית לזריזות עסקית וחבות אבטחה מדאיגה במקצת. בניגוד לכך, מחשוב ענן הוכח כמציע את כל היתרונות שמציע מרכז נתונים מקומי של העסק, תוך הפחתת חסרונות אלה. השאלה הגדולה היא: כיצד לנהל את המעבר - בפרט, לסגור את מרכז הנתונים הישן עם הפרעה עסקית מינימלית?
מרכז נתונים הוא בניין שמכיל את משאבי המחשוב של הארגון, כולל חומרה, כגון שרתים, אחסון וציוד רשת, וכן תשתית לאספקת חשמל, ציוד צינון וחימום ומערכות לגיבויים של נתונים ושחזור לאחר אסון. הרשת כוללת חיבורים בעלי קיבולת גבוהה בין התקנים במרכז הנתונים, בין מרכז הנתונים לאינטרנט, ואם לארגון יש מרכזי נתונים מרובים, חיבורים בעלי קיבולת גבוהה בין הבניינים. שרתי מרכז הנתונים מקדמים פעולות ציבוריות, כגון מסחר אלקטרוני ואתרי אינטרנט, ומריצים יישומים פנימיים, כגון תכנון משאבים ארגוניים (ERP), ניהול קשרי לקוחות (CRM), משאבים אנושיים, דואר אלקטרוני ותהליכי ייצור.
מרכזי נתונים יכולים גם להיות מתוכננים להפעיל יישומים ייעודיים, ממוקדי תעשייה, כגון מערכות מסחר פיננסי במהירות גבוהה; כלים הנדסיים, כגון דינמיקה של נוזלים חישוביים המשמשים בתעשיית הרכב או התעופה; או מסגרות מודלים וסימולציה מתוחכמות המשמשות לגילוי תרופות. מרכז נתונים מיועד לאבטחה פיזית כדי למנוע מכוערים להיכנס לחומרה ולאבטחת סייבר מתוחכמת כדי להגן מפני פריצה.
לארגון גדול יכולים להיות מספר מרכזי נתונים שנועדו לאזן בין עומסי עבודה, לשפר את הביצועים, למזער הפסקות במקרה של אסונות ולעמוד בדרישות תושבות נתונים ותאימות אחרות. ארגונים קטנים יותר עשויים להיות בעלי מרכז נתונים יחיד בבניין המטה שלהם או הממוקמים מחוץ לאתר במתקן colocation או Colo. מרכזי נתונים אינם זריזים; הם יכולים להיות מסובכים לארגונים כדי לפתח את המתקנים שלהם כדי לעמוד בדרישות קיבולת, אבטחה ותאימות המשתנות ללא הרף.
תובנות מרכזיות
ארגון לא יכול לצפות להקים מרכז נתונים פעם אחת וליהנות מהיתרונות שלו במשך שנים רבות ללא השקעות נוספות. כמו כל מבנה פיזי, מרכז נתונים דורש תשומת לב קבועה, תחזוקה ושיפורים, אשר כולם יכולים להיות יקרים ודורשים איוש מומחה. תחזוקת מרכז הנתונים עלולה להיות קשה יותר לאורך זמן, כאשר גיל המתקן והתשתיות והציוד שלו מפסיקים להיות מצב האמנות. הארגון צריך להתמודד עם אתגרים אלה באופן פנימי או לשכור ספקי שירות כדי לנהל אותם. לעומת זאת, בתרחיש של מחשב ענן, רבים מהאתגרים הללו נכנסים לספק הענן; הלקוח יכול פשוט להשתמש בשירות, שהוא מקבל במודל תשלום לשימוש.
במרכז נתונים יש מאות עד עשרות אלפי התקני מחשוב, כאשר כל אחד מהם מכיל כוננים קשיחים, ספקי כוח, מאווררים וחלקים אחרים שעליהם להתקלקל בסופו של דבר. יש להם גם את הוודאות הקרובה להיות מיושן בתוך כמה שנים. בנוסף לחומרת המחשוב, הבעלים של מרכז הנתונים צריך גם לשמור על הבניין הפיזי, אשר זקוק לבקרות אבטחה פיזיות מתוחכמות, חלוקת חשמל אמינה, חימום וקירור, כבלים, דיכוי אש, אינטרנט וקישוריות רשת פנימית ועוד. תיקון שרתים ונתבים כנגד פגיעויות אבטחה חדשות הוא אחת הדרישות החשובות ביותר באבטחת סייבר, אך צוותי מרכז הנתונים של ארגונים רבים נאבקים לעמוד בקצב של תיקונים אלה, מה שעלול להשאיר את המערכות שלהם פגיעות להתקפה.
תיקון שרתים ונתבים כנגד פגיעויות אבטחה חדשות הוא דרישת אבטחת סייבר חיונית, אך צוותי מרכז הנתונים של ארגונים רבים נאבקים לשמור על קשר עם תיקונים אלה, מה שמשאיר את המערכות פגיעות להתקפה. אשם בכמה דליפות נתונים של לקוחות שפורסמו באופן נרחב במערכות של מרכזי נתונים שנשארו פגיעות למרות שיש בהן תיקונים זמינים.
עם הזמן, דרישות המחשוב של ארגון בריא כמעט בוודאות גדלות, והדבר דורש רכישה והתקנה של ארונות תקשורת חדשים לחלוטין של חומרה, החלפת חומרה קיימת בציוד חזק יותר. התהליך של הגדרת ציוד חדש, הזמנה, בנייה, משלוח, התקנת הקצאה, ושילוב ציוד זה, יכול לקחת שבועות או חודשים - אולי אפילו יותר. דבר זה מונע פעולה מהירה, אלא אם כן מרכז הנתונים כבר כולל קיבולת עודפת מספיקה לטיפול בצרכים עתידיים צפויים. אם צורכי המחשוב גדלים מעבר לגודל הפיזי של מרכז נתונים, ארגונים מתמודדים עם החלטה גדולה בתחום הנדל"ן וההשקעה בתחום ההון.
לאחר התקנת החומרה והתשתית האחרת במרכז הנתונים, קשה מאוד - וככל הנראה יקר - להיפטר ממנה, במיוחד לאור השינוי בצורכי המחשוב לאורך זמן. שינוי גודל יכול להיות גם בעיה בטווח הקצר; לדוגמה, אם נדרשת יכולת שרת לטפל בעומסים של עסקאות עונתיות, מה אתה עושה עם הציוד הזה שאר השנה? (למעשה, חלק מהשירותים המקוונים המוקדמים ביותר החלו כבר בשנות ה-1980 כדרך לחברות להפיק רווח מהיקף המחשוב העודף שלהן ללא שימוש).
החדשות הטובות הן שצרכי האבטחה הגופנית של מרכז הנתונים משתנים בדרך כלל לאט: אולי נעילות מפתח הוחלפו על ידי רפידות מפתח, ומפתחות על ידי תגים חכמים, ותגים חכמים על ידי סריקות רשתית או טביעות אצבע. האתגרים הנעים במהירות נמצאים באבטחה דיגיטלית, בין אם פושעי הסייבר שהסתננו למחשב הנייד של עובד באמצעות דיוג מבצעים מתקפת כוח אכזרית נגד אתר אינטרנט או ממנפים ניצול חדש שנמצא כנגד מערכות הפעלה של שרתים או קושחת מכשירים. מרכזי נתונים דורשים ניטור קבוע של אבטחה, כמו גם כלים חדשים כדי להגן מפני איומים מהירים.
למרות האוטומציה הטכנית, מרכזי נתונים עדיין זקוקים לאנשים. החל באיוש מסביב לשעון עבור מרכז תפעול אבטחה (SOC) ועד למומחים שמעצבים שדרוגים למערכות מרכז הנתונים, מרכז נתונים דורש מטכנאים מיומנים. במקרים מסוימים, אלה עובדים; במקרים אחרים, הם עשויים להיות קבלנים או לעבוד עבור ספק שירות מנוהל. קליטה, שמירה והדרכה של כישרון כזה הם יקרים, בין אם לארגון או לספק השירות. בשווקים מסוימים, ארגונים מתקשים למצוא מועמדים מתאימים.
מרכזי נתונים שירתו ארגונים היטב במשך עשרות שנים ומספקים את תשתית המחשוב כדי לאפשר צמיחה אדירה של שירותים מקוונים, לקדם אוטומציה ופרודוקטיביות של עובדים ולקדם מהפך דיגיטלי. עם זאת, בהשוואה למחשוב ענן, מרכזי נתונים הם מערכות מיושנות שנראות ויותר כחבות. ישנן סיבות רבות לתכנן אסטרטגיות יציאה ממרכז הנתונים. סיבות אלה כוללות:
חידושים טכנולוגיים והזדמנויות עסקיות עשויים לשכנע אותך שהגיע הזמן לעבור ממרכז נתונים פיזי לענן. אך ציר הזמן בפועל עשוי להסתמך על בעיות שאינן קשורות לטכנאי - כגון החכירה במתקן מרכזי נתונים. שכירות כאלה הן לטווח ארוך, לעתים קרובות חמש עד עשרים שנה. סוף שכירות זו מספק הזדמנות לחיסכון בעלויות. תהליך היציאה ממרכז נתונים מושכר עשוי להימשך שנה או יותר, אך תאריך החכירה יכול לספק תמריץ חשוב לביקור מחדש של תוכניות רכישת חומרה, חוזי תחזוקה, הסכמי ספק שירות, לוחות פחת ותוכניות איוש, ולמפות תוכנית לענן.
ארגונים גדלים ומתפתחים עם הזמן, באופן אורגני ובאמצעות רכישות. זה לא נדיר שיש כמה מרכזי נתונים, כל אחד מהם משרת פונקציה עסקית שונה, לפעמים להתפשט ברחבי הארץ או העולם. בתי חרושת לרכישה יכולים להוביל למתקנים שונים שמארחים יישומים נפרדים של תכנון משאבי ארגון (ERP) או שרתי מסדי נתונים, לדוגמה, או עם מתקן אחד שמארח מערכות עסקות מסחר אלקטרוני מדור קודם בעוד אחר מוקדש למערכת חדשה לניהול מלאי. זחילה כזאת היא הזדמנות פספסת להפיק תועלת מכלכלות בקנה מידה. עם זאת, לעתים קרובות אי-יכולת מבחינה טכנולוגית או מבצעית לאחד את מרכזי הנתונים המרובים הללו למספר קטן של מתקנים בבעלות. עם זאת, העברת מרכז נתונים אחד לענן ולאחר מכן העברת מרכז נתונים אחר, עשויה להשיג את אותה יעד עם חיסכון גדול וללא העדפה של מהלך פיזי או הצורך לרכוש מתקנים גדולים יותר לאיחוד.
לחומרה יש חיים מוגבלים בעולם מרכז הנתונים, וזה לעתים קרובות בשל התיישנות ולא כישלון מוחלט. סוף החיים הצפוי או המתוכנן עבור ציוד של מרכז נתונים יכול לספק ציר זמן או הזדמנות להגירה. מה גורם התיישנות? לפעמים המערכות לא יכולות לטפל בפרדיגמות שימוש חדשות, כגון נתבים שאינם מצוידים באספקת שירותי מחשוב קצה. לפעמים הציוד אינו יעיל בהשוואה לדגמים חדשים, כגון שרתי מסדי נתונים עם קיבולת אחסון נמוכה יותר, או שמשתמשים בכוננים קשיחים מסתובבים לאט יותר במקום בכונני Solid-State ( SSD). ייתכן שארכיטקטורת המחשוב השתנתה: ייתכן שארגון יעבור הרחק משרתי x86-based להתקנים מבוססי ARM. ייתכן שיש גם חששות לאריכות ימים סביב אבטחה, חיסכון באנרגיה, תאימות, מוכנות לאסון, או אפילו המצב של הבניין עצמו.
מהו תוחלת החיים של הציוד במרכז נתונים? עבור תשתית המתקנים העיקרית, כגון מערכות חימום, קירור, חשמל ואבטחה מתוחזקות היטב, זה יכול להיות עשור או יותר בין שדרוגים משמעותיים. עבור ציוד בודד בארונות תקשורת, כלל אצבע טוב הוא שלוש עד חמש שנים לפני החלפה עם ציוד חדש, משופר.
כשמגיע הזמן של הציוד, החלפת ארונות תקשורת של חומרה ישנה יכולה להיות יקרה, עבודה אינטנסיבית ומפריעה לפעילות העסקית. ארגונים הניצבים בפני רענון חומרה גדול, עקב ציוד סוף חיים, עשויים למצוא את ההגירה לענן מושך וחסכוני יותר. נקודת חיתוך זו מספקת גם לוח זמנים טבעי כדי לסייע בתכנון.
הדרך הקלה והטובה ביותר להתגבר על האתגרים של הפעלת סביבת מרכז נתונים היא לצאת ממרכז נתונים זה במלואו - ולהעביר את היישומים, הנתונים והשירותים שלו לענן. עם ההגירה לענן, הוצאות הוניות (CapEx) הופכות להוצאות תפעוליות (OpEx) הניתנות לניהול. האדריכלים, המהנדסים, המפתחים והמנהלנים שלך יכולים להתמקד בחלקים החשובים: אספקת שירותים, פתרון בעיות עסקיות, תגובה להזדמנויות עסקיות.
החלקים של פעולות מרכז הנתונים שאינן מספקות יתרון תחרותי בעת אספקת חשמל, אספקת צינון, אספקת רוחב פס, מיתוג כבלים, החלפת חלקים נשרפים, אבחון בעיות עבודה ברשת מקוטעות, התמודדות עם התקפות מניעת שירות נגד נתב האינטרנט, תכנון הצפה או שריפות, קליטת טכנאי חומרה ושומרי אבטחה - לא מהווים בעיה. אחריות זו מוטלת על ידי ספק הענן, אשר יש כלכלות בקנה מידה מעבר לכל, מלבד המפעלים הגדולים ביותר.
מעבר לכך, מכיוון שספקי ענן גמישים מטבעם, מנהלי המערכות שלך יכולים להפעיל שרתים חדשים או יכולות אחרות בתוך דקות במקום חודשים. כאשר אין צורך בשירותי קיבולת שיא, ניתן לשחרר אותם (יחד עם העלויות שלהם) עד שיידרשו להם שוב. כאשר שירותים נדרשים לזמן מוגבל, כגון במהלך סגירה פיננסית בסוף השנה או אירועים עונתיים, ניתן להוסיף אותם למספר ימים, שבועות או חודשים, ללא צורך ברכישת חומרה נוספת.
לפי IDC, OCI יכולה לספק החזר על השקעה של 474% בחמש שנים והפחתה של 53% בעלות הכוללת.
יציאה מהנתונים יכולה להיות מורכבת יותר מאשר העברת משרדים. חיוני להימנע מכל הפרעה לשירותים המסופקים ללקוחות, לשותפים ולעובדים. לשם כך, יש לדעת בדיוק אילו שירותים מספק מרכז הנתונים שלך כרגע וכיצד הוא מספק להם.
עבור כל אחד מהשירותים הללו, הארגון שלך יצטרך לקבל החלטות עיקריות: להעביר אותם כפי שהם לתוך הענן (המכונה לעתים "lift and shift"); להעביר אותם לתשתית מקורית בענן, לדוגמה, ממערכת מסד נתונים מקומית למסד נתונים בענן; או עצב מחדש יישומים אלה כדי להשתמש לחלוטין בפרדיגמות מוכוונות שירות חדשות שניתן להרחיבן, אך ליצירתן עשויה להימשך זמן רב יותר. עם יישומים, כמו ERP וניהול הון אנושי (HCM), תוכל גם להחליף יישומים מקומיים קונבנציונליים בתוכנה מבוססת ענן כשירות. עם יישומים אלה של תוכנה כשירות (SaaS), אינך צריך מרכז נתונים מכיוון שהיישום כולו נמצא בענן וניתן לגשת אליו ישירות מלקוחות או עובדים דרך דפדפן.
כדי להקל על נסיגה ממרכז הנתונים, להלן שמונה שלבים עיקריים בהם יש לנקוט במהלך התהליך.
אינך יכול להזיז את מה שאינך יודע עליו. משמעות הדבר היא קטלוג של חומרה, תוכנה ושירותים, כולל ספקי שירות חיצוניים. הכר את החוזים. דע היכן מאוחסנים הנתונים; באיזו תבנית הם נמצאים; היכן נמצאים הגיבויים; באילו מערכות יחסי תלות יש אחד על השני; ואם יש דאגות ספציפיות לגבי אזורים, כגון תאימות או תושבות נתונים. כלי גילוי נכסים אוטומטיים יסייעו בתהליך זה. יהיו הפתעות.
עכשיו הזמן לבחון חכירות, לוחות פחת, חוזים של ספקי שירות ורישיונות. חלק מהספקים הקיימים עשויים לעבור איתך לענן; ייתכן שאחרים לא יוכלו, או שלא תרצה להביא אותם איתך.
אם דבר זה לא נעשה קודם לכן, ודא שכל האנשים בארגון נמצאים על הסיפון ומתאימים לאסטרטגיה החדשה. זו כנראה החלטה ברמת המועצה.
בדוק כל אחד מהיישומים וקבע כיצד ארכיטקטורת הענן תיראה. מה לגבי נתונים: האם יש לשנות את הפורמט או המבנה של הנתונים כדי שיתאימו ליישומים חדשים או לפרדיגמות אחסון, ואיך זה ייעשה? כיצד יועברו הנתונים? אילו מערכות דרושות גישה לאילו מערכות אחרות, וכיצד לטפל בהן בענן? כיצד יוכלו משתמשי הקצה לגשת ליישומים, לנתונים ולשירותים? כיצד תיראה ארכיטקטורת האבטחה?
לא כל המיומנויות של הצוות שלך יהיו ישימות לפרדיגמה החדשה, ולא כל העובדים יהיו מעוניינים במודל חדש. עם זאת, רבים מהעובדים שלך יתלהבו מהפוטנציאל לעבוד עם שירותי ענן, וניתן יהיה לגבות אותו מחדש כדי לקבל את המומחיות וההסמכה הנדרשות.
ספקי ענן וספקי צד שלישי מציעים מגוון רחב של כלים, ממערכות תוכנה אוטומטיות ועד ייעוץ מתוחכם, כדי לסייע בהעברה וביציאת מרכז הנתונים. בעוד שהארגון שלך מכיר את הנכסים והצרכים שלו, לספקי ענן ולמומחים יש ניסיון בהעברות. הקפד למנף את המומחיות הזאת.
אתה לא יכול להזיז את הכל בבת אחת, או לפחות לא צריך. התחל עם היישומים, הנתונים והשירותים הקלים והפשוטים ביותר כדי להשיג ביטחון, ניסיון והצלחות מהירות לצוות והעובדים שלך. העברה בשלבים עשויה להיות מסובכת שבכמה מערכות תהיה בענן, וחלקן עדיין יהיו במרכז הנתונים למשך שבועות או חודשים - ובכל זאת עליהן לפעול באופן חלק גם בעת העברת חלקים שונים. העבודה הנוספת של לוודא ששום דבר לא נשבר במהלך שלבי מעבר אלה יספקו עמידות עכשיו ובעתיד.
לאחר השלמת ההעברה המלאה, סגור את מרכז הנתונים הישן, השבת את כל הנכסים הנותרים ובדוק את העתיד הבהיר החדש.
מרכזי נתונים מקומיים או מושבתים הם מורשות של צורה ישנה של מחשוב, והגיע הזמן לעבור מעבר אליהם לענן. בעוד שמרכזי נתונים בבעלות החברה עזרו לארגונים להיכנס לעידן הראשוני של אוטומציה ממוחשבת וקבלת החלטות מונעת נתונים, מרכזי נתונים עכשיו יקרים לתפעול, דורשים תחזוקה מתמשכת משמעותית, זקוקים לשדרוגים מתמשכים, אינם גמישים בכל הנוגע לאתגרים העומדים בפני עצמם, והם יכולים להחזיר ארגונים מהזדמנויות לתפוס. תהליך היציאה ממרכז הנתונים יארך חודשים, והזמן לתחילת התכנון הוא עכשיו - לפני שיותר מדי כסף מושקע בתחזוקה ושדרוג של המתקנים הקיימים.
ישנן סיבות רבות ליציאה ממרכז הנתונים שלך, כולל חיסכון בעלויות, זריזות, מדרגיות, אמינות ואבטחה. בכל החזיתות הללו, Oracle Cloud Infrastructure (OCI) סיפקה תוצאות עבור חברות, ומאפשרת להם לצאת לחלוטין ממרכזי הנתונים שלהם או להרחיב באופן משמעותי את טביעת הרגל מרכז הנתונים. הענן של OCI מדור שני מיועד ליישומים מודרניים ומציע מודלים לפריסה לעננים ציבוריים ופרטיים, כולל שירותי ענן המתגוררים בתוך מתקנים של חברה. OCI גם מספקת מגוון רחב של יכולות, כולל אינטגרציות עם עננים מרובים ומחשוב בעל ביצועים גבוהים לעומסי עבודה של AI בנפח גבוה.
מהו השלב הראשון ביציאה ממרכז נתונים?
כאשר אתה מתכנן לצאת ממרכז נתונים, לערוך סקר מעמיק של יישומים, נתונים, שירותים, משתמשים ודרישות אבטחה. כל מה שבסקר ידרוש תוכנית העברה, בין אם זה "להעביר" את היישומים והנתונים הקיימים לענן, לבחור ביישומים חדשים או לבנות יישומים חדשים מההתחלה.
מהו תוחלת החיים של ציוד במרכז נתונים?
חלקים גדולים של תשתית מרכז נתונים, כגון מערכות חימום, אוורור ומיזוג אוויר, חלוקת חשמל ומערכות אבטחה פיזיות, יכולים להימשך עשור או יותר עם תחזוקה שוטפת. ציוד החישוב, כגון שרתים, נתבים, מתגים ואחסון, טוב לשלוש עד חמש שנים, ככלל אצבע, לפני שיצא משימוש.
מי אחראי לאבטחה בענן?
האבטחה הפיזית של תשתית הענן - השרתים, תשתית הרשת וכו' מנוהלים על ידי ספקי הענן. תחום האחריות לאבטחת התוכנה והשירותים משותף בין ספק הענן לארגון.
כמה זמן לוקח לצאת ממרכז נתונים?
תכנן יציאה מלאה ממרכז הנתונים כדי לקחת חודשים. תשתית IT גדולה יותר עשויה להימשך שנים. הכל תלוי בגודל מרכז הנתונים, במורכבות שלו ובכמות הנתונים. חלק גדול מזמן זה ייארך על ידי לקיחת מלאי יסודי, פיתוח תוכניות, יצירה ובדיקה של תוכנה חדשה (אם יש צורך) והדרכה. כמו במשרדים נעים, ההגירה בפועל והיציאה עצמה היא שלב קצר יחסית, ברגע שכל התכנון הושלם.
קבל מידע נוסף על האופן שבו הגישה של OCI יוצרת חוויית ענן מובחנת ומספקת את ההבטחה לכלכלת ענן מודרנית.