Azure Arc לעומת Azure Local: הבהרת המונחים של Microsoft עבור תשתית ההיברידית

By Mirko Peters · 2026-08-22

ברוכים השבים לפודקאסט! אם עקבתם אחר הפרקים האחרונים שלנו על ארכיטקטורת IT ארגונית מודרנית, אתם יודעים שאנחנו מקדישים הרבה זמן לאסטרטגיות ענן היברידי. לאחרונה קיבלתי מייל מעולה ממאזין בשם מרקוס משיקגו. מרקוס כתב: "אני מנסה לתכנן את התשתית הארגונית הבאה שלנו, אבל בכל פעם שאני קורא White Paper של Microsoft, אני מתבלבל בין מונחי השיווק. מה ההבדל האמיתי בין Azure Arc ל-Azure Local? האם מדובר במוצרים מת

Automatically translated with AI from the original post. Read the English original

ברוכים השבים לפודקאסט! אם עקבתם אחר הפרקים האחרונים שלנו על ארכיטקטורת IT ארגונית מודרנית, אתם יודעים שאנחנו מבלים הרבה זמן בדיון על אסטרטגיות ענן היברידי. לאחרונה קיבלתי מייל מעולה ממאזין בשם מרקוס משיקגו. מרקוס כתב: "אני מנסה לתכנן את התשתית הארגונית מהדור הבא שלנו, אבל בכל פעם שאני קורא White Paper של Microsoft, אני מאבד את עצמי בתוך מונחי השיווק. מה ההבדל האמיתי בין Azure Arc ל-Azure Local? האם אלה מוצרים מתחרים? האם אני צריך את שניהם?"

מרקוס, אתה בהחלט לא לבד. ל-Microsoft יש היום אחד המערכות האקולוגיות ההיברידיות המקיפות ביותר בשוק, אבל עם הרוחב הזה מגיע כמות מדהימה של מונחים. מונחים משתנים שמות, קיצורים זזים, ופתאום מנהלי IT וארכיטקטים של ענן נשארים מגרדים בראש בניסיון להבין איזה כלי עושה מה. בדיוק משום כך רציתי להקדיש את פוסט הבלוג הזה לפירוק שני עמודי התווך הקריטיים של האסטרטגיה ההיברידית של Microsoft. עד סוף הפוסט תהיה לכם בהירות מלאה לגבי מהו Azure Arc, מהו Azure Local, במה הם שונים, והכי חשוב, איך הם יכולים לעבוד יחד כדי לשדרג את התשתית שלכם.

מבוא לאבולוציה ההיברידית של Microsoft

כדי להבין איפה Azure Arc ו-Azure Local ממוקמים היום, צריך לחזור לרגע אחורה בזמן. במשך עשורים, ה-IT הארגוני היה בינארי: עומסי העבודה שלכם חיו או על השרתים הפיזיים שלכם במרכז נתונים מקומי, או במרכז הנתונים של מישהו אחר. אחר כך הגיעה מהפכת הענן הציבורי, בהובלת Microsoft Azure, Amazon Web Services ו-Google Cloud Platform. לפתע, ארגונים מיהרו להעביר הכול לענן, תוך הבטחה לסקיילביליות אינסופית ולהפחתת הוצאות הון.

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

ההבנה הזו הולידה את עידן הענן ההיברידי. Microsoft זיהתה מוקדם שהעתיד אינו ענן ציבורי בלבד, אלא מעין רצף חלק הנמתח מהקצה, דרך מרכז הנתונים, ועד לענן. לאורך השנים Microsoft בנתה כלים שונים כדי לגשר על הפער הזה. חלק מהכלים נועדו לנהל חומרה קיימת, ואחרים נועדו לשדרג את החומרה מהיסוד. וכך אנחנו מגיעים לשני הנושאים המרכזיים שלנו היום: Azure Arc, שמטפל בניהול ובשליטה, ו-Azure Local, שמספק את תשתית ה-hyper-converged עצמה.

פענוח המונחים: מהו Azure Arc?

נתחיל במבט על Azure Arc. אם תיקחו מהסעיף הזה משפט אחד בלבד, שיהיה זה זה: Azure Arc הוא מישור בקרה (control plane), ולא מוצר תשתית.

חשבו על Azure Arc כעל שרביט קסמים שמרחיב את מישור הבקרה של Azure — אותו ממשק ניהול שבו אתם מנהלים מכונות וירטואליות, מסדי נתונים ואשכולות Kubernetes בענן הציבורי של Azure — אל מרכזי הנתונים שלכם, אל מיקומי הקצה, ואפילו אל ענני מתחרים כמו AWS ו-Google Cloud Platform.

