שלום! כבר פעמיים נכתב בבלוג בשני פוסטים שונים כיצד ליצור שרת ב-Azure. הפעם הראשונה הייתה בפוסט – כיצד ליצור מכונה ווירטואלית ב-Azure (יצירה מהירה – quick create) הפעם השנייה הייתה בפוסט – כיצד ליצור שרת וירטואלי ב-Azure (יצירה מותאמת אישית – From gallery) ועכשיו זו הפעם השלישית, מה שאומר שאתם חייבים לי גלידה ! 😉
והפעם על הפרק, כפי שבוודאי כבר הבנתם מהכותרת של הפוסט, נתעסק בהבדלים בין שתי שיטות ה-Deployment הקיימות ב-Azure. Azure classic deployment מכונה גם Azure service manager (ASM) Azure resource manager (ARM) deployment כל מי שעבד עם השירות של Azure מימיו הראשונים למעשה עבד עם "הפורטל הישן", פרס וניהל את המשאבים שלו ב-Azure בשיטה היחידה שהייתה
שלום לכולם! לפני קצת פחות משנה הועלה לבלוג הפוסט "כיצד ליצור מכונה ווירטואלית ב-Azure (יצירה מהירה – quick create)" מי שלא קרא, מומלץ לחזור אחורה ולקרוא. בפוסט ההוא, הוסבר כיצד ליצור שרת וירטואלי ב-Azure בצורה מהירה, ז"א שהמערכת של Azure היא זו שתקים עבורכם את כל "השירותים התומכים" כגון, Cloud service, חשבון Storage וכו'… אותם אתם
שלום! לאחר שבפוסט הקודם שפורסם בתחילת השבוע הבנתם מה זה Microsoft Azure storage service, הפעם, מדריך Step-By-Step קצר שילמד אתכם כיצד להגדיר חשבון Azure Storage.
המאמר הפעם נועד לספק היכרות עם Microsoft Azure storage service. ההסברים יהיו תאורטיים. נפרט את המאפיינים העיקריים של השירות אותם עליכם להכיר, כדי ליצור הבנה בסיסית אודות אופן העבודה של השירות. ניגע בנקודות הבאות: – מה זה Microsoft Azure storage account ? – נפרט אודות סוגי החשבונות הקיימים בשירות. – נפרט אודות סוגי ה-Storage הקיימים
במאמר הפעם יוסבר מה זה Affinity group. האמת?… המאמר הזה די מיותר מהסיבה שכבר לא עושים שימוש ב- Affinity group. מערכות שכבר משויכות ל- Affinity group מיקרוסופט ממליצה לבטל את השימוש בהגדרה הזו. למה החלטתי בכל זאת להסביר על Affinity group ? מהסיבה שאם תתקלו במושג Affinity group או במערכות ישנות שעדיין משוייכות ל- Affinity group, תדעו
אהלן, אהלן! הפעם נדבר על… Fault domain ,Update domain ו- Availability set. אחד היתרונות הבולטים בשימוש בענן הציבורי (Public Cloud) ואחת הסיבות העיקריות לבחירה בענן הציבורי כסביבת האירוח של המערכות, היא העלות הנמוכה יחסית של השירות בתמורה לקבלת שרידות וזמינות גבוה מאוד. המושגים שציינתי שייכים לעולם השרידות והזמינות ב-Azure. במאמר הפעם נסביר מהם כל אחד
פוסט קצר מאוד הפעם. פוסט שנועד להזהיר אתכם לפני שאתם מבצעים טעות של מתחילים. חשבתם לבצע הגדרות באופן ידני על כרטיס הרשת של השרת/ים שלכם ב-Azure ? תחשבו שוב! ולפני שאתם מקבלים החלטה, כנסו ותקראו את מה שכתוב בתוך הפוסט.
שלום חברים! אחרי מס' חודשים שלא כתבתי בבלוג, חזרתי! היום אכתוב על שירות ב-Azure ששמו Microsoft Azure cloud service. המאמר הזה יהיה כללי – מעין מאמר היכרות עם השירות מה זה cloud service ? כיצד השירות עובד ? מה היתרונות הטכניים ש-cloud service מספק לנו ? ופחות בהסבר מסוג "צעד אחר צעד" כיצד להגדיר את
אז מה זה Microsoft Azure virtual machine endpoint ? כברירת מחדל התקשורת מהאינטרנט לכיוון שרת וירטואלי שיצרתם ב-Azure לא מאופשרת. על מנת שתתאפשר התקשורת, יש צורך שיהיה מוגדר עבור השרת Endpoint. עבור כל פורט או טווח פורטים שאתם מעוניינים שתתאפשר באמצעותו/באמצעותם גישה מהאינטרנט לכיוון השרת הוירטואלי ב-Azure עליכם להגדיר Endpoint. לדוגמא, אתם מעוניינים שהגישה בפורט
