שימושים נפוצים במכונות וירטואליות ב-Azure

בלי כתוביותעם כתוביות

מילון מושגים:

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

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

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

Windows Server - גרסת מערכת ההפעלה Windows המיועדת לשרתים, לניהול רשת, שירותים ומשתמשים בארגון.

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

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

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

Hyper-V - טכנולוגיית הווירטואליזציה של מיקרוסופט להרצת מכונות וירטואליות על Windows.

שימושים נפוצים במכונות וירטואליות ב-Azure

מכונה וירטואלית ב-Azure היא פתרון IaaS: לא קונים שרת פיזי, אבל כל מה שרץ על המכונה נשאר באחריותנו. ההרצאה עוברת על האחריות ועל ארבעת השימושים הנפוצים.

מי אחראי על מה

ב-IaaS Azure אחראית על הדאטה סנטר, הרשת, האחסון, השרתים הפיזיים והווירטואליזציה. מערכת ההפעלה, פאצ'ים ועדכונים, אנטי-וירוס, האפליקציות (למשל Active Directory או SQL) והדאטה שעל המכונה הם באחריות הלקוח. אפשר ליצור מכונה בדקות, ובוחרים Image מוכן (Windows Server, Linux ועוד). ה-Image הוא טמפלט שאי אפשר לשנות אחר כך, ולכן הבחירה חשובה. אם טעינו, אפשר למחוק את המכונה ולהתקין מחדש.

השימושים הנפוצים

1. בדיקות ופיתוח: קל ליצור מערכות הפעלה וקונפיגורציות שונות, לבדוק ולמחוק כשלא צריך.

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

3. הרחבת הארגון ל-Hybrid Cloud: ממשיכים לעבוד ב-on-prem ומוסיפים גשר של רשת וירטואלית ל-Azure עם מכונות וירטואליות בתוכו. המרצה נותן כדוגמה אפליקציות כמו SharePoint, שיכולות לרוץ גם בענן. כך נמנעת רכישה של עוד אחסון, שרתים, וירטואליזציה ורישיונות.

4. Disaster Recovery: משכפלים את המכונות מהארגון (VMware או שרתים פיזיים) ל-Azure בעזרת Azure Site Recovery (ASR). המכונות בענן כבויות, ובזמן אסון מדליקים אותן והארגון עובד מול Azure.

עלויות ומושגים

1. עלות ה-DR: משלמים על האחסון שהנתונים תופסים (למשל 5 טרה) ובנוסף כ-25 דולר לחודש לכל מכונה וירטואלית עבור ASR.

2. Lift and Shift: העברת מכונה לענן בלי שינוי טכנולוגי, למשל Windows 2016 נשאר Windows 2016 ו-Red Hat 7 נשאר Red Hat 7.

3. P2V (Physical to Virtual): המרת שרת פיזי למכונה וירטואלית ב-Hyper-V, VMware, Xen או בענן, בלי שינוי בתוכן. אפשר לעשות P2V גם ל-Azure.

אחרי ההרצאה אפשר להסביר מתי כדאי לבחור במכונה וירטואלית ב-Azure ומה נשאר באחריות הארגון.

השיעור הבא בקורס: הסבר על Load Balancer ב-Azure

פרקי ההרצאה: שימושים נפוצים במכונות וירטואליות ב-Azure

תמלול ההרצאה: שימושים נפוצים במכונות וירטואליות ב-Azure

הטקסט המלא של הדקות הראשונות בהרצאה «שימושים נפוצים במכונות וירטואליות ב-Azure» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.