איך Azure Arc עובד מתחת לפני השטח

בבסיסו, Azure Arc פועל על ידי התקנת סוכנים קלים על המשאבים הקיימים שלכם, בכל מקום שבו הם נמצאים. בין אם יש לכם שרת Linux פיזי שפועל בארון רכזות בפרנקפורט, מכונה וירטואלית של VMware במשרד המקומי שלכם בשיקגו, או מופע Amazon EC2, Azure Arc מחבר את המשאב הזה חזרה ל-Azure. לאחר החיבור, המשאב החיצוני מוצג ב-Azure Resource Manager (ARM). לפתע, השרתים שאינם של Azure מופיעים ממש לצד מכונות ה-Azure הרגילות שלכם בפורטל Azure.

ההטלה הזו פותחת חבילה עצומה של יכולות ענן מקוריות עבור תשתית שמעולם לא נוגעת בענן Azure בפועל:

• ממשל ותאימות מאוחדים: ניתן להחיל Azure Policy על השרתים המקומיים שלכם כדי לוודא שהתצורות נשארות תואמות לאורך כל הסביבה.
• אבטחה מתקדמת: ניתן להרחיב את Microsoft Defender for Cloud כדי לנטר איומים ופגיעויות בשרתים שאינם ב-Azure ובאשכולות Kubernetes.
• ניטור מקורם בענן: Azure Monitor יכול לאסוף לוגים ומדדים מהתשתית המקומית שלכם, ולתת לכם מבט אחד מרוכז על כל מערכת התצפית.
• שירותים עם תמיכת Arc: ניתן אפילו להריץ את Azure SQL Managed Instance ואת Azure PostgreSQL על התשתית המקומית שלכם, כשהניהול כולו נעשה דרך מישור הבקרה של Azure.

והעיקר: Azure Arc לא מתעניין במערכת הווירטואליזציה שרצה מתחתיו. הוא אינו מחליף את VMware, את Hyper-V או תשתית bare-metal פיזית. הוא פשוט עוטף שכבת ניהול חכמה סביב מה שכבר יש לכם.

פירוק המונחים: מהו Azure Local?

עכשיו, אחרי שהבנו ש-Azure Arc הוא שכבת הניהול, בואו נעבור לצד התשתית: Azure Local. אם Azure Arc הוא מישור הבקרה המוגדר בתוכנה שמגיע לכל מקום, Azure Local הוא פתרון Hyper-Converged Infrastructure (HCI) שנועד להריץ עומסי עבודה באופן מקומי, בחדר השרתים או בקצה הרשת.

ייתכן שאתם מכירים את הטכנולוגיה הזו בשמה הקודם: Azure Stack HCI. Microsoft מיתגה מחדש והתאימה את הפתרון לשם Azure Local לאחרונה, כדי ליישר אותו טוב יותר עם הייעוד המרכזי שלה. Azure Local מספק פלטפורמה מודרנית, מוגדרת בתוכנה, למחשוב, אחסון ורשתות, שרצה על חומרה מאושרת בתוך המתקן שלכם.

הארכיטקטורה של Azure Local

Azure Local משלב טכנולוגיות של Windows Server עם תוכנת hyper-converged מתקדמת, כדי לספק יכולות וירטואליזציה ואחסון ברמת ארגון. הוא משתמש ב-Hyper-V לווירטואליזציה ובאחסון Storage Spaces Direct לאחסון מוגדר בתוכנה בעל ביצועים גבוהים.

מה שהופך את Azure Local למיוחד באמת הוא השילוב העמוק והמקורי שלו עם ענן Azure הציבורי, מהיסוד. בעוד שפלטפורמות וירטואליזציה מסורתיות דורשות כלים של צד שלישי כדי להתחבר לענן, Azure Local נועד להיות מחובר לענן כברירת מחדל. הוא מאפשר להריץ מכונות וירטואליות מוכרות של Windows ו-Linux, וגם אשכולות Azure Kubernetes Service (AKS), באופן מקומי, על חומרה שאתם מחזיקים ומפעילים בעצמכם.

התכונות המרכזיות של Azure Local כוללות:

• זמינות גבוהה וחוסן: אשכולות ושכפול אחסון מובנים מבטיחים שעומסי העבודה המקומיים שלכם ימשיכו לפעול גם במקרה של כשלי חומרה.
• צורות מכשור גמישות: החל מצמתי קצה קשיחים שמותקנים בחנויות קמעונאיות או במפעלים, ועד לאשכולות רב-צמתיים ענקיים במרכזי נתונים ארגוניים, Azure Local מותאם לשטח הפיזי שיש לכם.
• וירטואליזציה מוכרת: אם הצוות שלכם כבר מכיר את Hyper-V או מושגים כלליים בווירטואליזציה, אימוץ Azure Local דורש עקומת למידה מאוד נוחה.

הבדלים מרכזיים בין ניהול לתשתית

כשמאזינים שואלים אותי להשוות בין Azure Arc ל-Azure Local, המטרה הראשונה שלי תמיד היא לתקן את הנחת היסוד של השאלה. השוואה בין Azure Arc ל-Azure Local דומה קצת להשוואה בין שלט רחוק למסך טלוויזיה. אלה אינן טכנולוגיות מתחרות; הן פועלות בשכבות שונות לחלוטין של מחסנית ה-IT.

בואו נפרק את ההבדלים היסודיים לאורך כמה ממדים מרכזיים:

1. שכבה במחסנית

Azure Arc נמצא כולו בשכבת הניהול ומישור הבקרה. זהו שירות ענן שמאפשר לארגן, לממשל ולאבטח משאבים. Azure Local נמצא בשכבת התשתית והמחשוב. זוהי מערכת הפעלה ופלטפורמה hyper-converged שמספקת משאבי מחשוב ואחסון פיזיים ווירטואליים, שבהם היישומים שלכם רצים בפועל.

2. תלות בחומרה

מכיוון ש-Azure Arc הוא כלי ניהול מבוסס סוכן (agent), כמעט אין לו תלויות חומרה. אפשר להתקין את סוכן Arc על שרת Dell בן חמש שנים שמריץ גרסה ישנה של Linux, על שרת HPE חדש שמריץ Windows, או אפילו על מכונה וירטואלית שמתארחת ב-AWS. לעומת זאת, Azure Local דורש חומרה מסוימת ומאושרת מראש מהשותפים של Microsoft לחומרה. אי אפשר פשוט להתקין את Azure Local על כל חומרה שנמצאת בחדר השרתים; נדרשים צמתי אשכול (cluster nodes) מוסמכים כדי להבטיח ביצועים, אמינות ותמיכה.

3. מטרה עיקרית

המטרה של Azure Arc היא ניהול מאוחד – הבאת עקביות לתיק IT מפוצל, רב-ענני ומקומי. המטרה של Azure Local היא תשתית מקומית מודרנית – מתן פלטפורמת HCI מבוססת ענן להרצת עומסי עבודה וירטואליים ומכולות היכן שהנתונים נוצרים בפועל.

מתי להשתמש ב-Azure Arc לעומת Azure Local

עכשיו, אחרי שהגדרנו מה כל כלי עושה, בואו נדבר על קבלת החלטות. בפגישות תכנון הארכיטקטורה שלכם, איך אתם יודעים מתי להיעזר ב-Azure Arc ומתי לפרוס את Azure Local?

מתי להשתמש ב-Azure Arc

כדאי לפרוס את Azure Arc כשאתם רוצים להביא יכולות ניהול של Azure לתשתית שכבר יש לכם ואין לכם תוכניות מיידיות להחליף. לדוגמה:

• יש לכם השקעה גדולה בשרתי VMware או בשרתי Linux על חומרה פיזית בכמה מרכזי נתונים ברחבי העולם, ואתם רוצים מסך אחד מרכזי בפורטל Azure לניהול תאימות, מעקב אחר לוגים והחלת מדיניות.
• אתם מריצים אשכולות Kubernetes ב-AWS או ב-Google Cloud, ורוצים להשתמש ב-Azure GitOps וב-Azure Policy כדי לנהל פריסות בכל העננים האלה בו-זמנית.
• אתם רוצים להריץ שירותי נתונים של Azure, כמו Azure SQL Managed Instance, בתוך המתקן שלכם בלי להעביר את כל תשתית הוירטואליזציה שמתחתיו.

מתי להשתמש ב-Azure Local

כדאי לפרוס את Azure Local כשאתם רוצים לחדש תשתית מקומית מיושנת או לבנות סביבת מחשוב קצה (edge) חדשה, ורוצים שהתשתית המקומית תתנהג כהרחבה של ענן Azure:

