תוֹכֶן
מקור: Lorna / Dreamstime.com
להסיר:
וירטואליזציה של השרתים יכולה להיות קידום נהדר עבור החברה שלך, אך רק אם הדבר נעשה כראוי. כאן אנו מכסים כמה טיפים שכדאי לזכור בעת יישום הווירטואליזציה.
אז אתם והחברה שלכם תכננתם את המסע שלכם לענן, וצעד מרכזי כרוך בווירטואליזציה של השרתים שלכם בכדי להיפטר מכל אותה חומרה מגושמת באתר. אבל אולי אינך בטוח איפה להתחיל, או שאתה זקוק לעזרה בזיהוי שיטות העבודה המומלצות בכל הקשור להגדרת ה- VMs החדשים שלך. ריכזתי את שלושת הטיפים המובילים שלי להפיכת וירטואליזציית השרת לאפקטיבית וללא כאבים ככל האפשר. עצות אלה יסייעו לכם להימנע ממני להימנע מאבני נגף פוטנציאליות, כך שתוכלו להקדיש פחות זמן להקמה ויותר זמן להתמקד בשרת העסק שלכם.
טיפ מספר 1: גודל בחוכמה
זה נשמע הגיוני להשיג את ה- VMs הקיבולת הגדולה ביותר האפשרית שתתאים לעומס עבודה בכל גודל, נכון? לא כל כך מהר. אספקת יתר של מעבדים על גבי VM יכולה למעשה להחמיר את הביצועים, לא להיות טובים יותר. באופן כללי, הקצאות ה- CPU שלך צריכות להתאים לניצול. אם השרת אינו צורך במשאבים במלואו, הוא מוגדר לספק יתר ויכול להשפיע על הביצועים. אם אתה זקוק למשאבים נוספים מאוחר יותר, אתה תמיד יכול להרחיב ולהוסיף משאבי שרת נוספים. בצד השני של המטבע, וודא שאתה לא מגזים במארחים שלך - ערכים כמו בלון זיכרון ומוכנים ל- CPU הם אינדיקטורים מוקדמים לכך שהמארח מגיע לגבול שלו. (למידע נוסף על יעילות VM, ראה 5 דברים שיכולים לגרום למצב של תשתית וירטואלית.)
טיפ מס '2: הישאר N + 1 מיותר
הכלל "שניים הוא אחד ואחד אינו" בהחלט חל כאן. יתירות N + 1 היא הכרחית כדי להבטיח השבתה מינימלית אם אחד המארחים שלכם יעלה בבטן. ישנה תפיסה שגויה ש- VMs אינם רגישים לבעיות דומות בהן אתה עלול להיתקל בשרת פיזי. למעשה, יתירות חשובה עוד יותר אם כל אחד מהמארחים שלך מריץ מספר VMs. בנוסף לשמירה על חלפים חמים וחמים, חילוף קר מאפשר לך להחזיר את הגנת ה- N + 1 שלך מייד אם וכאשר מתרחש מארח לקוי וזקוק לתיקון. אמנם ביצוע המעבר משרתים פיזיים עשוי לחסוך לך כאבי ראש רבים בכל מה שקשור לניהול אירועים ופתרונותיהם, אך עדיין תרצה שיהיה מארח גיבוי, ועוד אחד, "גיבוי לגיבוי" כביכול.
טיפ מס '3 פיקוח על ה- Ins & Outs
ממש כמו גלאי עשן בביתכם, חשוב מאוד לוודא שמערכות ההתראה ונהלי ההתאוששות שלה נבדקים ומתורגלים באופן קבוע. מערכות התראה הן די חסרות תועלת אם הן אינן מתריעות על כך באופן יזום כאשר מתרחש אירוע אפשרי. בנוסף, אל תשכח להשתמש בשילוב של שירותי ניטור פנימיים וחיצוניים, למקרה ששירותיהם הפנימיים לא יוכלו לצאת מהרשת. אם השרת שלך לא מקוון בזמן שהוא פועל על מארח שהתרסק, למשל, כיצד תדע אם נשלחות התראות בזמן שאתה לא יכול לקבל הודעות? עדיף שתקיים תוכנית ופרוטוקולים כשמשהו לא צפוי קורה כדי שאתה והצוות שלך יוכלו להגיב במהירות וביעילות ככל האפשר. הכנות מסוג זה יכולות גם לעזור לכם למזער את זמן ההשבתה כאשר אירועים מתרחשים, מה שכמובן מתורגם למזעור ההשפעה העסקית. (למידע נוסף על ניהול אירועים, עיין בניהול אירועי מידע בנושא אבטחה (SIEM): לתוכנית הארוכה.)
תופתעו כמה חברות נופלות קורבן למלכודות בסיסיות, שניתן להימנע מהן בקלות, בכל מה שקשור למעבר משרתים פיזיים ל- VMs. אם אתה מוכן ויודע מה לחפש, תוכל לשמור על העליונה כנגד כל אתגרים שעלולים להתעורר ולהגדיר את עצמך להגירה מוצלחת.