00:02
מתי משתמשים במכונות וירטואליות של אג'ור? על ידי שימוש במכונות וירטואליות של אג'ור אפשר ליצור מכונות וירטואליות כמו שראינו ב-Cloud. מכונות וירטואליות מספקות לנו את האפשרות להשתמש ב-IaaS.
00:14
Infrastructure as a Service, הצורה של וירטואליזציה שבה בעצם אנחנו כן אחראים למערכת הפעלה ולתוכנות שרצות ולנושא של פאצ'ים ואבדייטים.
00:26
אנחנו אמנם לא צריכים לקנות שרת פיזי, אבל כן צריך לשים לב שאנחנו מתחזקים את המערכת בצורה נכונה, שומרים עליה עם האנטיווירוס, מגנים עליה בכל הצורות, כי למעשה פה החלק של האז'ור הוא מאוד מאוד נמוך.
00:39
אם אתם זוכרים בתחילת המודולים שדיברנו על ההבדל בין איאס, פאס וסאס, אז איאס נמצא פה, ממש באזור הזה, כך שלמעשה האז'ור אחראים לדאטה סנטר, לנטוורק, לסטוראג', לשרתים הפיזיים ואפילו לווירטואליזציה.
00:54
כל זה עלינו. זאת אומרת, מערכת ההפעלה, אם אנחנו צריכים דאטאבייס, אם נוקצה אפליקציה, מן הסתם תהיה איזושהי אפליקציה, כן, יכול להיות Active Directory, יכול להיות SQL, יכול להיות כל אפליקציה שאנחנו צריכים.
01:10
עליית ערוץ אפליקציה מיוחדת שלנו, נכון, גם יכול להיות שלנו, והדאטה שנמצא על המכונה, כל זה באחריותנו הבלעדית. אפשר ליצור מכונה וירטואלית בדקות, אנחנו יכולים לבחור מכונה שכבר pre-configured, היא כבר מגיעה, מוכנה, אנחנו נראה את זה עוד פעם בדמו, Windows Server או Linux Server או מה שנרצה
01:32
בוחרים את ה-Image. הבחירה של אימג' למעשה זה אחת האופציות הכי חשובות שאנחנו בוחרים כשאנחנו מייצרים VM כי ה-Image הוא הטמפלט, ואת הטמפלט הזה אי אפשר לשנות אחרי זה.
01:43
אפשר למחוק את המכונה ולהתקין מחדש. הטמפלטים האלה כבר כוללים כלי פיתוח. לכן הבחירה הזאת חשובה מאוד. ניתן כמה דוגמאות של שימוש במכונה וירטואלית.
01:53
דוגמה מאוד קלאסית זה הנושא של טסטינג ו-Development. כשאנחנו בוחנים או מפתחים סביבה, מכונות וירטואליות הן משמשות פתרון מאוד קל. קל וכיף גם ליצור מערכות הפעלה שונות וכל מיני כאן קונפיגורציות שונות, לבחון אותן ואחרי זה פשוט למחוק אותן בלי סנטימנטים כשלא צריכים אותן.
02:14
האפשרות השנייה, כשמריצים אפליקציות בענן, היכולת להריץ אפליקציות בענן ציבורי כמו Azure בניגוד לליצור תשתית מקומית שכוללת שרתים ו-Storage ו-Networking והכל אצלנו בחברה, יש לה יתרונות מובהקים, בעיקר יתרונות אקונומיים, של לחסוך את כל הקנייה הזאת.
02:33
בנוסף, אנחנו משלמים רק על הריסורסים שאנחנו צורכים, והנושא הזה הוא מאוד משמעותי, אם עושים אותו בצורה נכונה, הוא גם יכול לחסוך כסף, אבל הוא בוודאי תפיסה עסקית חדשה, שבה זה לא המערכות שדולקות 24/7, 365 יום בשנה, אלא אנחנו ממש משלמים רק על מה שאנחנו צורכים.
02:52
מכונות וירטואליות, נגיד, לא נדרשות בלילה, נגיד מכונות פיתוח, במכונות נגיד של אפליקציות מסוימות שהן לא קריטיות לכל הזמן, אפשר לכבות בצורה אוטומטית.
03:01
אנחנו נלמד את זה בהמשך. יש אפשרות להגדיר תגים, טאגס, ואז בעצם להגדיר על הטאגס האלה הסימונים פעולות אוטומטיות.
03:09
למשל, תכבד את המכונה כל יום בשבע בערב, תדליק אותה בתשע הבוקר. מאוד נוח, מאוד חסכוני, וגם מוריד לנו מהראש את כל הנושא של התעסקות עם הכיבוי וההדלקה.
03:21
אפשרות נוספת היא כשאנחנו בעצם אקסטנדינג, אנחנו עושים אקסטנד, מבצעים פתרון של Hybrid Cloud שהדאטה סנטר שלנו לענן. אקסטנד במשמעות היא שאנחנו ממשיכים לעבוד ב-Own-Prem אצלנו בבית בארגון, אבל אנחנו מייצרים בנוסף כמו גשר של וירצ'ל נטוורק לאז'ור
03:41
ומוסיפים מכונות וירטואליות בתוך אז'ור. יש אפליקציות דוגמת צ'רפוינט שיכולות לרוץ על מכונה וירטואלית באז'ור במקום לרוץ מקומית. האמת שרוב האפליקציות יכולות לרוץ גם פה וגם שם, הכל תלוי בנושא של כמה זה נוח לנו או כמה זה עולה לנו, והפתרון הזה הופך את זה להרבה פחות יקר להטמיע מאשר להטמיע את זה ב-on-prem,
04:05
ואז בעצם לרכוש עוד storage ועוד שרתי ועוד וירטואליזציה ועוד רישיונות. כל זה נחשף מאיתנו כשאנחנו מתחילים לעשות נושא של Extend לענן, זה נקרא Hybrid Cloud.
04:15
הפתרון האחרון העיקרי של שימוש במכונות וירטואליות זה נושא של disaster recovery. disaster recovery זה התאוששות מאסון, ובהרבה מקרים אנשים בוחרים לעשות את זה בענן, מכיוון שבענן אנחנו בעצם משלמים רק על המשאבים שדולקים.
04:32
אם נעשה חיפוש קצר בגוגל אנחנו נוכל לראות ש-Azure disaster recovery architecture, האריתקטורה עצמה, נותנת לנו פתרונות מאוד רחבים. במקרה של המאמר הזה אנחנו רואים פה התייחסות לנושא של VMware, לא נעבור על הכל כי זה קצת מעיק, אבל אם נסתכל למטה נוכל לראות ש-VMware, יש לנו פה את השרתים בארגון, המכונות הווירטואליות וגם שרתים פיזיים.
04:55
על ידי שימוש ב-Microsoft Azure Site Recovery, אוקיי, זה נקרא Azure SR, אנחנו בעצם מבצעים מיגרציה מלאה של כל הדאטה שנמצא פה ל-Microsoft Azure.
05:07
אנחנו לא מחזיקים עוד מערכת שלמה, כמו שיש לנו בארגון, דולקת ומוכנה, כל המכונות כבויות, הכל כבוי, ורק כשחלילה קורה דיזאסטר, אסון כלשהו, אנחנו מדליקים את המכונות באזור, ואז כל הארגון עובד מול אג'ור, ואני משלם רק על המשאבים בזמן שהאג'ור פועל.
05:26
יש על תשלום חודשי קבוע בנוסף על נושא שנקרא ASR, אג'ור Site Recovery, ועל ה-Storage שהנפח הזה תופס באג'ור. זאת אומרת, אם גיביתי פה 5 טרה, העברתי את הכל לאג'ור, אז אני כן אשלם פה על ה-Storage של 5 טרה.
05:40
בכל זאת, אג'ור לא עושה טובות בחינם, זה עולה כסף, וגם על השירות עצמו של ASR, אני אשלם מן הישר כ-25