• מערך ה-SAN והוירטואליזציה המסורתי שלכם מגיע לסוף חיי השירות, ואתם רוצים להחליף אותו בתשתית היפר-מתכנסת (hyper-converged) מודרנית ומוגדרת תוכנה, שמשתלבת באופן מובנה עם הגיבוי, שחזור האסון והניטור של Azure.
• אתם צריכים מחשוב ואחסון עם זמן השהיה נמוך במיקום קצה – כמו בית חולים, חנות קמעונאית או מפעל ייצור – שבו הנתונים חייבים לעבוד מקומית, אבל אתם רוצים לנהל את עומסי העבודה האלה מרכזית מהענן של Azure.
• אתם רוצים להריץ את Azure Kubernetes Service (AKS) בתוך המתקן שלכם, עם תמיכה מלאה ושילוב חלק בצנרות הפריסה הקיימות בענן.

איך הם עובדים יחד באסטרטגיית היברידית

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

כשאתם פורסים אשכול Azure Local במרכז הנתונים שלכם, התשתית הבסיסית מנוהלת מקומית, אבל מישור הבקרה שלה משולב במלואו עם Azure Arc. המשמעות היא שאין צורך להתקין סוכנים נפרדים או להגדיר מנהרות מורכבות כדי לנהל את תשתית Azure Local – היא מופיעה באופן מובנה במנוי Azure שלכם מהרגע שהיא מאותחלת.

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

1. בקצה: לחברה מאות מרכזי הרכבה ומשלוחים ברחבי העולם. בכל מרכז היא פורסת מכשירי Azure Local קטנים עם שני צמתים, שמעבדים תוויות משלוח, מריצים מסדי נתונים מקומיים ומנהלים מערכות אוטומציה למחסנים עם זמן השהיה אולטра-נמוך.
2. על פני הארגון: יש לה גם מרכזי נתונים מסורתיים שמריצים שילוב של VMware ושרתים פיזיים, וכן עומסי עבודה שמתארחים ב-AWS. היא מתקינה סוכני Azure Arc בכל הסביבות האלה כדי לאכוף קווי בסיס אבטחה ולעקוב אחר תאימות.
3. ניהול מאוחד: דרך Azure Portal, צוות ה-IT המרכזי יכול לצפות במצב מרכזי ההשלמה בקצה הרשת (הפועלים על Azure Local) לצד מופעי ה-AWS והשרתים המסורתיים שלכם (המנוהלים באמצעות Azure Arc). הם משתמשים ב-Azure Policy כדי לוודא שתקני ההצפנה נשמרים בכל מקום, ובאמצעות Azure Monitor הם עוקבים אחר מדדי הביצועים בכל העולם.

בארכיטקטורה הזו, Azure Local מספק את התשתית העמידה והביצועית בקצה הרשת, ואילו Azure Arc מספק את שכבת הממשל והבקרה הכוללת שמאחדת את כל נכסי הענן ההיברידי למערך אחד.

סיכום: לפשט את מסע הענן ההיברידי שלכם

ניווט במערכת הענן ההיברידי של Microsoft יכול להיראות מורכב במבט ראשון, אבל כשממפים את המונחים לשכבות הארכיטקטוניות המתאימות, הכול מתחיל להסתדר. זכרו את הכלל המנחה: Azure Arc הוא מישור הבקרה לניהול הכול, בכל מקום, ואילו Azure Local הוא תשתית ה-hyper-converged המודרנית שלכם לעומסי עבודה מקומיים ובקצה הרשת.

כשאתם מתכננים את הארכיטקטורה הארגונית לשנה הקרובה, אל תתייחסו לטכנולוגיות האלה כאל בחירה של או-או. במקום זאת, בדקו כיצד הן משלימות זו את זו. השתמשו ב-Azure Arc כדי לאחד ולשלוט בהשקעות ה-IT ההטרוגניות הקיימות שלכם, והיעזרו ב-Azure Local כשאתם רוצים לחדש את התשתית המקומית ובקצה הרשת שלכם עם זריזות בסגנון ענן מקורי.

אני מקווה שהניתוח המעמיק הזה הבהיר את הבלבול סביב המונחים ההיברידיים של Microsoft. כרגיל, נשמח לשמוע מכם. האם אתם משתמשים כרגע ב-Azure Arc בסביבות ה-multi-cloud שלכם? האם פרסתם את Azure Local במיקומי הקצה שלכם? השאירו תגובה למטה, או שלחו לנו מייל לפרק תיבת הדואר של המאזינים הבא. עד הפעם הבאה, המשיכו לתכנן לעתיד!