virtual Center high availbility, is it really needed ?

 כמו תמיד, עבורי ב VMware החשיבה לתכנון פתרון מתחילה בשתי מילים: זה תלוי…או באנגלית, it Depends.

תלוי במה ?

ובכן, הרבה משתנים  לוקחים חלק בשאלה הזו:

1.      גודל  הארגון – עד כמה ה vCenter הוא חלק
מהיום יום בעבודה השוטפת ? ישנם ארגונים שבהם מחלקת ה
Dev ו ה QA ו HelpDesk ו IT כולם עובדים מול ה vCenter.

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

2.      תלות במוצרים – מוצרים כמו VMware view, מוצרים כגון LabManager או vCloud עושים שימוש בשכבות ה vCenter לטובת יצירת מכונות וירטואליות או
ביצוע פעולות אדמיניסטרטיביות אחרות.

3.      נושא התקשורת – האם הארגון עושה שימוש ב Distributed Switches, כי אם כן, הרי שהגדרות אלו מתבצעות אך ורק דרך ה vCenter עצמו, אמנם נפילת הvCenter אינה פוגעת תפקוד הרשת של המכונות
הוירטואליות, אך בוודאי שלא נוכל לבצע שום שינוי מהותי בסביבה הקיימת בלעדיו.

4.      אחסון – האם חשבתם על מצב שבו ה vCenter  הוא מכונה וירטואלית ? ובכן רוב הלקוחות מאמצים שיטה זו במטרה להגיע ל Full virtualization – גם אני איני שולל
זאת, אך  אם האחסון שלנו מתנתק או כושל בגלל תקלה כלשהי, מה שאנחנו מאבדים באמת זו את היכולת להסתכל על כל ה
DataCenter שלנו במבט עילי כמו שרק vCenter  יודע לתת.

5.      תוכנות צד שלישי רבות – עושות שימוש ב vSphere API בכדי לגשת ולגבות או לנטר או לבצע פעולות שונות באמצעות ה virtual center, גם את היכולת
הזו אנו נאבד.
 

6.      ללא vCenter אנו מאבדים מאפייני מערכת חשובים כגון: vMotion, DRS, SDRS ועוד…( Cluster HA  ימשיך
לעבוד ואינו תלוי ב
vCenter מהרגע שהופעל )

 

מה הפתרון ?  לחשוב  מראש על ה SLA הדרוש לנו עבור הvCenter ולספק תשתית מתאימה.

גם פה, אפשר לחשוב  על כמה וכמה דברים:

1.       שימוש באמצעי גיבוי לגבות את המכונה הוירטואלית באופן קבוע ומלא.

2.      לקחת Snapshots ברמת אמצעי  האחסון.

3.      ואפילו חשיבה של לעבוד עם שרת פיזי J

4.      גם רפליקציה של המכונה הוירטואלית על ידי תוכנות כגון veeam או VMware SRM  יכול
לספק מענה מיטבי.

 אם דרוש לכם SLA מאוד גבוה נניח
של עד דקה נפילה, אפשר לעבוד עם מוצר של
VMware ששמו Virtual Center Heartbeat אך יש לקחת
בחשבון את המחיר הלא זול של מוצר זה.

 

לסיכום, זה באמת תלוי…

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

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

יצירת Management Cluster זו לא מילה גסה, להקים עוד Cluster תחת ה vCenter  שלכם עם שני שרתי esxi המחזיקים את כלי הניהול שלכם עם אחסון נפרד

בדוגמא שהבאתי, ארגון משתמש באחסון FC כגון 3PAR עבור סביבת ה Production אך עם זאת, מחזיק אחסון מסוג p4500 לטובת סביבת הניהול ואולי גיבויים או בוודאי מוצרים כגון vmware view וכו.

סכמה לדוגמא ששרטטתי ב10 דקות של visio:

Click to Zoom

Advertisements

Leave a Reply

Please log in using one of these methods to post your comment:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s